我正在使用一个构建脚本来编译多个C#项目。二进制输出被复制到一个结果文件夹中，覆盖先前版本的文件，然后添加/提交到Subversion。
我注意到即使在没有任何源代码或环境变化的情况下，编译的二进制输出也是不同的。这怎么可能？难道相同的输入不应该得到完全相同的二进制结果吗？
我没有故意在任何地方使用任何特殊的时间戳，但是编译器（Microsoft，包含在.NET 4.0中的那个）是否可能会自己添加时间戳？
我问这个问题的原因是我正在将输出提交给Subversion，由于我们的构建服务器的工作方式，检入的更改会触发重建，导致再次修改的二进制文件循环地被检入。
更新:
自2015年以来，编译器团队一直在努力清除编译工具链中的非确定性源，使得相同的输入确实产生相同的输出。请参见Roslyn github上的“概念-确定性”标签以获取更多详细信息。
更新: 这个问题是我在2012年5月的博客主题。感谢提出这个好问题!
这怎么可能？
非常容易。
难道二进制结果不应该对于相同的输入完全相等吗？
绝对不是这样的。事实恰恰相反。每次运行编译器都应该得到不同的输出。否则你怎么知道你已经重新编译了呢？
C#编译器在每次编译时嵌入一个新生成的GUID到一个程序集中，从而保证没有两个编译产生完全相同的结果。
此外--即使没有GUID，编译器也不会保证两个“相同”的编译会产生相同的结果。
特别是，元数据表填充的顺序高度依赖于文件系统的细节；C#编译器开始按照给定文件的顺序生成元数据，并且这可以被多种因素微妙地改变。
由于我们的构建服务器工作方式的原因，提交的更改会触发重新编译，导致修改后的二进制文件再次在循环中被检入。
如果我是你，我会修复这个问题。
是的，编译器会包含一个时间戳。此外，在某些情况下，编译器会自动递增程序集版本号。我没有看到任何保证二进制结果应该是相同的。
（请注意，如果源代码已经在Subversion中，通常我会避免在其中添加二进制文件。我通常只包括第三方库的发布版本。不过这取决于你具体在做什么。）
true