在 VSTS (Azure DevOps) 中重新检查合并冲突

Question

设置

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

• 创建从 dev 分支到 master 分支的拉取请求 (PR1)
• VSTS 执行策略检查。

• 在用户能够完成 PR1 之前，另一个 PR (PR2) 已完成并合并到 master。

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

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

Answer 1

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

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

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

然后你会看到冲突检查开始并提示你检查的结果。

正常情况下，如果有人对 Branch 策略进行了更改，则活动 PR 的策略检查将自动实时更新。但是对于冲突重新检查，您必须手动单击重新启动合并以启动实时更新。

但是，如果您在检查和审查新冲突后决定对 dev 分支应用一些更改，恐怕应该重置已批准的投票。按照审核的逻辑，通过的投票是给你上一版的改动。现在，如果您决定将一些新更改应用到您的dev分支，那么此时将合并到主分支的更改已更改。我觉得最好再复习一遍。