c# - 为什么再次编译时二进制输出不相等？

Question

我正在使用构建脚本来编译多个 C# 项目。二进制输出被复制到一个结果文件夹，覆盖以前版本的文件，然后添加/提交到颠覆。

我注意到编译的二进制输出是不同的，即使源或环境根本没有改变。这怎么可能？对于相同的输入，二进制结果不应该完全相等吗？

我并不是有意在任何地方使用任何类型的特殊时间戳，但是编译器(Microsoft，包含在 .NET 4.0 中的编译器)是否可能自己添加时间戳？

我问的原因是我将输出提交给颠覆，并且由于我们构建服务器的工作方式， checkin 的更改触发重建，导致再次修改的二进制文件被 checkin 一个圆圈.

Answer 1

另一个更新:

自 2015 年以来，编译器团队一直在努力从编译器工具链中去除不确定性来源，以便相同的输入确实产生相同的输出。有关详细信息，请参阅 Roslyn github 上的“Concept-determinism”标签。

---

更新:This question was the subject of my blog in May 2012 .感谢您提出很好的问题!

---

How is this possible?

非常容易。

Isn't the binary result supposed to be exactly equal for the same input?

绝对不是。恰恰相反。 每次运行编译器时，您都应该得到不同的输出。否则您怎么知道您已经重新编译了？

C# 编译器在每次编译的程序集中嵌入一个新生成的 GUID，从而保证没有两次编译产生完全相同的结果。

此外——即使没有 GUID，编译器也不保证两个“相同”的编译会产生相同的结果。

特别是，元数据表的填充顺序高度依赖于文件系统的细节； C# 编译器开始按照文件提供给它的顺序生成元数据，并且可以通过各种因素微妙地改变。

due to the way our build server works the checked in changes trigger a rebuild, causing the once again modified binary files to be checked in in a circle.

如果我是你，我会解决这个问题。