我想知道在特定情况下解决合并冲突的最佳方法是什么。在这种情况下，有两个开发人员（A 和 B）一起协作开发一个项目，开发人员 A 是项目维护者，因此应该负责项目主要分支的任何更改。 DeveloperB 在一个新分支（我们称之为功能分支）中开发一个特性，为它创建一个拉取请求，目标分支指向主分支。两位开发人员都审查了拉取请求并检查了所有内容，除了某些文件中存在一些冲突。
我知道冲突解决发生在本地，因此开发人员中的任何一个或两个都必须解决其本地存储库中的冲突。
但我的问题是开发人员应该以什么顺序将分支合并在一起？ 是否将功能分支合并到主分支中？或者将主分支合并到功能分支中？
如果你合并到特性分支，你可以在最终合并到主分支之前（重新）审查合并结果。一旦你“合并合并”，Git 就足够聪明地找出需要合并的内容。
如果合并到主分支，则无法查看合并结果。但如果项目的维护者正在做合并，也许没有必要。
第三种选择是从主分支创建一个新的“集成”分支，合并两个分支，然后将该集成分支合并到主分支。与直接合并到功能分支相比并没有太大好处（除了有时您的工作流程会强制您这样做；它还允许您继续在原始功能分支上工作）。
最后，这并不重要，因为你可以得到相同的好结果或相同的坏结果。