内容简介：新一代软件工程的标配：持续集成
敏捷软件开发从提出到现在有16年了，经过16年的考验和沉淀，有些实践也许已经不再使用，或者仍然存在争议，而持续集成这个实践愈发显示出其突出的位置，可以预见其将成为新一代软件工程的标准配置。
持续集成最典型场景
在代码提交后5分钟之内，代码被编译并测试通过，程序员进入到后续工作，或者代码被编译并测试不通过，程序员在约定的15分钟内修复了，持续集成通过，程序员转入后续工作；或者15分钟没有修复，回滚到上个持续集成通过版本，程序员在自己本地环境修复，修复后再提交。
在持续交付一书中，总结了如下相关内容
持续集成的前提条件
- 频繁提交
- 创建全面的自动化测试套件
- 保持较短的构建和测试
- 管理开发工作区
持续集成中必不可少的实践
- 构建失败后不要提交新代码
- 提交前本地运行所以的提交测试
- 等提交测试通过后再继续工作
- 回家之前，构建必须处于成功状态
- 时刻准备着回滚到前一个版本
- 在回滚之前要规定一个修复时间
- 不要将失败的测试注释掉
- 为自己导致的问题负责
- 测试驱动的开发
持续集成中推荐的实践
- 极限编程开发实践
- 若违背架构原则，就让构建失败
- 若测试运行变慢，就让构建失败
- 若有编译警告或代码风格问题，就让测试失败
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
