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

有没有办法解决Azure devops服务器上的合并冲突？我遇到的问题是，我试图将我的分支隔离到单个请求/缺陷。例如，我让Request1创建一个报告以显示购买列表，并让Request2显示销售列表。两者都将驻留在解决方案中以进行会计处理。我提交、推送并执行拉取请求。第一个合并到master fine中，但第二个发生冲突，因为它没有第一个。现在，当这种情况发生在过去时，我只需将master拉入我的Request2并执行另一个push/pull请求。然而，我现在和一个看门人一起做一个项目，这增加了很多时间让这一切发生。是否有任何方法可以执行以下操作：从服务器上解决的合并冲突部分？通常唯一的冲突是master中不在branch中的报表，但它是一行XML。我只想合并文件，保留丢失的行和新行。这样，守门人就可以合并文件，而无需来回执行所有操作

解决web上的请求冲突有一个简单的方法。将其安装到Azure DevOps服务器后，您可以在请求页面中看到“冲突”选项卡，然后您可以在网站中解决冲突，而不是在本地克隆中解决冲突

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

更新：

当新更改推送到主分支时，拉取请求无法自动获取最新的主更改。除了放弃和重新激活PR之外，还有一个“重新启动合并”选项，它可以获取主服务器的最新更改

您还可以在“冲突”选项卡中看到主机的上次更改时间

---

你能告诉我“守门人”是什么吗？守门人是一个叫卡罗尔的人，他接受拉入请求并将分支合并到主分支中。问题是，无论何时发生冲突，他都没有能力自己解决。他真正需要做的就是接受新分支机构的特定代码行。谢谢：）你是否将代码保存在Azure Repos或Github上？是的，我到处都在读这篇文章，但希望现在有办法解决。似乎很容易修复，因为逻辑已经在VS中。对此表示抱歉。当新更改推送到主分支时，拉取请求无法自动获取最新的主更改。除了放弃和重新激活PR之外，还有一个“重新启动合并”选项，它可以获取主服务器的最新更改。检查以上更新