主要观点：近期关于构建代理的 podcast 提到写代码不是瓶颈，围绕代码编写的其他方面耗时最多，测试新构建工具时发现其能提高构建效率，指出构建和测试设置中的低效率及对开发者的影响，如导致开发者沮丧、计算浪费和发布延迟等，文章将介绍典型瓶颈及消除低效率的方法。
关键信息：

• 典型瓶颈来源：大型单体仓库和复杂依赖图、低效缓存、缺乏增量构建和智能测试选择、重叠或冗余测试、支持更快执行的基础设施不足。
• 测量重要事项：构建时间分布、测试执行时间、增量与完整构建比例、缓存命中率、不稳定测试率和重试影响、CI 遥测。
• 突破瓶颈的方法：减少复杂代码库中的构建开销（细粒度构建目标、明确依赖边界等）、更智能的缓存（使用内容可寻址缓存等）、增量构建（基于变更的构建、依赖映射等）、优化测试覆盖和执行效率（分析测试覆盖、优先级排序等）、扩展基础设施（使用远程构建执行器等）。
  重要细节：
• 大型单体仓库中，小改动可能引发大量模块重建，除非有依赖跟踪和增量构建能力，否则构建时间长。
• 缓存要有效需具备确定性、密封性和内容可寻址性，测试结果也应在可重现时缓存。
• 增量构建可避免不必要的重建和测试，提高效率，如现代工具可实现基于变更的策略。
• 测试冗余会增加执行时间，应分析覆盖情况，优先选择单元测试等。
• 基础设施不足会限制速度和可扩展性，如远程构建执行器、自动扩展 CI 基础设施、暖池策略等可加快构建和测试。