14、基础设施的软件工程实践：CI、CD与VCS的应用

基础设施的软件工程实践：CI、CD与VCS的应用

1. 乐高集成游戏与早期发现错误的重要性

乐高集成游戏是一种有趣的方式，可用来演示后期集成和持续集成之间的差异。在大型项目（如实施新服务）中犯错时，我们希望在进行更多工作之前发现错误。若直到项目接近完成才进行全面测试，才发现错误，其影响会更糟。因为错误被掩埋在数周或数月的其他更改中，更难发现和调试，我们也会失去最初更改时的上下文，且错误可能与大量其他更改交织在一起，难以理清和修复。

2. 持续集成（CI）

2.1 持续集成的定义与优势

持续集成是在系统开发过程中，频繁集成和测试所有更改的实践。这与传统软件开发在项目接近尾声时进行集成阶段的方法不同。在集成阶段方法中，不同人员或团队孤立地处理项目的各个部分，完成后才将这些部分组合并进行全面测试，认为各部分之间的接口可以定义得很好，组合时不会有问题，但事实并非如此。

后期集成的问题在于，通常在用户期望系统或更改准备好使用前不久才发现问题，此时不得不选择推迟发布日期或采用临时解决方案。而持续集成和持续交付提供了更有吸引力的替代方案，虽然不能保证项目完美，但正确使用时比集成阶段更有效。

2.2 持续集成的工作流程

在持续集成中，工程师频繁提交小更改，每天提交多次更改甚至每小时提交一两次更改都很常见。每次有人提交更改（如配置定义、脚本、测试等），CI服务器会拉取更改并运行测试，理想情况下在一分钟内完成，最坏情况也只需几分钟。

2.3 处理构建失败

当CI中的测试失败时，会触发“停止生产线”的情况，开发团队称之为“构建失败”或“红色构建”。在错误修复之前，团队