.net - 如果代码发生更改，如何自动增加程序集的版本？

Question

如果在构建解决方案后程序集发生更改，是否有一种方法可以自动增加程序集的版本号？

我已经尝试过构建后事件，但是你会在每次构建时增加版本，不仅是在构建过程由于更改而编译了任何内容的情况下。

提前致谢。

编辑:我想要做的是自动增加我每次执行“构建解决方案”时更改代码的程序集的版本号，以避免手动更改它。这样我可以确定 2 个具有相同版本的程序集总是具有相同的代码。

Answer 1

是的，您可以通过在 [AssemblyVersion] 属性中使用 * 来自动增加版本。不幸的是，这很少是正确的。微软应该做的是赋予 [AssemblyFileVersion] 这种能力。他们没有。

[AssemblyVersion] 是一个非常重要的属性，CLR 使用它来验证加载的程序集是否与编译代码时使用的程序集兼容。 “兼容”意味着:程序集将与客户端代码一起干净地工作，没有对程序集源代码进行任何更改，如果没有重新编译客户端，可能会使其无法正常工作。使用该定义，错误修复更新非常兼容。重新组织程序集中类的内部实现的更新也可能非常兼容。对公开可见的类或成员的更改可能不兼容。尽管 JIT 编译器非常擅长检测更改何时严重不兼容(例如删除以前的公共(public)成员)。

在属性中使用 * 本质上意味着:它总是不兼容的。即使您根本没有更改任何代码，再次构建后程序集也会不兼容。在大多数情况下，这都是毫无用处的，除非您总是将程序集与其客户端代码一起构建。并将它们重新部署在一起。这行得通，但是拥有版本号的概念变得毫无用处。

长话短说:IMO 你应该自己管理程序集版本。在程序集的公共(public)界面中进行重大更改时更改它。这当然是微软采取的方法。 .NET 2.0 程序集在 .NET 3.5 SP1 框架中仍标记为 2.0.0.0 版本。尽管它们实际上不再兼容，但 WaitHandle.WaitOne(int) 是后来添加的。在过去的 5 年里，他们在保持兼容性方面做得非常出色，这并不容易。

请注意，这些都不适用于 [AssemblyFileVersion]，为每个构建自动递增它是非常合适的。