已经有用户针对此场景提出了建议,您可以在以下链接中投票:
目前,您要么从UI界面单独删除该功能分支,要么在完成拉取请求之前禁用该分支策略。
这并不是直接解决您的问题的方法,但如果您改变使用策略的方式,可能可以绕过它。最重要的一点是
分支策略适用于基于目标分支而不是源分支的PR。
构建验证策略在创建新的PR或对现有PR进行更改时,会将新的构建排队,该构建针对该分支。
对于其他策略类型,虽然没有明确说明,但经过一些实验,我发现其他策略的功能方式相同。
错误的做法
如果你和我一样,最初尝试配置DevOps以便为所有分支设置一个策略(在我这里,这是一组默认的审阅者)。这会为您创建的每个分支都创建一个策略,从而阻止任何分支在合并后被删除,如下所示:
“正确”的方式
在我的情况下,我们将临时功能分支合并到一个共同的、长期存在的开发分支中。如果你正在做类似的事情,不要在临时分支上设置任何策略,而是将它们放在长期存在的分支上。当我们开始在开发分支上设置策略后,我们既能够拥有默认的审阅者和评论解决策略,同时还能在合并过程中删除分支: