【问题标题】:Cascading merge of git release branches in Azure DevOpsAzure DevOps 中 git 发布分支的级联合并
【发布时间】:2021-04-27 07:57:49
【问题描述】:

最近我的项目已从 Bitbucket 转移到 Azure DevOps 以托管我们的 git 存储库。我们一直依赖的一个特性是发布分支的自动级联合并。这意味着每当拉取请求合并到我们的发布分支之一时,合并会自动级联,因此目标发布分支会合并到它们的下游分支。 IE。发布具有更高版本号的分支。

示例: 我有一个从我自己的错误修复分支合并到分支“release/1.2”的拉取请求。因为我们同时在发布补丁,所以我们还有另一个发布分支“release/1.2.1”。当我的拉取请求合并到“release/1.2”时,Bitbucket 会自动尝试将“release/1.2”合并到“release/1.2.1”。当然,如果存在合并冲突,Bitbucket 会改为创建拉取请求,突出显示它无法自动合并,需要有人修复冲突才能合并。

我们还没有找到在 Azure DevOps 中做类似事情的方法,所以我的问题是:有可能吗?

或者,也可以接受一些可行的解决方案,这样我们就不必偶尔手动记住合并,也避免因为累积了很多变化而进行大量合并。

【问题讨论】:

    标签: git azure-devops


    【解决方案1】:

    由于您的拉取请求,Azure Devops 没有自动合并两个分支的功能。

    但是您可以使用管道来实现它。相反,使用管道到create a pull request with reset api for your bugfix branch,然后使用 git merge task 或use batch script

    【讨论】:

      猜你喜欢
      • 2021-06-09
      • 2022-10-14
      • 1970-01-01
      • 2021-10-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-03-27
      • 1970-01-01
      相关资源
      最近更新 更多