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

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

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

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

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

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

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

关于我们

泽阳，DevOps领域实践者。专注于企业级DevOps运维开发技术实践分享，主要以新Linux运维技术、DevOps技术课程为主。丰富的一线实战经验，课程追求实用性获得多数学员认可。课程内容均来源于企业应用，在这里既学习技术又能获取热门技能，欢迎您的到来！（微信ID: devopsvip）