功能分支是否合并到主分支，或相反？

Question

在GitHub上，在我从我的功能分支创建了一个拉取请求后，Github显示了

tim  wants to merge 5 commits into master from feature

然后我解决了一些合并冲突，GitHub显示了

Merge branch 'master' into feature

现在我很困惑，因为我创建的拉取请求是将我的功能分支合并到主分支中。为什么GitHub说相反？我如何理解GitHub上的两个相互矛盾的陈述？

感谢。

Answer 1

在与github合并时，您可能已解决了一些合并冲突。 github显示功能分支本身的合并冲突解决方案（通常是解决冲突时的最佳实践是在功能分支中解析它们），然后将功能分支合并到主服务器中。

这是一个图表：

master  A - B - C
         \   \ /
feature   E - F

F提交（解决冲突的地方）是Merge branch 'master' into feature提交。 C提交（如果存在 - github可以选择将您的功能分支快进到主服务器上）是将功能分支合并到主服务器中。 More information on what "fast forward" means

最后，主分支历史记录将类似于：

master A - E - B - F - C

Answer 2

拉取请求是尝试将您的要素分支合并到项目的master分支中。通常，必须手动解决合并冲突。执行此操作时，应将当前master合并到功能分支中。您看到的提交消息将准确地说明这一点。完成Pull Request后，您还会看到一条提交消息“Merge Pull Request #XYZ from user / branch”。