logo标签列表

在VSTS（Azure DevOps）中重新检查合并冲突

azure-devopspull-requestmerge-conflict-resolution
19

设置

主分支策略：当推送新更改时：重置所有批准票数

  • 从dev分支创建一个Pull Request(PR1)到master分支
  • VSTS执行策略检查。

enter image description here

  • 在用户完成PR1之前，另一个PR(PR2)已经完成并合并到了master分支。

问题/疑问

PR1状态仍显示“无合并冲突/上次检查＃分钟前”；然而，由于目标(master)分支已更新，情况可能已经改变。如果用户在本地执行合并（将PR2的master合并到dev）并推送新合并代码，则票数会被重置。现在用户必须再次等待审核。

有没有办法手动触发PR中的合并冲突检查，或者如果用户推送了新更改但这些更改只是“从master合并”，则不重置投票？

1个回答
31
有没有办法在PR中手动触发合并冲突检查，或者如果用户推送的新更改只是“从主分支合并”的话不重置投票？我们提供了一个按钮可以帮助您手动触发合并冲突检查。只需先单击PR1页面右上角的三个点按钮 => 点击重新启动合并以重新检查合并冲突：enter image description here然后您将看到冲突检查开始并提示您检查结果。通常情况下，如果某人在分支策略上做出更改，活动PR的策略检查将自动进行实时更新。但对于冲突重新检查，您必须手动单击重新启动合并来开始实时更新。但是，如果您决定在检查和审查新的冲突之后对dev分支应用一些更改，我担心批准的投票将被重置。根据审查逻辑，批准的投票是针对先前版本中的更改而进行的。现在，如果您决定对dev分支进行一些新的更改，则此时要合并到主分支的更改已更改。我认为最好再次进行审查。
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接