第一部分 一个故事

1.集成这破活儿

2.对项目的不利影响竟然这么大

3.构建错误是怎么来的

4.与QA部门的同事沟通

5.确定第一个改进方案

6.意料之外的问题

7.合并导致了多少问题

8.推动第二个改进

9.见义勇为好少年

10.把集成频率提高一倍

11.把改进方案讲给老大听

12.跟项目经理谈判

13.敲定第三个改进

14.每日构建

15.在春节到来之前

16.老大给的材料

17.持续集成竟然这样干

18.阿根廷探戈

19.用哪个持续集成工具好

20.英英的强烈反应

21.同时解决两个问题

22.失败的改进

23.自动冒烟测试

24.不可靠的自动测试

25.如何进一步缩短工期

26.没用的提交说明

27.缺陷为什么这么多

28.草原夜色

29.十字路口

30.我还没答应呢

第二部分 一些道理

第1章 集成相关的概念

1.1组装集成：把零件攒起来

1.2合并集成：把改动攒起来

1.3操作级概念：组合与合并

1.4源代码集成与二进制组件集成

1.5代码流动与合并：星形模式

1.6 集成会遇到哪些问题

1.7发现问题的多种手段

1.8集成工作不止是为了提升质量

第2章 集成过程概述

2.1没有人做集成工作

2.2测试人员的加入

2.3集成人员的加入

2.4集成的典型流程

2.5难点：根据实际调整

第3章 集成优化的本质

3.1从项目三角形说起

3.2集成优化的目标

3.3资源及其成本

3.4什么决定了项目时长

3.5从虫子的视角看集成

3.6从不同的视角看虫子

第4章 第一组旋钮：检测的力度和方法

4.1提交前检测力度

4.2当项目临近发布时

4.3为了让后续工作更顺畅

4.4提交前检测方法

4.5过程导向还是结果导向

4.6狭义集成时检测力度

4.7狭义集成时检测方法

4.8狭义集成时发现问题以后

4.9狭义集成后检测类型和力度

4.10狭义集成后具体检测方法

第5章 第二组旋钮：检测对象的层级

5.1软件研发与机械制造不一样

5.2系统级检测的困难性

5.3虚拟化：降低系统级检测成本

第6章 合并的矩形模型

6.1三源合并的矩形模型

6.2选择合并与回退合并的本质

6.3合并矩形的面积说明什么

6.4持续集成背后的秘密

6.5合并矩形模型只是一个简化模型

第7章 第三组旋钮：持续集成、持续交付

7.1在开始工作前更新

7.2在提交前更新

7.3在开发过程中更新

7.4从何处更新

7.5开发过程中持续检测

7.6频繁提交少量改动

7.7频繁狭义集成

7.8对串行集成的分析

7.9适时使用多层集成

7.10尽早和适当频繁的狭义集成后的检测

7.11尽早修复发现的问题

7.12持续发布、持续交付

第8章 第四组旋钮：提高工作效率和正确性的方法

8.1在版本控制环境下工作

8.2标准化的设置和操作

8.3自动化

8.4基于己有构建成果

8.5利用休息时间

8.6避免不必要的复杂

8.7提高性能的多种方法

第9章 集成解决方案的改进

9.1从症状着手：漫长的“最后一公里”

9.2从症状着手：程序员总被别人的问题打扰

9.3从症状着手：狭义集成阻塞项目进展

9.4从症状着手：沉重僵化的提交前质量控制

9.5从症状着手：一般的方法

9.6系统地改进：迈向持续集成

附录A 术语索引

附录B 相关工具

持续集成、构建管理工具

（源代码）版本控制工具

代码评审工具

静态程序分析工具

构建工具

包管理、依赖管理工具

部署与运行环境管理

自动测试、测试支持工具

缺陷跟踪、变更请求管理工具

附录C 参考文献

后记