重新检查VSTS中的合并冲突Azure DevOps

问题描述

设置

主分支机构政策:当进行新更改时:重置所有批准票

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

enter image description here

  • 用户能够完成PR1之前,另一个PR(PR2)已完成并合并到母版中。

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

有没有一种方法可以在PR中手动触发合并冲突检查,或者如果用户推送了新更改,则不重置投票,但是这些更改只是“从主服务器合并”。

解决方法

有没有一种方法可以手动触发合并冲突检查? PR,或者如果用户推送了新更改,则不重置投票,但是 更改只是“从主人那里合并”

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

只需首先单击 PR1 页面右上角的三个点按钮=>单击重新启动合并以重新-检查合并冲突:

enter image description here

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

通常,如果有人对分支机构策略进行了更改,则活动PR的策略检查将自动实时更新。但要重新检查冲突,您必须手动点击重新启动合并以开始实时更新。

但是,如果您决定在检查并检查新的冲突后对dev分支进行一些更改,恐怕应该重新设置批准的选票。根据审核的逻辑,批准的投票是针对您在先前版本中所做的更改的。现在,如果您决定对dev分支应用一些新更改,则此时将合并到master分支的更改已更改。我认为最好再次进行审核。