在 VSTS / Azure DevOps 中重置分支更新的构建策略

Question

我正在我的一个 Azure DevOps git 分支上使用构建策略。

如果源分支更新，是否有任何方法要求再次运行手动触发的分支构建策略？

我的分支策略设置为手动触发。我们使用手动而不是自动来减少在 CI 服务器上运行的构建数量（我们使用自托管构建服务器），因为我们通常会提前打开 PR 以提供反馈并促进围绕代码的对话。

如果触发器设置为自动，那么只要源分支更新，新的构建就会排队。这不是手动的情况。我遇到了构建策略通过但随后对分支进行了进一步提交并且审阅者批准的情况。但是构建并没有再次手动触发，并且最后一次提交和推送引入了一个错误。我希望每次更新源分支时都重置或失败构建验证策略，类似于在推送后重置代码审查员投票的方式。

这可能吗？

Answer 1

我认为目前这是不可能的，它已作为功能请求/问题在开发者社区中提出，因此我鼓励您对此 here 进行投票。

Answer 2

对于我们的场景（太多的构建被排队，因为代码审查会带来更改）的解决方案是使用拉取请求草稿。

Sprint 143 - Draft Pull Request

创建 PR 时，您可以在创建按钮旁边的下拉菜单中单击创建为草稿。