如何在不降低测试覆盖率的情况下加快 CI 构建速度

我曾参与过一个服务，其 CI 构建时间缓慢增长到近半小时。没有人负责优化它，因为它并不完全是一个产品 Bug，但每一次小的改动都感觉比应有的更沉重。 第一个有用的步骤不是增加更多的运行器（runners）。我们连续两周打印了最慢的任务，发现了三个枯燥的问题：集成测试反复创建相同的固定数据（fixtures），前端 lint 在生成的文件上运行，以及一个端到端套件为仅需要 API 存根（stub）的案例启动了整个堆栈。 我们将快速检查与慢速检查分开，正确缓存了依赖层，并将一些昂贵的测试移至每日运行，并明确了负责人。主要 PR 的路径时间降到了 10 分钟以内。最大的教训是，CI 时间通常是在小习惯中丢失的，而不是因为某一个戏剧性的糟糕任务。