2016-04-28 81 views
6

任何人都可以解釋爲什麼在GitHub中的提交會顯示以下信息:'Contributor-A' committed with 'Contributor-B' on 15 Febgithub提交信息:A承諾B

這是否意味着'Contributor-A'是作者(誰沒有對主人的推送訪問權限)並且'Contributor-B'是提交者/維護者?

那麼爲什麼沒有爲合併此提交創建的PR?或者這是否意味着這個提交關閉了PR,但是維護者沒有通過Web界面合併它,而是執行了rebase或cherry-picking來包含它?

非常感謝!

+0

您可以包括你所看到的樣品和怎麼想的什麼是錯的? – osowskit

+0

對不起,我沒有說清楚。我沒有發現任何錯誤。我只是不完全理解GitHub提交頁面上的信息。我無法通過Google找到答案。我添加了一個數字來說明我的問題。 –

+0

很難完全回答你的問題,而沒有看到GitHub鏈接到存儲庫或Git倉庫本身。 – osowskit

回答

2

...維護人員沒有通過網絡界面合併它,但執行rebase或櫻桃採摘包括它?

我能夠通過從另一個分支櫻桃選擇提交併直接推送到當前分支 - an example on GitHub得到此。

A Pull Request不需要在分支之間推送代碼。合併請求是一種允許開發人員在合併分支機構之前就變更進行協作的方法。

+0

非常感謝您的示例。我應該自己嘗試過......我知道PR不是強制推送代碼。我只是認爲工作流程是一個相對嚴格的規則,開發人員應該遵循。但是現在我知道這條規則很靈活。非常感謝你。 –

+0

旁註:當在Xcode(7.3.2)的集成提交界面中使用複選框時,你也會在Github上得到'A'提交的'A'的效果。所以它基本上是在引擎蓋下挑選櫻桃。 –

1

當然,當通過Web界面將「請求和合並」策略合併請求時,會發生這種情況,但我不確定這是否是唯一的情況。

貢獻者-A在2月15日

致力於與貢獻者-B貢獻者-A提交拉入請求和貢獻者-B有效合併它。

這裏描述它可能在其他情況下發生:how to apply a git patch as if the author committed to my repo?