《持续交付》（三）部署流水线与构建脚本

引言

本文是《持续交付》一书学习总结的第三篇。主要内容涉及部署流线和部署脚本的设计实践。

部署流水线（一）

要实现持续交付，一般会定义一条部署流水线（deployment pipeline）。我们之前讨论过的持续集成过程，就是这个流水线的一部分。总的来说，部署流水线就是一套将代码从版本控制工具最终交付到用户手中的自动化流程。我们在前面看到了自动化的持续集成，以及验收测试。除此之外，部署流水线还包含在流程各个阶段（开发、测试、发布等）对软件的部署以及发布流程的管理。可以说，《持续交付》整本书都在围绕部署流水线进行讨论。

部署流水线的第一个好处我们多次提到过，就是基于自动化的快速反馈，如下图。在部署流水线的每一个阶段都能形成及时的反馈，让团队合作解决问题。经过多次反馈，到发布阶段时的软件质量是很高的。

快速反馈可以帮助我们避免很多问题。首先是所谓回归（regression）的bug。由于部署流水线会针对每一次提交的代码改动执行一次，如果出现回归问题，就会被及时发现。
另一类问题是关于不同环境的配置。由于在部署流水线中，会先后部署多种环境（test，staging和production等）。不同环境的配置通常不同，这就可能导致同一个build在不同环境部署时失败，而这些问题会被立即处理。

最后，自动化的部署流水线可以让我们很容易的回退代码（roll back）到上一个正常版本，这也就降低了频繁发布的风险。

下图展示了一个更加具体的部署流水线。该图的上方就是存放代码和配置的版本控制工具，大家应该很熟悉。下方是存放build结果的地方，成为artifact repository。持续集成过程就结束于此，而部署过程也从此开始，因此它是部署流水线上的中间节点。常用的artifact repository是JFrog公司的Artifactory，大家可