解决合并冲突 GIT Azure-devops 服务器端

Question

有什么办法可以解决 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 可以合并文件而无需所有来回。

Answer 1

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

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

更新：

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

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