我花费了几个小时的时间，试图找到一种在.NETCoreApp 1.1 (Visual Studio 2017)中自动递增版本号的方法。
我知道AssemblyInfo.cs文件是在目录：obj/Debug/netcoreapp1.1/中动态创建的。
但这不再接受旧的方法：
[assembly: System.Reflection.AssemblyFileVersionAttribute("1.0.0.*")]
如果我将项目设置为打包，则可以在那里设置版本，但这似乎用于构建AssemblyInfo.cs文件。
我的问题是，是否有人已经找到了如何控制.NET Core（或.NET Standard）项目版本的方法。
<PropertyGroup> 部分中添加 <Deterministic>False</Deterministic> 可解决 AssemblyVersion 使用 * 时出现的问题。关于此问题的解决方案请参考“Confusing error message for wildcard in [AssemblyVersion] on .Net Core #22660”。<Deterministic>False</Deterministic> 到 csproj 中即可解决此问题。有关 .Net Core 开发人员认为确定性构建有益的原因，请参考http://blog.paranoidcoding.com/2016/04/05/deterministic-builds-in-roslyn.html
和Compilers should be deterministic: same inputs generate same outputs #372。msbuild /t:build /p:Version=YourVersionNumber /p:AssemblyVersion=YourVersionNumber
NuGet包的软件包编号
msbuild /t:pack /p:Version=YourVersionNumber
如果您正在使用Visual Studio Team Services/TFS或其他CI构建过程来内置版本控制，您可以利用msbuild的Condition属性，例如：
如果您正在使用Visual Studio Team Services/TFS或其他CI构建过程来内置版本控制，您可以利用msbuild的Condition属性，例如：
<Project Sdk="Microsoft.NET.Sdk.Web">
<PropertyGroup>
<Version Condition=" '$(BUILD_BUILDNUMBER)' == '' ">0.0.1-local</Version>
<Version Condition=" '$(BUILD_BUILDNUMBER)' != '' ">$(BUILD_BUILDNUMBER)</Version>
<TargetFramework>netcoreapp1.1</TargetFramework>
</PropertyGroup>
<ItemGroup>
<Folder Include="wwwroot\" />
</ItemGroup>
<ItemGroup>
<PackageReference Include="Microsoft.ApplicationInsights.AspNetCore" Version="2.0.0" />
<PackageReference Include="Microsoft.AspNetCore" Version="1.1.2" />
<PackageReference Include="Microsoft.Extensions.Caching.Memory" Version="1.1.2" />
</ItemGroup>
</Project>
这将告诉.NET Core编译器，如果存在BUILD_BUILDNUMBER环境变量，则使用其中的内容，否则在本地机器上构建时回退至0.0.1-local。
我一直在寻找一个能够为使用csproj配置格式的.NET Core应用程序在VS2017中进行版本增量的工具。
我找到了一个名为dotnet bump的项目，它适用于project.json格式，但是对于.csproj格式，我很难找到解决方案。实际上，dotnet bump的作者提出了.csproj格式的解决方案，它被称为MSBump。
你可以在GitHub上找到它的项目：
https://github.com/BalassaMarton/MSBump
在那里你可以看到代码，并且它也可以在NuGet上获取。只需在Nuget上搜索MSBump即可。
<PropertyGroup Condition=" '$(Configuration)' == 'Debug' ">
<VersionSuffix>pre$([System.DateTime]::UtcNow.ToString(yyyyMMdd-HHmm))</VersionSuffix>
</PropertyGroup>
这将会输出一个名为: PackageName.1.0.0-pre20180807-1711.nupkg 的包。
有关 MSBuild 属性函数的更多详细信息: https://learn.microsoft.com/en-us/visualstudio/msbuild/property-functions
Version 是由 VersionPrefix 和 VersionSuffix 组合形成的，如果 VersionSuffix 为空，则仅使用 VersionPrefix。
<PropertyGroup>
<VersionPrefix>1.0.0</VersionPrefix>
</PropertyGroup>
我提出了一个解决方案，它几乎与旧的AssemblyVersion属性带有星号(*)的用法相同-AssemblyVersion("1.0.*")
AssemblyVersion和AssemblyFileVersion的值包含在MSBuild项目.csproj文件中（不在AssemblyInfo.cs文件中），作为属性FileVersion（生成AssemblyFileVersionAttribute）和AssemblyVersion（生成AssemblyVersionAttribute）。 在MSBuild过程中，我们使用自定义的MSBuild任务来生成版本号，然后我们使用来自任务的新值覆盖这些FileVersion和AssemblyVersion属性的值。
因此，首先，我们创建自定义的MSBuild任务GetCurrentBuildVersion：
public class GetCurrentBuildVersion : Task
{
[Output]
public string Version { get; set; }
public string BaseVersion { get; set; }
public override bool Execute()
{
var originalVersion = System.Version.Parse(this.BaseVersion ?? "1.0.0");
this.Version = GetCurrentBuildVersionString(originalVersion);
return true;
}
private static string GetCurrentBuildVersionString(Version baseVersion)
{
DateTime d = DateTime.Now;
return new Version(baseVersion.Major, baseVersion.Minor,
(DateTime.Today - new DateTime(2000, 1, 1)).Days,
((int)new TimeSpan(d.Hour, d.Minute, d.Second).TotalSeconds) / 2).ToString();
}
}
Task 类从 Microsoft.Build.Utilities.Core NuGet 包中的 Microsoft.Build.Utilities.Task 类继承而来。
它接受输入的 BaseVersion 属性（可选），并在输出属性 Version 中返回生成的版本。获取版本号的逻辑与 .NET 自动版本控制相同（构建号是自 2000 年 1 月 1 日以来的天数计数，修订号是距午夜的半秒数）。
为了构建这个 MSBuild 任务，我们使用了 .NET Standard 1.3 类库项目类型，并使用此类。
.csproj 文件可能看起来像这样：
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>netstandard1.3</TargetFramework>
<AssemblyName>DC.Build.Tasks</AssemblyName>
<RootNamespace>DC.Build.Tasks</RootNamespace>
<PackageId>DC.Build.Tasks</PackageId>
<AssemblyTitle>DC.Build.Tasks</AssemblyTitle>
</PropertyGroup>
<ItemGroup>
<PackageReference Include="Microsoft.Build.Framework" Version="15.1.1012" />
<PackageReference Include="Microsoft.Build.Utilities.Core" Version="15.1.1012" />
</ItemGroup>
</Project>
这个任务项目也可以在我的GitHub中找到：holajan/DC.Build.Tasks
现在我们设置MSBuild使用这个任务并设置FileVersion和AssemblyVersion属性。 在.csproj文件中，它看起来像这样：
<Project Sdk="Microsoft.NET.Sdk">
<UsingTask TaskName="GetCurrentBuildVersion" AssemblyFile="$(MSBuildThisFileFullPath)\..\..\DC.Build.Tasks.dll" />
<PropertyGroup>
...
<AssemblyVersion>1.0.0.0</AssemblyVersion>
<FileVersion>1.0.0.0</FileVersion>
</PropertyGroup>
...
<Target Name="BeforeBuildActionsProject1" BeforeTargets="BeforeBuild">
<GetCurrentBuildVersion BaseVersion="$(FileVersion)">
<Output TaskParameter="Version" PropertyName="FileVersion" />
</GetCurrentBuildVersion>
<PropertyGroup>
<AssemblyVersion>$(FileVersion)</AssemblyVersion>
</PropertyGroup>
</Target>
</Project>
重要提示：
这种解决方案的优点是它不仅适用于构建服务器上的构建，还适用于从dotnet build或Visual Studio进行的手动构建。
GetCurrentBuildVersionString()中使用DateTime.UtcNow而不是DateTime.Now，特别是如果代码在自动构建机器上执行。这些机器可能在凌晨2点或3点运行，此时您的计算机会切换到/从夏令时。在该场景中使用DateTime.Now可能会导致版本回退。尽管这是一个边缘情况，但我承认我比较挑剔。 :-) 此外，如果在所有构建机器上配置相同的时区并禁用夏令时调整，则问题也会消失。 - Manfred#Get Path to csproj
$path = "$PSScriptRoot\src\ProjectFolder\ProjectName.csproj"
#Read csproj (XML)
$xml = [xml](Get-Content $path)
#Retrieve Version Nodes
$assemblyVersion = $xml.Project.PropertyGroup.AssemblyVersion
$fileVersion = $xml.Project.PropertyGroup.FileVersion
#Split the Version Numbers
$avMajor, $avMinor, $avBuild = $assemblyVersion.Split(".")
$fvMajor, $fvMinor, $fvBuild = $fileVersion.Split(".")
#Increment Revision
$avBuild = [Convert]::ToInt32($avBuild,10)+1
$fvBuild = [Convert]::ToInt32($fvBuild,10)+1
#Put new version back into csproj (XML)
$xml.Project.PropertyGroup.AssemblyVersion = "$avMajor.$avMinor.$avBuild"
$xml.Project.PropertyGroup.FileVersion = "$fvMajor.$fvMinor.$fvBuild"
#Save csproj (XML)
$xml.Save($path)
我将以下代码添加到csproj文件中：
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<AssemblyVersion>0.0.1</AssemblyVersion>
<FileVersion>0.0.1</FileVersion>
<PreBuildEvent>powershell.exe –NonInteractive –ExecutionPolicy Unrestricted -command "& {$(SolutionDir)UpdateBuildVersion.ps1}"</PreBuildEvent>
</PropertyGroup>
</Project>
即使设置为PreBuildEvent，事实上版本号直到文件被加载到内存后才会更新，因此版本号直到下一次构建才会反映出来。实际上，您可以将其更改为PostBuildEvent，其效果是相同的。
我还创建了以下两个脚本:(UpdateMinorVersion.ps1)
#Get Path to csproj
$path = "$PSScriptRoot\src\ProjectFolder\ProjectName.csproj"
#Read csproj (XML)
$xml = [xml](Get-Content $path)
#Retrieve Version Nodes
$assemblyVersion = $xml.Project.PropertyGroup.AssemblyVersion
$fileVersion = $xml.Project.PropertyGroup.FileVersion
#Split the Version Numbers
$avMajor, $avMinor, $avBuild = $assemblyVersion.Split(".")
$fvMajor, $fvMinor, $fvBuild = $fileVersion.Split(".")
#Increment Minor Version - Will reset all sub nodes
$avMinor = [Convert]::ToInt32($avMinor,10)+1
$fvMinor = [Convert]::ToInt32($fvMinor,10)+1
$avBuild = 0
$fvBuild = 0
#Put new version back into csproj (XML)
$xml.Project.PropertyGroup.AssemblyVersion = "$avMajor.$avMinor.$avBuild"
$xml.Project.PropertyGroup.FileVersion = "$fvMajor.$fvMinor.$fvBuild"
#Save csproj (XML)
$xml.Save($path)
(更新主版本.ps1)
#Get Path to csproj
$path = "$PSScriptRoot\src\ProjectFolder\ProjectName.csproj"
#Read csproj (XML)
$xml = [xml](Get-Content $path)
#Retrieve Version Nodes
$assemblyVersion = $xml.Project.PropertyGroup.AssemblyVersion
$fileVersion = $xml.Project.PropertyGroup.FileVersion
#Split the Version Numbers
$avMajor, $avMinor, $avBuild = $assemblyVersion.Split(".")
$fvMajor, $fvMinor, $fvBuild = $fileVersion.Split(".")
#Increment Major Version - Will reset all sub nodes
$avMajor = [Convert]::ToInt32($avMajor,10)+1
$fvMajor = [Convert]::ToInt32($fvMajor,10)+1
$avMinor = 0
$fvMinor = 0
$avBuild = 0
$fvBuild = 0
#Put new version back into csproj (XML)
$xml.Project.PropertyGroup.AssemblyVersion = "$avMajor.$avMinor.$avBuild"
$xml.Project.PropertyGroup.FileVersion = "$fvMajor.$fvMinor.$fvBuild"
#Save csproj (XML)
$xml.Save($path)
您可以在csproj文件中像下面这样做。我没有算出数学问题。我在Stack Overflow上找到了别的地方，但是这很有效，并将为您提供类似于版本1.0.*的东西。
<PropertyGroup>
<TargetFramework>netcoreapp3.1</TargetFramework>
<FileVersion>1.0.$([System.DateTime]::UtcNow.Date.Subtract($([System.DateTime]::Parse("2000-01-01"))).TotalDays).$([System.Math]::Floor($([MSBuild]::Divide($([System.DateTime]::UtcNow.TimeOfDay.TotalSeconds), 1.32))))</FileVersion>
<Version>1.0.$([System.DateTime]::UtcNow.Date.Subtract($([System.DateTime]::Parse("2000-01-01"))).TotalDays)</Version>
</PropertyGroup>
netstandard2.0。我正在使用 .NET Core SDK 3.1.403。还需要其他什么才能使其正常工作吗？当使用 dotnet build 运行时，版本号不会从默认值更改。 - Manfred这些值现在已经设置在.csproj文件中：
<PropertyGroup>
<TargetFramework>netcoreapp1.1</TargetFramework>
<AssemblyVersion>1.0.6.0</AssemblyVersion>
<FileVersion>1.0.6.0</FileVersion>
<Version>1.0.1</Version>
</PropertyGroup>
如果您进入项目设置中的包选项卡，您将看到这些相同的值。虽然我不认为您可以使用*来自动增加版本号，但您可以引入后处理步骤来替换版本号(例如作为您的持续集成的一部分)。
dotnet build /p:AssemblyVersion=1.2.3.4
我发现这个问题是在CI构建的背景下解决的。我想把程序集版本设置为CI构建号。
AssemblyInfo.cs行为：<GenerateAssemblyInfo>false</GenerateAssemblyInfo>
<Deterministic>false</Deterministic>
但是这种方法并不推荐，因为关闭GenerateAssemblyInfo可能会导致基础设施方面的问题，例如。更有针对性的方法：
<Deterministic>false</Deterministic>
<GenerateAssemblyFileVersionAttribute>false</GenerateAssemblyFileVersionAttribute>
<GenerateAssemblyInformationalVersionAttribute>false</GenerateAssemblyInformationalVersionAttribute>
<AssemblyVersion>1.2.*</AssemblyVersion>
你不再需要 AssemblyInfo.cs 文件。
/p:标志给dotnet msbuild，并设置版本、公司、版权等所有好东西。 - Jay<Deterministic>False</Deterministic>来使用它（或使用任何其他的MSbuild逻辑来计算<VersionPrefix>/<Version>）。 - Martin Ullrich