2012-04-13 31 views
5

我是git和github的新手,對於新手問題表示歉意。我搜查了文檔,並沒有能夠告訴我做錯了什麼,或者即使如果我做錯了...向上游回購的請求包含以前從上游回購提取/合併的提交?

我已經在github上分叉了一個repo,克隆它在本地,在幾個分支做了一些改變,在當地實施了這些改變,並將它們推到了github上我的分叉回購。在我一直在研究這些東西的時候,我對上游分銷商進行了各種各樣的提交。我不確定這是否是正確的做法,但我提取併合並了上游的更改,然後再次推送到我的分支。

現在,我想向上游回購發送拉請求。但是當我開始這樣做時,github列出了所有將作爲pull請求一部分的提交,並且它包含了已經對上游回購進行的所有已經進行的更改,這些更改是我已經獲取併合並的。

這看起來不對。我需要在這裏做什麼?

回答

4

這是好的,因爲您已將這些提交推送到您的分叉回購,因此它們在邏輯上屬於您的請求。

當pull請求被上游repo的所有者合併時,Git會檢測到它已經「包含」了一些提交,並且只會在您的更改中合併。

只要創建你的拉請求,你很好。

+0

啊,很好,謝謝! – 2012-04-13 20:53:34

+0

我想我的情況完全一樣。澄清一下,@ cfedermann你是說如果我的pull請求顯示15個提交併且其中13個是「合併遠程跟蹤分支...」,那麼可以。上游所有者合併我的拉取請求時,Github會自動處理此問題嗎?這感覺很尷尬,但也許這是正確的做事方式...... – 2012-07-11 08:37:58

+1

是的,合併在遠程意味着「重新連接」你的叉子主版本;如果你的pull request包含13個這樣的「重新連接」和2個「真實」變更集,git(因此GitHub)將能夠在2個變更集中正確合併(除非其中一個引入合併衝突)。希望澄清。 – cfedermann 2012-07-11 11:49:07

相關問題