1

有没有办法使用CLI主动修改文件的版本控制?以同样的方式我们可以更新npm 版本.csprojdotnet

我需要修改文件,我不是在寻找dotnet build -p:Version=1.2.3.4.

或者例如使用 maven 你可以这样做:mvn versions:set -DnewVersion=1.2.3.4它实际上会更新你的pom.xml.

4

2 回答 2

1

试试这个:https ://github.com/TAGC/dotnet-setversion

它用于XDocument加载、修改和保存 csproj 文件。

于 2021-09-08T13:30:17.017 回答
1

为清楚起见,您是要设置Assembly Version还是Semantic Version?语义版本只有 3 个数字部分:<major>.<minor>.<patch>.

作为参考,这些是您可以通过 CLI 设置或传递的相关 MSBuild 属性:

  • Version:整体版本;默认为1.0.0.0如果未设置
  • AssemblyVersion:汇编版本;默认为Version
  • FileVersion:Win32文件版本;默认为AssemblyVersion如果未设置
  • VersionPrefix:版本前缀;意在充当语义版本的数字部分;默认为Version如果未设置
  • VersionSuffix:版本后缀;旨在作为语义版本的标签部分
  • PackageVersion:NuGet 包(例如语义)版本;$(VersionPrefix)-$(VersionSuffix)如果两者都设置,则默认为;否则,VersionPrefix,可能默认为Version

dotnet pack --version-suffix beta.1相当于dotnet pack -p:VersionSuffix=beta.1

无论您尝试设置哪个版本(甚至可能同时设置),我都建议尽可能使用本机 MSBuild,因为它简化了流程。如果您想在一个地方管理版本,您可以使用Directory.Build.targets轻松做到这一点。

例如,假设您的源布局是:

└─ src
    ├─ Project1
    ├─ Project2
    └─ Project3

通过添加文件src/Directory.Build.targets所有项目将自动导入文件,无需任何修改(例如零接触)。

有很多方法可以配置它,但它可能看起来像:

<?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

  <PropertyGroup>
    
    <MajorVersion Condition=" '$(MajorVersion)' == '' ">1</MajorVersion>
    <MinorVersion Condition=" '$(MinorVersion)' == '' ">0</MinorVersion>
    <PatchVersion Condition=" '$(PatchVersion)' == '' ">0</PatchVersion>

    <VersionPrefix Condition=" '$(VersionPrefix)' == '' ">$(MajorVersion).$(MinorVersion).$(PatchVersion)</VersionPrefix>
    <AssemblyVersion Condition=" '$(AssemblyVersion)' == '' ">$(VersionPrefix).0</AssemblyVersion>
    
    <!-- replicates the old behavior of <major>.<minor>.* (ex: 1.0.*) in AssemblyInfo.cs -->
    <DaylightSavingTime>$([System.DateTime]::Now.IsDaylightSavingTime())</DaylightSavingTime>
    <FileBuildNumber>$([System.DateTime]::Today.Subtract($([System.DateTime]::Parse("1/1/2000"))).ToString("%d"))</FileBuildNumber>
    <FileBuildRevision Condition=" '$(DaylightSavingTime)' == 'True' " >$([System.Convert]::ToInt32($([MSBuild]::Divide($([System.DateTime]::Now.Subtract($([System.TimeSpan]::FromHours(1.0))).TimeOfDay.TotalSeconds),2))))</FileBuildRevision>
    <FileBuildRevision Condition=" '$(DaylightSavingTime)' == 'False' " >$([System.Convert]::ToInt32($([MSBuild]::Divide($([System.DateTime]::Now.TimeOfDay.TotalSeconds),2))))</FileBuildRevision>
    <FileVersion>$(MajorVersion).$(MinorVersion).$(FileBuildNumber).$(FileBuildRevision)</FileVersion>

  </PropertyGroup>

</Project>

图 1:Directory.Build.targets

如果您的所有项目都使用相同的版本号,这将非常有效。解决方案通常使用相同的版本。如果他们不这样做,那么它会变得有点棘手。尽管可以轻松地覆盖项目(或多个项目)中版本的一部分,但您表示这不是一种选择。另一种选择是使用自动生成的补丁值;也许基于日期。然后你永远不需要编辑值。

如果您的版本控制策略以这种方式集中管理,那么恕我直言,使用任何文本编辑器修改单个数字与运行您还必须安装的某些 CLI 命令一样多。该dotnet-setversion工具提供了配置 JSON 文件的功能,这与更新本机 MSBuild XML 文件的工作量相同,尽管不需要额外的工具。

旁白:只是我的选择,但我不建议按照dotnet-setversion. 相反,我会坚持使用内置--version-suffix参数。有很多方法可以将其连接到您的构建过程中,或者根据需要按需使用它。

还值得注意的是,有许多护栏可以防止您偏离轨道。如果您使用非数字值,则构建将失败。如果不小心忘记增加版本或使用重复标签,发布将被拒绝。除非您使用自动生成方法,否则没有任何工具可以防止您忘记递增。

于 2021-09-09T18:42:11.933 回答