你的持续集成（CI）应该花多长时间？
内容提要
持续集成（CI）是现代软件开发的重要组成部分，理想的CI时间为10分钟。研究显示，CI时间与合并时间正相关，CI时间每增加5分钟，合并时间可能增加超过1小时。尽管较短的CI时间有助于快速合并，但15-30分钟的CI时间与每周合并的PR数量最高相关。团队应平衡CI时间，考虑堆叠PR以提高效率，优化CI速度可显著缩短合并时间。
延伸解读
CI时间与合并时间的放大效应
文章指出，CI时间每增加5分钟，PR的平均合并时间可能增加超过1小时。这是因为一个PR在生命周期中会经历多次CI运行，每次微小的延迟都会累积。因此，优化CI速度不仅能减少单次等待，还能显著缩短整体合并时间，对团队效率有放大影响。
15-30分钟CI时间的悖论解析
数据显示，CI时间在15-30分钟的工程师每周合并的PR数量最高。作者推测，极短的CI可能对应简单产品，而极长的CI则反映构建臃肿或测试低效。处于中间区间的团队往往是产品复杂但CI优化良好的高效团队。因此，CI时间并非越短越好，需结合产品复杂度评估。
堆叠PR：应对长CI的实用策略
如果CI时间较长且难以快速缩短，可以考虑堆叠PR。将大变更拆分为有依赖关系的小PR，每个都能并行运行CI。这样，在等待某个PR的CI时，可以继续创建、修改或评审其他PR，从而保持开发速度。这种方法特别适合CI时间在15-30分钟范围的团队。
优化CI速度没有下限
文章强调，优化CI速度不存在收益递减，即使CI时间低于5分钟也有效。这意味着团队应持续寻找加速CI的方法，不要因为已经很快而停止优化。更快的CI能进一步缩短合并时间，提升整体开发效率。
Q&A
理想的持续集成（CI）时间是多少？
理想的持续集成时间为10分钟。
持续集成时间与合并时间有什么关系？
持续集成时间与合并时间正相关，CI时间每增加5分钟，合并时间可能增加超过1小时。
为什么15-30分钟的CI时间与每周合并的PR数量最高相关？
CI时间在15-30分钟之间的团队通常具有更复杂的产品和优化的CI基础设施，因此能实现更高的合并数量。
如何优化持续集成的速度？
可以考虑堆叠拉取请求（PR），将更改分解为小的依赖图，以便并行运行CI，从而提高效率。
持续集成时间过长会有什么后果？
持续集成时间过长会导致合并时间增加，影响开发效率。
持续集成的速度优化是否有下限？
数据表明，优化CI速度没有收益递减，即使CI时间低于5分钟也有效。
