我正在使用构建脚本来编译多个 C# 项目。二进制输出被复制到一个结果文件夹，覆盖以前版本的文件，然后添加/提交到颠覆。
我注意到编译的二进制输出是不同的，即使源或环境根本没有改变。这怎么可能？对于相同的输入，二进制结果不应该完全相等吗？
我并不是有意在任何地方使用任何类型的特殊时间戳，但是编译器(Microsoft，包含在 .NET 4.0 中的编译器)是否可能自己添加时间戳？
我问的原因是我将输出提交给颠覆，并且由于我们构建服务器的工作方式， checkin 的更改触发重建，导致再次修改的二进制文件被 checkin 一个圆圈.
最佳答案
另一个更新:
自 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.
如果我是你，我会解决这个问题。
关于c# - 为什么再次编译时二进制输出不相等？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8927558/