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

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 commit（解决的冲突）是Merge branch 'master' into feature提交。 C提交（如果存在 - github可以选择将您的功能分支快进到主服务器上）是将功能分支合并到主服务器中。 关于“快进”意味着什么的更多信息

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

master A - E - B - F - C

Answer 2

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