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

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”。