<h2>持续集成</h2>
持续集成：整个项目始终处于可运行状态，如果新提交的代码破坏了整个项目，开发团队停下手里的工作立即去修复它。
<h4>实现持续集成</h4>
实现持续集成的先决条件是使用控制版本、自动化构建以及团队共识，如果团队里有一个人不赞同持续集成，然后不及时提交代码，都可能在最后一个搞崩整个项目。
<h4>持续集成的前提条件</h4>
频繁提交、创建全面的自动化测试套件、保持较短的构建和测试过程、管理开发工作区。
保持较短的构建和测试过程：如果测试时间过长，大家可能都不愿意在自己的本地去跑测试，不能确保每次提交都是正确的。而且提交次数可能也会变少，这与开始提出的频繁提交是冲突的。
管理开发区：管理开发工作区，让每一次开始都有一个正确的状态。
<h4>使用持续集成软件</h4>
持续集成软件包括两个部分：1.一直运行的进程；2.提供展现这个流程运行结果的视图。
<h4>必不可少的实践</h4>
1.构建失败之后不要提交代码
2.提交前在本地运行所有的提交测试，或者让持续继承服务器完成此事
3.等提交测试通过后再继续工作
4.回家之前，构建必须处于成功状态
5.时刻准备着回滚到前一个版本
6.在回滚之前要规定一个修复时间
7.不要将失败的测试注释调
8.为自己导致的问题负责
9.测试驱动的开发
<h4>推荐的实践</h4>
1.极限编程开发实践
2.若违背架构原则，就让构建失败
3.若测试运行变慢，就让构建失败
4.若有编译警告或代码风格问题，就让测试失败
<h4>分布式团队</h4>
1.对流程的影响
2.集中时持续集成
3.技术问题
4.替代方法
