Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Last updated : Oct 27, 2021
Oct 2021
试验 ? 值得一试。了解为何要构建这一能力是很重要的。企业应当在风险可控的前提下在项目中尝试应用此项技术。

虽然曾在技术雷达中提出慎用的建议,但我们依然看到了用户对于GitHub Actions的持续热情。尽管如此,之前的建议依然有效——对于复杂工作流来说,GitHub Actions还不算成熟的CI/CD工具。例如,它不能重新触发工作流中单独的一个job,不能在composite action中调用其他的action,也不支持共享库。另外,虽然GitHub Marketplace 生态圈具备显著的优势,但让第三方的Github Actions访问自己的构建流水线,会带来以不安全的方式共享机密的风险(我们建议遵循GitHub 的安全加固建议)。尽管有种种顾虑,但在GitHub源代码旁直接创建构建工作流的便利性,对很多团队还是有着不小的吸引力。另外,还可以使用act 在本地运行Github Actions。和以前一样,我们建议审慎地权衡Github Actions的优缺点。但我们的很多团队还是非常喜欢它的简单性。

Apr 2021
评估 ? 在了解它将对你的企业产生什么影响的前提下值得探索

在我们的工具箱中,CI服务器与构建工具最为古老,使用也最广泛。其工作范围包括简单的云托管服务,一直到复杂的、由代码定义的、支持大型构建机群的流水线服务。鉴于市面上已经有大量的同类产品,当另一个用于管理构建与集成工作流 GitHub Actions 出现时,基于经验我们起初抱有怀疑的态度。但是 GitHub Actions 为开发者提供了小步启动并可以轻松自定义的行为,并逐渐成为小型项目的默认选项。将构建工具直接集成到源代码库实在很方便,因此社区也很活跃。大量用户贡献了工具以及工作流,便于快速上手。工具供应商也可以通过 GitHub Marketplace 提供服务。但是,我们仍然建议你保持谨慎。因为尽管代码和 Git 历史记录可以导出到其他服务器中,但是基于 GitHub Actions 的开发工作流程却不能。另外,你也需要自行判断何时项目会变得足够大或足够复杂,而需要使用有独立支持的流水线工具。但对于初创而需要快速运行的、较小的项目,仍然值得考虑 GitHub Actions 及其不断发展的生态系统。

已发布 : Apr 13, 2021
Radar

下载第25期技术雷达

English | Español | Português | 中文

Radar

获取最新技术洞见

 

立即订阅

查看存档并阅读往期内容