拉取请求合并冲突问题 - 不显示当前主分支数据

Question

场景是我有三个分支。 main 、 A和B 。

A和B是同时从main创建的功能分支。 我更新了分支A和B中的file 1 。

然后我创建了一个从A到main的拉取请求，没有任何冲突。 现在，当我尝试从B创建 PR 到main时，我收到一个关于需要解决合并冲突的错误。 我正在使用 VSCode GitHub 拉取请求扩展，当我单击修改后的文件时它向我显示的内容在下面的屏幕截图中。

我看不到任何接受传入更改或保留当前更改的方法，但我在尝试重新设置基准时看到了这一点。 反正有没有看到这个，以便我可以解决每个文件上的冲突并批准或删除冲突的行？

此外，在A的第一次 PR 批准后，如果我尝试将B合并到main中，它会在左侧的main向我显示file 1中的旧数据。 在 PR 批准后，它不会从我的远程存储库中显示该文件的更新信息。

是通过运行 rebase 来解决这个问题的唯一方法吗？ 这变得有点痛苦，因为我必须通过 50 到 100 个需要在 rebase 中解决的冲突来处理 go。 看起来在每个git rebase --continue期间的这些冲突通常在同一组文件上，只是提交不同。

Answer 1

感谢@torek，OP 中的上述讨论可能对其他人有用。

解决此问题的几种方法，主要混淆是 PR 和合并在 git 或 GitHub 端所做的事情。

从 CLI 我能够运行git checkout <FEATURE> ， git merge main ，然后以测试方式解决冲突。 可选择提交并推回远程。 如果您确实推送到远程，PR 将更新说如果所有冲突都已修复，则不存在冲突。 PR可以被批准。

或者，如果您不想将 main 合并到FEATURE中进行测试，您可以运行git checkout main 、 git merge --no-ff <FEATURE> ，再次解决冲突，提交并推送。 PR for me 自动合并。