知识卡片
频繁集成
内容
集成是主要风险来源，越晚集成，差异越大，修复成本越高。小步、早期、规律地集成，可以把大爆炸式冲突拆成可处理的小问题。发散：集成不是项目末尾的阶段，而是每天都要发生的反馈。
参考来源
- 位置：第4章《交付用户想要的软件》"14 提早集成，频繁集成"（源文件：_epub-src/OEBPS/text00000.html）
- 结论依据：原文明确"集成是一个主要的风险区域"，提出"决不要做大爆炸式的集成"，并用跳上行驶中火车需先跑起来再抓扶手类比说明不能忽然从独立开发跳到集成，建议每天集成好几次而非2-3天一次，直接支持卡片结论。
- 原始内容："让你的子系统不停地增长，不去做系统集成，就等于一步一步把自己置于越来越大的风险中……相反，尽可能早地集成也更容易发现风险，这样风险及相关的代价就会相当低。而等的时间越长，你也就会越痛苦。……决不要做大爆炸式的集成……你一般需要每天集成几次，最好不要2~3天才集成一次。……提早集成，频繁集成。代码集成是主要的风险来源。要想规避这个风险，只有提早集成，持续而有规律地进行集成。"