Azure DevOps 中 git 发布分支的级联合并

Question

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

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

我们无法在 Azure DevOps 中找到类似的方法，所以我的问题是：这可能吗？

或者，采用某种方式的解决方案也是可以接受的，这样我们就可以避免偶尔手动记住合并，以及避免大量合并，因为已经积累了很多变化。

Answer 1

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

但是您可以使用管道来实现它。 相反，使用管道为您的错误修复分支创建一个带有重置 api 的拉取请求，然后使用 git 合并任务或使用批处理脚本。