《持续交付》(第三章)——持续集成

这一章主要讲了如何实现持续集成和持续集成存在的必要性。

持续集成

持续集成要求每当有人提交代码时，就对整个应用进行构建并对其执行全面的自动化集成测试。而且至关重要的是，假如构建或测试过程失败，开发团队就要停下手中的工作，立即修复它。持续集成的目标是让正在开发的软件一直处于可工作的状态。

实现持续集成

持续集成不是一种工具，而是一种实践。
1.准备工作

• 版本控制
• 自动化构建
• 团队意识

2.一个基本的持续集成系统

持续集成的前提条件

持续集成不会独立地帮你修复构建地过程。为了使持续集成能够更有效，开始之前，你应该做好下面地事情:
1.频繁提交
2.创建全面地自动化测试套件
3.保持较短地构建和测试过程
4.管理开发工作区

实现持续集成地必要实践

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

我的收获&疑问

收获

• 以小步增量的方式频繁的将修改后的代码提交到主干上
• 在团队合作地时候应该将代码提交到主干上，而不是分支上。
• 持续集成可以缩短项目周期
• 持续集成有相应地工具
• 测试驱动开发

疑问

因为本章的内容在之前的项目都基本进行过实践，所以没有什么问题