如果您在项目中添加了一个AssemblyInfo类，并将AssemblyVersion属性修改为以星号结尾，例如:

[assembly: AssemblyVersion("2.10.*")]

Visual studio将根据这些规则为你增加最终的数字(谢谢galets，我完全错了!)

为了在代码中引用这个版本，以便可以将它显示给用户，可以使用反射。例如,

Version version = System.Reflection.Assembly.GetExecutingAssembly().GetName().Version;
DateTime buildDate = new DateTime(2000, 1, 1)
                        .AddDays(version.Build).AddSeconds(version.Revision * 2);
string displayableVersion = $"{version} ({buildDate})";

你应该知道三个重要的陷阱

从@ashes999:

同样值得注意的是，如果同时指定了AssemblyVersion和AssemblyFileVersion，则在.exe上不会看到此文件。

从@BrainSlugs83:

只将第4个数字设置为*可能会很糟糕，因为版本并不总是递增。 第三个数字是自2000年以来的天数，第四个数字是自午夜以来的秒数(除以2)[这不是随机的]。因此，如果您在某一天晚些时候构建解决方案，而在第二天早些时候构建解决方案，那么晚些时候构建的版本号将较早。我建议总是使用X.Y.*而不是x.y.z *，因为您的版本号总是会以这种方式增加。

新版本的Visual Studio会给出这样的错误:

