为什么我不应该使用增量构建发布二进制文件呢？

Question

我注意到，随着我的项目的发展，发布编译/构建时间比我所期望的要慢得多。我决定研究一下我能做些什么来提高编译速度。我不是在讨论初始构建时间，它涉及到对依赖项的编译，并且在很大程度上不相关。

有一件事似乎对incremental = true配置文件设置有很大的帮助。在我的项目中，它似乎将4+内核上的构建时间缩短了40%。使用较少的内核，收益甚至更大，因为使用incremental = true构建的代码似乎不使用(很多)并行化。默认情况下(对于--release)，incremental = false在单个核上的构建时间比4+内核慢3-4倍。

不使用incremental = true进行生产构建的原因是什么？我没有看到缓存对象的二进制大小或存储大小有任何(显着的)增加。我在某个地方读到，增量构建可能会导致构建的二进制文件的性能稍微差一些。这是唯一需要考虑的原因，还是还有其他原因，比如稳定等等？

我知道这可能会有所不同，但是是否有任何数据可以说明对实际应用程序可能会产生多大的性能影响呢？

Answer 1

不要在生产版本中使用增量构建，因为它是：

• 不可重复(即您无法通过再次编译得到完全相同的二进制文件)和
• 极有可能被破坏(增量编译比清洁编译要复杂得多，测试也少得多，特别是在打开优化之后)。