企业级DevOps实践04–应该在管道内传递Artifact而不是Git提交

企业级DevOps实践04–应该在管道内传递Artifact而不是Git提交

上一个实践的一个推论（应该在所有环境中部署相同的制品/包）是一个部署制品应该只构建一次的实际案例。

围绕容器（以及过去的 VM 镜像）的整个概念是具有不可变的制品。应用程序只构建一次，并带有即将发布的最新功能。

一旦构建了该制品，它应该作为一个不变的实体从每个管道步骤移动到下一个步骤。容器是实现这种不变性的完美工具，因为它们允许您只创建一次镜像（在管道开始时），并在每个连续的管道步骤中将其推向生产。

不幸的是，这里看到的常见反模式是公司推广提交而不是容器镜像。源代码提交在管道阶段进行，并且通过一次又一次地检查源代码来重建每个步骤。

这是一个不好的做法，主要有两个原因。首先，它使管道变得非常缓慢，因为打包和编译软件是一个非常漫长的过程，并且在每一步都重复它是浪费时间和资源。

其次，它打破了之前的规则。在每个管道步骤重新编译代码提交会打开窗口，导致产生与以前不同的制品。您无法保证在生产中部署的内容与在管道中测试的内容相同。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。