(这个帖子开始于2009年) 指定的版本字符串包含与确定性不兼容的通配符。要么从版本字符串中删除通配符，要么禁用此编译的确定性。 看看这个SO答案，它解释了如何消除决定论(https://stackoverflow.com/a/58101474/1555612)

这是我对T4建议的实现…这将在每次构建项目时增加构建号，而不考虑所选的配置(即调试|发布)，并且在每次进行发布构建时增加修订号。您可以通过应用程序➤组装信息继续更新主版本号和次版本号…

为了更详细地解释，这将读取现有的AssemblyInfo.cs文件，并使用regex来查找AssemblyVersion信息，然后根据来自TextTransform.exe的输入增加修订和构建号。

Delete your existing AssemblyInfo.cs file. Create a AssemblyInfo.tt file in its place. Visual Studio should create AssemblyInfo.cs and group it with the T4 file after you save the T4 file. <#@ template debug="true" hostspecific="true" language="C#" #> <#@ output extension=".cs" #> <#@ import namespace="System.IO" #> <#@ import namespace="System.Text.RegularExpressions" #> <# string output = File.ReadAllText(this.Host.ResolvePath("AssemblyInfo.cs")); Regex pattern = new Regex("AssemblyVersion\\(\"(?<major>\\d+)\\.(?<minor>\\d+)\\.(?<revision>\\d+)\\.(?<build>\\d+)\"\\)"); MatchCollection matches = pattern.Matches(output); if( matches.Count == 1 ) { major = Convert.ToInt32(matches[0].Groups["major"].Value); minor = Convert.ToInt32(matches[0].Groups["minor"].Value); build = Convert.ToInt32(matches[0].Groups["build"].Value) + 1; revision = Convert.ToInt32(matches[0].Groups["revision"].Value); if( this.Host.ResolveParameterValue("-","-","BuildConfiguration") == "Release" ) revision++; } #> using System.Reflection; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; using System.Resources; // General Information [assembly: AssemblyTitle("Insert title here")] [assembly: AssemblyDescription("Insert description here")] [assembly: AssemblyConfiguration("")] [assembly: AssemblyCompany("Insert company here")] [assembly: AssemblyProduct("Insert product here")] [assembly: AssemblyCopyright("Insert copyright here")] [assembly: AssemblyTrademark("Insert trademark here")] [assembly: AssemblyCulture("")] // Version informationr( [assembly: AssemblyVersion("<#= this.major #>.<#= this.minor #>.<#= this.revision #>.<#= this.build #>")] [assembly: AssemblyFileVersion("<#= this.major #>.<#= this.minor #>.<#= this.revision #>.<#= this.build #>")] [assembly: NeutralResourcesLanguageAttribute( "en-US" )] <#+ int major = 1; int minor = 0; int revision = 0; int build = 0; #> Add this to your pre-build event: "%CommonProgramFiles(x86)%\microsoft shared\TextTemplating\$(VisualStudioVersion)\TextTransform.exe" -a !!BuildConfiguration!$(Configuration) "$(ProjectDir)Properties\AssemblyInfo.tt"

如果您在构建和修订visualstudio中添加星号，则使用自2000年1月1日以来的天数作为构建号，并使用自午夜以来的秒数除以2作为修订。

一个更好的解决方案是http://autobuildversion.codeplex.com/

它工作起来很有魅力，而且非常灵活。

使用AssemblyInfo.cs

在App_Code中创建文件，并填写以下内容或使用谷歌获取其他属性/属性。

AssemblyInfo.cs

using System.Reflection;

[assembly: AssemblyDescription("Very useful stuff here.")]
[assembly: AssemblyCompany("companyname")]
[assembly: AssemblyCopyright("Copyright © me 2009")]
[assembly: AssemblyProduct("NeatProduct")]
[assembly: AssemblyVersion("1.1.*")]

AssemblyVersion是您真正需要的部分。

然后，如果你在一个网站上工作，在任何aspx页面或控件中，你可以在< page >标签中添加以下内容:

CompilerOptions="<folderpath>\App_Code\AssemblyInfo.cs"

(替换文件夹路径与适当的变量当然)。

我认为你不需要以任何方式为其他类添加编译器选项;App_Code中的所有文件在编译时都应该收到版本信息。

希望这能有所帮助。

如果您在项目中添加了一个AssemblyInfo类，并将AssemblyVersion属性修改为以星号结尾，例如:

[assembly: AssemblyVersion("2.10.*")]

Visual studio将根据这些规则为你增加最终的数字(谢谢galets，我完全错了!)

为了在代码中引用这个版本，以便可以将它显示给用户，可以使用反射。例如,

Version version = System.Reflection.Assembly.GetExecutingAssembly().GetName().Version;
DateTime buildDate = new DateTime(2000, 1, 1)
                        .AddDays(version.Build).AddSeconds(version.Revision * 2);
string displayableVersion = $"{version} ({buildDate})";

你应该知道三个重要的陷阱

从@ashes999:

同样值得注意的是，如果同时指定了AssemblyVersion和AssemblyFileVersion，则在.exe上不会看到此文件。

从@BrainSlugs83:

只将第4个数字设置为*可能会很糟糕，因为版本并不总是递增。 第三个数字是自2000年以来的天数，第四个数字是自午夜以来的秒数(除以2)[这不是随机的]。因此，如果您在某一天晚些时候构建解决方案，而在第二天早些时候构建解决方案，那么晚些时候构建的版本号将较早。我建议总是使用X.Y.*而不是x.y.z *，因为您的版本号总是会以这种方式增加。

新版本的Visual Studio会给出这样的错误:

(这个帖子开始于2009年) 指定的版本字符串包含与确定性不兼容的通配符。要么从版本字符串中删除通配符，要么禁用此编译的确定性。 看看这个SO答案，它解释了如何消除决定论(https://stackoverflow.com/a/58101474/1555612)

以下是来自MSDN的AssemblyInfo.cs上的引用:

You can specify all the values or you can accept the default build number, revision number, or both by using an asterisk (). For example, [assembly:AssemblyVersion("2.3.25.1")] indicates 2 as the major version, 3 as the minor version, 25 as the build number, and 1 as the revision number. A version number such as [assembly:AssemblyVersion("1.2.")] specifies 1 as the major version, 2 as the minor version, and accepts the default build and revision numbers. A version number such as [assembly:AssemblyVersion("1.2.15.*")] specifies 1 as the major version, 2 as the minor version, 15 as the build number, and accepts the default revision number. The default build number increments daily. The default revision number is random

这就是说，如果你放一个1.1。*进入组装信息，只有构建号会自动增加，它不会发生在每个构建后，而是每天。修订号会在每次构建时改变，但是是随机的，而不是以递增的方式。

这对于大多数用例来说可能已经足够了。如果这不是你想要的，你不得不写一个脚本，它将自动增加版本#在预构建步骤