AssemblyVersion

引用您程序集的其他程序集将查找的位置。如果此编号更改，其他程序集必须更新它们对您的程序集的引用!只有当这个版本破坏向后兼容性时才更新它。需要AssemblyVersion。

我使用的格式是:major。Minor(对于非常稳定的代码库，major)。这将导致:

[assembly: AssemblyVersion("1.3")]

如果您严格遵循SemVer，那么这意味着您只在主要更改时进行更新，即1.0、2.0、3.0等。

AssemblyFileVersion

用于部署(如安装程序)。您可以为每次部署增加这个数字。使用它来标记具有相同的AssemblyVersion但由不同的构建和/或代码生成的程序集。

在Windows中，可以在文件属性中查看。

AssemblyFileVersion是可选的。如果没有给出，则使用AssemblyVersion。

我使用的格式是:major.minor.patch。在这里，我使用SemVer完成前三个部分，使用构建服务器的buildnumber完成最后一个部分(本地构建为0)。 这将导致:

[assembly: AssemblyFileVersion("1.3.2.42")]

注意系统。Version将这些部分命名为major.minor.build.revision!

AssemblyInformationalVersion

程序集的“产品”版本。这是你在与客户交谈或在你的网站上展示时使用的版本。这个版本可以是一个字符串，比如'1.0 Release Candidate'。

AssemblyInformationalVersion是可选的。如果没有给出，则使用AssemblyFileVersion。

我使用的格式是:major.minor[。补丁][修订为字符串]。这将导致:

[assembly: AssemblyInformationalVersion("1.3 RC1")]

当您通过Windows资源管理器通过查看文件属性查看文件的“版本”信息时，会显示AssemblyInformationalVersion和AssemblyFileVersion。这些属性实际上被编译到编译器创建的VERSION_INFO资源中。

AssemblyInformationalVersion是“产品版本”值。AssemblyFileVersion是“文件版本”值。

AssemblyVersion是特定于. net程序集的，. net程序集加载器使用它来了解在运行时加载/绑定程序集的哪个版本。

在这些属性中，. net唯一绝对需要的是AssemblyVersion属性。不幸的是，当它不加区别地更改时，也会导致大多数问题，特别是如果您对程序集进行了强命名的话。

AssemblyVersion基本上是。net内部的，而AssemblyFileVersion是Windows所看到的。如果您转到位于目录中的程序集的属性并切换到版本选项卡，您将在顶部看到AssemblyFileVersion。如果您按版本对文件进行排序，这就是Explorer所使用的。

AssemblyInformationalVersion映射到“产品版本”，并意味着纯粹是“人类使用的”。

AssemblyVersion当然是最重要的，但我也不会跳过AssemblyFileVersion。如果您没有提供AssemblyInformationalVersion，编译器将为您添加它，方法是去掉版本号的“revision”部分，并保留major.minor.build。

为了使这个问题保持最新，值得强调的是，NuGet使用了AssemblyInformationalVersion，并反映了包含任何预发布后缀的包版本。

例如，1.0.3的AssemblyVersion。*与asp.net核心dotnet-cli打包

dotnet pack --version-suffix ci-7 src/MyProject

生成一个版本为1.0.3-ci-7的包，您可以使用以下方法进行反射检查:

CustomAttributeExtensions.GetCustomAttribute<AssemblyInformationalVersionAttribute>(asm);

还有一些值得注意的事情:

As shown in Windows Explorer Properties dialog for the generated assembly file, there are two places called "File version". The one seen in the header of the dialog shows the AssemblyVersion, not the AssemblyFileVersion. In the Other version information section, there is another element called "File Version". This is where you can see what was entered as the AssemblyFileVersion. AssemblyFileVersion is just plain text. It doesn't have to conform to the numbering scheme restrictions that AssemblyVersion does (<build> < 65K, e.g.). It can be 3.2.<release tag text>.<datetime>, if you like. Your build system will have to fill in the tokens. Moreover, it is not subject to the wildcard replacement that AssemblyVersion is. If you just have a value of "3.0.1.*" in the AssemblyInfo.cs, that is exactly what will show in the Other version information->File Version element. I don't know the impact upon an installer of using something other than numeric file version numbers, though.

AssemblyVersion

引用您程序集的其他程序集将查找的位置。如果此编号更改，其他程序集必须更新它们对您的程序集的引用!只有当这个版本破坏向后兼容性时才更新它。需要AssemblyVersion。

我使用的格式是:major。Minor(对于非常稳定的代码库，major)。这将导致:

[assembly: AssemblyVersion("1.3")]

如果您严格遵循SemVer，那么这意味着您只在主要更改时进行更新，即1.0、2.0、3.0等。

AssemblyFileVersion

用于部署(如安装程序)。您可以为每次部署增加这个数字。使用它来标记具有相同的AssemblyVersion但由不同的构建和/或代码生成的程序集。

在Windows中，可以在文件属性中查看。

AssemblyFileVersion是可选的。如果没有给出，则使用AssemblyVersion。

我使用的格式是:major.minor.patch。在这里，我使用SemVer完成前三个部分，使用构建服务器的buildnumber完成最后一个部分(本地构建为0)。 这将导致:

[assembly: AssemblyFileVersion("1.3.2.42")]

注意系统。Version将这些部分命名为major.minor.build.revision!

AssemblyInformationalVersion

程序集的“产品”版本。这是你在与客户交谈或在你的网站上展示时使用的版本。这个版本可以是一个字符串，比如'1.0 Release Candidate'。

AssemblyInformationalVersion是可选的。如果没有给出，则使用AssemblyFileVersion。

我使用的格式是:major.minor[。补丁][修订为字符串]。这将导致:

[assembly: AssemblyInformationalVersion("1.3 RC1")]