首页 > 解决方案 > 解决合并冲突 GIT Azure-devops 服务器端

问题描述

有没有办法解决 Azure-devops 服务器上的合并冲突?我遇到的问题是我试图让我的分支与单个请求/缺陷隔离。例如,我有 Request1 来创建一个报告来显示购买清单,而 Request2 来显示销售清单。两者都将驻留在会计解决方案中。我提交并推送并执行拉取请求。第一个合并到主罚款中,但第二个发生冲突,因为它没有第一个。现在,当过去发生这种情况时,我只需将主控器拉入我的 Request2 并执行另一个推/拉请求。但是,我现在正在进行一个有看门人的项目,这增加了很多时间来总是让这种情况发生。有没有办法做类似的事情:解决合并冲突部分https://docs.microsoft.com/en-us/azure/devops/repos/git/merging?view=azure-devops&tabs=visual-studio来自服务器?通常唯一的冲突是 master 中的报告不在分支中,但那是单个 XML 行。我只想合并文件并保留丢失的行和新行。通过这种方式,Gatekeeper 可以合并文件而无需所有来回。

标签: gitazureazure-devops

解决方案


有一个扩展来解决网络上的拉取请求冲突。将其安装到您的 Azure DevOps 服务器后,您可以在拉取请求页面中看到一个冲突选项卡,然后您可以解决网站中的冲突,而不是解决本地克隆中的冲突。

在此处输入图像描述

注意:存在一个已知问题,即创建拉取请求后对主分支的新更改将无法被拉取请求识别。您需要放弃当前的 PR,然后创建一个新的。例如,您的 repo 中有两个 PR,feature1 到 master 和 feature2 到 master。在 feature1 合并到 master 后,现有的从 feature2 到 master 的 PR 将不会显示 feature1 的变化。你需要放弃它并重新创建一个新的 PR。然后您可以使用 Conflict 扩展来解决合并冲突。

在此处输入图像描述

更新:

当新的更改推送到主分支时,拉取请求无法自动获取最新的主更改。不是放弃并重新激活 PR,而是有一个“重新启动合并”选项,可以获取 master 的最新更改。

在此处输入图像描述

您还可以在冲突选项卡中看到主人的最后更改时间。

在此处输入图像描述


推荐阅读