刚刚完成了一个使用更多action和一个bash脚本的GitHub workflow。
在编写workflow时,与使用actions相比,使用bash脚本似乎更快。因为有些actions只是做一件事情。那么使用GitHub actions而不是bash脚本或python脚本触发的原因是什么?
还是说我们应该大部分时间都使用脚本语言,然后在整个workflow中只用GitHub actions处理小部分内容呢?
刚刚完成了一个使用更多action和一个bash脚本的GitHub workflow。
在编写workflow时,与使用actions相比,使用bash脚本似乎更快。因为有些actions只是做一件事情。那么使用GitHub actions而不是bash脚本或python脚本触发的原因是什么?
还是说我们应该大部分时间都使用脚本语言,然后在整个workflow中只用GitHub actions处理小部分内容呢?
有趣但不容易回答,需要更多关于您目标的信息。正确的答案可能取决于您的用例。
让我试着解释一下,从比较高的层面开始。
来自this "What is GitHub Actions? Benefits and examples" PDF file
GitHub Actions 是一个持续集成和持续交付(CI/CD)平台,可以让您自动化构建、测试和部署流程。您可以创建工作流程,对存储库中的每个拉取请求进行构建和测试,或将合并后的拉取请求部署到生产环境中。[...] GitHub Actions 不仅限于 DevOps ,还可以在存储库发生其他事件时运行工作流程。GitHub Actions 是 GitHub 流程的 CI/CD 工具。您可以使用它将代码更改集成和部署到第三方云应用程序平台,以及测试、跟踪和管理代码更改。GitHub Actions 还支持第三方 CI/CD 工具、容器平台 Docker 和其他自动化平台。
您可以查看docs.github.com的存储库以获取更多复杂示例,请参见action-scripts和workflow文件夹。GitHub似乎自己也在大量使用它。
或:与其他CI工具的区别
花了一些时间才找到一些非营销性的东西。关键点是:
您可以查看这篇来自2019年的SO帖子,了解GitHub Actions的优缺点清单。