《持续交付》 - 提交阶段
一 提交阶段
提交阶段作为部署流程线的第一步是非常重要的，不管其结果是否成功。当开发人员向版本控制库中提交代码时，那么提交阶段就开始了，当其结束后，成功的话会得到一个二进制产物和可部署程序集，以及关于当前应用程序状态的报告，用于后续测试和发布阶段。若是失败的话，那么会得到失败的原因的报告以便于快速定位错误即修正。对于一个合格的提交阶段的运行来说，其运行时间应该在五到十分钟。
提交阶段的作用是花费最少的时间去做代码级别的集成，这个阶段也是第一个将质量从个体开发人员扩大到更多人的正式步骤。提交阶段如图：
提交阶段
二 提交阶段的原则和实践
提交阶段的目标就是让那些有问题的构建在引起麻烦之前就将其暴露出来。而提交阶段的产物也是很直接的，要们是创建可部署的产物（success），要们是快速失败并将失败原因通知给团队（fail）.
1、提供快速有用的反馈
提交测试失败的原因一般有三个：
- 由于语法导致的编译失败
- 由于语法错误导致一个或多个测试失败
- 由于应用程序的配置或环境的问题引起
对于开发人员来说，前两点应该是可以很好的避免的。当然了，不管是什么原因造成的失败，当提交测试一结束，就应该马上通知开发人员，不管其是成功还是失败，开发人员都应该收到一份测试结果的报告，以便于进行下一个任务或是寻找错误的原因并及早的修复。
2、何时提交阶段失败
一般来说，当提交阶段出现编译错误、测试失败或是环境问题时，那么就应该让提交阶段失败，否则就让其成功。当这只是理想状态下是这样，如果说代码的健康度不够高，比如：有效的测试覆盖率很低、圈复杂度过高、编译警告过多......，那么我们应该使用一些方法去将强代码的质量，特别是测试的覆盖率，因为只有比较高的测试覆盖率才会给我们带来自信。
3、精心对待提交阶段
随着项目的进行，我们也应该要去不断的改进提交阶段脚本的质量、设计和性能。
4、让开发人员也拥有所有权
在一个小的团队中，对于集成系统的维护应该是由开发人员和维护人员一起进行维护的，这样就避免了出现了问题时，开发人员不能快速的作出修改，从而减缓工作的进度。当然了，在一个大型项目团队中，对于系统的构建可以指定一个人去负责，当构建失败时，负责人应该及时的通知相应的责任人。
三 提交阶段的结果
当提交阶段结束后，会输出一个二进制包和相应的报告。
- 报告
- 测试结果
- 代码库的分析报告
- 二进制包
对于产出的二进制包对于后续的测试和构建是可以被重复利用的，所以我们一般会将这个二进制包存储器来，而这个被存储的地方就叫制品库。制品库是为每个候选发布版本保存二进制包、结果报告和元数据的关键资源，下图为制品库的使用方式：
制品库担当的角色
四 提交测试套件的原则和实践
对于提交的测试套件来说，其中绝大部分都是单元测试，因为单元测试的速度是非常快的，快到几乎几分钟就可以搞定，这样就可以给后续的测试提供额外的时间去做更多的测试。比如验收测试、用户界面测试等。单元测试可以带来这些好处的前提我们的测试不要要覆盖代码库的大部分（一般80%左右），这样我们才会有信心说，测试一旦通过，那么应用程序就能正常工作。
提交测试的的策略应给达到的目标：将指定测试范围的最小化、并将它尽可能的聚焦于系统的某个方面。
1、避免用户界面
2、使用依赖注入
3、避免使用数据库
4、在单元测试中避免异步
5、使用测试替身
6、时间的伪装
7、蛮力
