持续交付之建立部署流水线解析

（1）一般按照下面的步骤来：

1. 对价值流建模，并创建一个可工作的简单框架
2. 将构建和部署流程自动化
3. 将交付团队的单元测试和代码分析自动化
4. 将冒烟测试自动化
5. 将验收测试（容易自动化的部分）自动化，一般是一些基础的功能测试和非功能测试（如容量测试等）
6. 流水线应该有手工验收测试（探索性测试、易用性测试、一些非功能测试）
7. 发布自动化（需要关注：自动部署，不同环境的控制；变更的撤销，遇到问题时回退的策略）

（2）部署流水线基于的原则就是：1、尽快和尽早地得到反馈  2、在成功的基础上构建。其中一些最佳实践：

• 只生成一次二进制包，一般不纳入到VCS，而是固定存放到容易访问的某个服务器位置
• 对不同环境采用同一部署方式，尽量采用相同的部署脚本，不相同的属性通过配置文件来区分
• 对部署进行冒烟测试
• 向生产环境的副本中部署
• 每次变更都要立即在流水线中传递（一种是自动触发后向的后续操作；时间长的话，可能需要有后向查询和自动启动验收测试的操作机制）
• 只要有环节失败，就停止整个流水线

（3）度量

     流水线采集的度量数据，主度量数据应该是周期时间（cycle time）。其他辅助度量数据有很多，比如构建次数，构建失败次数，缺陷数，代码漏洞扫描数据，代码度量分析数据（常见的如圈复杂度、输入耦合度等）