新一代软件工程的标配：持续集成

敏捷软件开发从提出到现在有16年了，经过16年的考验和沉淀，有些实践也许已经不再使用，或者仍然存在争议，而持续集成这个实践愈发显示出其突出的位置，可以预见其将成为新一代软件工程的标准配置。

持续集成最典型场景

在代码提交后5分钟之内，代码被编译并测试通过，程序员进入到后续工作，或者代码被编译并测试不通过，程序员在约定的15分钟内修复了，持续集成通过，程序员转入后续工作；或者15分钟没有修复，回滚到上个持续集成通过版本，程序员在自己本地环境修复，修复后再提交。

在持续交付一书中，总结了如下相关内容

持续集成的前提条件

1. 频繁提交
2. 创建全面的自动化测试套件
3. 保持较短的构建和测试
4. 管理开发工作区

持续集成中必不可少的实践

1. 构建失败后不要提交新代码
2. 提交前本地运行所以的提交测试
3. 等提交测试通过后再继续工作
4. 回家之前，构建必须处于成功状态
5. 时刻准备着回滚到前一个版本
6. 在回滚之前要规定一个修复时间
7. 不要将失败的测试注释掉
8. 为自己导致的问题负责
9. 测试驱动的开发

持续集成中推荐的实践

1. 极限编程开发实践
2. 若违背架构原则，就让构建失败
3. 若测试运行变慢，就让构建失败
4. 若有编译警告或代码风格问题，就让测试失败