【问题标题】:Manual Tagging Master Commits required for GitVersionTaskGitVersionTask 需要手动标记主提交
【发布时间】:2020-11-26 16:57:20
【问题描述】:

GitversionTask 是否需要在主分支上手动标记提交? 这通常会在完成拉取请求的构建服务器上完成吗?

当我们在 1.1.4 上拥有 master,然后合并一个发布分支 1.2.0-FeatureA,我希望 master 在 1.2.0 上。但是,根据 gitversion,它在 1.1.5 上没有手动标记。据推测,gitversion 无法区分此提交是来自修补程序拉取请求还是发布拉取请求。我不确定我是否理解 gitversion 的哲学。

理想情况下,所有语义版本控制都应该由 GitversionTask 完成。如果有必要,我们将有可能撞到少校。 master 分支上的每个提交都应该有唯一的 SemVer。

【问题讨论】:

  • 检查this ticket。您需要将 gitversion 任务放在 CI 构建而不是 PR 验证构建中。

标签: c# azure-devops azure-pipelines semantic-versioning gitversion


【解决方案1】:

当我在构建管道上使用 GitVersion 来管理语义版本时,我使用了像 Git Tag 这样的扩展来在计算语义版本后自动进行标记。

【讨论】:

  • 嗯,来自哪个管道?在使用构建管道时,已经为时已晚。此管道由 master 上的新提交触发。管道没有来自哪个分支的信息(发布 xy),因为发布或修补程序分支已经消失。 stackoverflow.com/questions/60540841/…
猜你喜欢
  • 2022-11-10
  • 2015-11-27
  • 1970-01-01
  • 1970-01-01
  • 2015-12-01
  • 2023-04-02
  • 2018-05-27
  • 1970-01-01
  • 2020-12-22
相关资源
最近更新 更多