continuous-integration - 清洁或不清洁

Question

我从事一个中型项目，该项目使用持续集成来执行常规构建。我们的项目目前有相当长的构建时间(45-55 分钟)，我们一直在研究可以进行哪些优化来缩短这个时间。

建议的优化之一是消除我们在每次构建开始时的清理步骤，即删除整个构建目录并从源代码管理中获取所有 源文件。相反，只需检索已更改的文件并开始新构建。粗略估计每次构建可以为我们节省 10-20 分钟，但这个建议让我有点不舒服。

所以我求助于 Stack Overflow 社区，看看最佳实践是什么……您的持续集成是否总是进行干净的构建？是否有特殊原因支持和/或反对？

我会在下面发表我的想法，以免对任何人产生偏见，但我真的很想听听其他意见。

Answer 1

对于持续集成，快速周转非常重要。我以前做过这种权衡，我会说这是值得的。有时，它会让事情溜走，但尽早获得反馈所带来的 yield 是值得的。

除了执行频繁的增量构建外，减少清洁构建的频率。这为您提供了两种方法的大部分好处。