azure-devops - 重新检查 VSTS (Azure DevOps) 中的合并冲突

设置

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

问题/问题 PR1 状态仍然显示“没有合并冲突/上次检查 # 分钟前”；但是，由于目标（主）分支已更新，情况可能不再如此。如果用户在本地执行合并（将 master (PR2) 合并到 dev）并推送新合并的代码，则投票将被重置。现在用户必须再次等待评论。

有没有办法在 PR 中手动触发合并冲突检查，或者在用户推送新更改时不重置投票，但这些更改只是“从主服务器合并”。

标签： azure-devopspull-requestmerge-conflict-resolution

有没有办法在 PR 中手动触发合并冲突检查，或者在用户推送新更改时不重置投票，但这些更改只是“从主服务器合并”

我们提供了一个按钮可以帮助您实现手动触发合并冲突检查。

请先点击PR1页面右上角的三个点按钮=> 点击Restart merge重新检查合并冲突：

然后您将看到冲突检查开始并提示您检查结果。

像往常一样，如果有人对分支策略进行了更改，活动 PR 的策略检查将自动实时更新。但是对于冲突重新检查，您必须手动单击重新启动合并以启动实时更新。

但是，如果您在检查和查看新冲突后决定对开发分支应用一些更改，恐怕应该重置已批准的投票。按照审核的逻辑，通过的投票是针对你对上一版本的修改。现在，如果您决定对您的dev分支应用一些新的更改，那么此时将合并到主分支的更改已经更改。我认为最好再次审查它。