我从事一个中型项目，该项目使用持续集成来执行常规构建。目前，我们的项目有很长的构建时间(45-55分钟)，我们一直在研究可以进行哪些优化以减少此时间。
建议的一种优化方法是消除每个构建开始时的干净步骤，即删除整个构建目录，并从源代码管理中获得所有源文件。相反，只需检索已更改的文件并开始新的构建。粗略估计这可以为我们节省每次构建10-20分钟的时间，但是这个建议使我有些不舒服。
因此，我转向Stack Overflow社区，看看什么是最佳实践……您的持续集成是否总是做得很干净？是否有特定理由支持和/或反对？
我将在下面发表我的想法，以免使任何人产生偏见，但我真的很想听听其他意见。
最佳答案
对于持续集成，快速周转非常重要。我之前已经进行过权衡，我会说这是值得的。有时，它会让事情发生进展，但是尽早获得反馈的收益是值得的。
除了执行频繁的增量构建外，还要减少频繁的清理构建。这为您提供了两种方法的大多数优点。