我只是想知道如何使用Visual Studio(2005)自动增加文件的构建(和版本?)
如果我查找C:\Windows\notepad.exe的属性，版本选项卡给出“文件版本:5.1.2600.2180”。我想在我的dll的版本中也得到这些很酷的数字，而不是版本1.0.0.0，让我们面对它有点沉闷。
我尝试了一些东西，但它似乎没有开箱即用的功能，或者可能我只是在错误的地方(像往常一样)。
我主要工作与网络项目....
我看了两个:
http://www.codeproject.com/KB/dotnet/Auto_Increment_Version.aspx http://www.codeproject.com/KB/dotnet/build_versioning.aspx
我不敢相信花这么大力气做一件事是标准做法。
编辑: 据我所知，它在VS2005中不工作(http://www.codeproject.com/KB/dotnet/AutoIncrementVersion.aspx)
当前回答
如其他文章所述，在AssemblyInfo中的版本号中或在项目属性下设置*并不适用于所有版本的Visual Studio / . net。
Afaik，它在2005年的比赛中不起作用(但在2003年和2008年的比赛中不起作用)。对于VS 2005，你可以使用以下方法:在编译时自动增加Visual Studio 2005版本的构建和修订号。
But be aware that changing the version number automatically is not recommended for strong-named assemblies. The reason is that all references to such an assembly must be updated each time the referenced assembly is rebuilt due to the fact that strong-named assembly references are always a reference to a specific assembly version. Microsoft themselves change the version number of the .NET Framework assemblies only if there are changes in interfaces. (NB: I'm still searching for the link in MSDN where I read that.)
其他回答
我用Visual Studio 2019尝试了这一点，但它不起作用。 在较新的VS版本中，至少确定性标志阻止了自动更新。但是改变了第14行 您的项目名。csproj到<Deterministic>false</Deterministic> . csproj到<Deterministic>false</Deterministic> . csproj到 并将版本号字符串更改为“1.0”。*”并没有帮到我。
所以我做了一个小vbs脚本来完成这项工作。 它将版本号更改为(主要版本)。(小版本)。[一][dayofyear])。(增量)。
将脚本复制到一个文件夹中，并将以下内容放入pre-compile build-commandline:
"Path-to-this-script\UpdateVersion.vbs" "$(ProjectDir)"
(包括报价和填写您机器的真实路径) 和你完成了。
在这里获取: https://github.com/abtzero/VS_UpdateVersion.git
它在项目属性下的Publish中
(~ http://screencast.com/t/Vj7rhqJO)
AssemblyInfoUtil。免费的。开源的。
有一个可视化工作室扩展Automatic Versions，支持visual studio(2017,2019和2022)
屏幕截图
如其他文章所述，在AssemblyInfo中的版本号中或在项目属性下设置*并不适用于所有版本的Visual Studio / . net。
Afaik，它在2005年的比赛中不起作用(但在2003年和2008年的比赛中不起作用)。对于VS 2005，你可以使用以下方法:在编译时自动增加Visual Studio 2005版本的构建和修订号。
But be aware that changing the version number automatically is not recommended for strong-named assemblies. The reason is that all references to such an assembly must be updated each time the referenced assembly is rebuilt due to the fact that strong-named assembly references are always a reference to a specific assembly version. Microsoft themselves change the version number of the .NET Framework assemblies only if there are changes in interfaces. (NB: I'm still searching for the link in MSDN where I read that.)
