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

Question

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

Answer 1

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

\n\n

\n\n

注意：有一个已知问题，即 Pull 请求创建后对 master 分支的新更改将不会被 Pull 请求识别。您需要放弃当前的 PR，然后创建一个新的 PR。\n例如，您的存储库中有两个 PR，feature1 为 master，feature2 为 master。feature1 合并到 master 后，从 feature2 到 master 的现有 PR 将不会显示 feature1\xe2\x80\x99s 的更改。您需要放弃它并重新创建一个新的 PR。然后您可以使用冲突扩展来解决合并冲突。

\n\n

\n\n

更新：

\n\n

当新更改推送到 master 分支时，Pull Request 无法自动获取最新的 master 更改。不是放弃并重新激活 PR，而是使用 \xe2\x80\x9cRestart merge\xe2\x80\x9d 选项来获取 master 的最新更改。

\n\n

\n\n

您还可以在冲突选项卡中看到 master\xe2\x80\x99s 最后更改时间。

\n\n

\n