使用 git rebase 避免無謂的 merge

xxy1010 14年前
   <p>git pull 預設的行為是將遠端的 repo. 與本地的 repo. 合併,這也是 DVCS 的初衷,將兩個 branch 合併。但是,很多時候會發生以下這種情形:</p>    <p><a href="https://simg.open-open.com/show/18d40bf166bc42524f48d82e4ba6fc65.jpg"><img alt="" src="https://simg.open-open.com/show/18d40bf166bc42524f48d82e4ba6fc65.jpg"></a></p>    <p>這是因為,我們團隊的開發模式是本地的 branch 和遠端的 branch 會同步地非常頻繁(通常就是同名稱的 branch,例如 master),這兩個 branch 幾乎是完全同步。這時候就會發現這些 merge 動作其實沒有必要,會造成線圖無謂的複雜。這時候,會推薦使用以下這個指令:</p>    <pre>   git pull --rebase </pre>    <p>加上 rebase 的意思是,會先 1.把本地 repo. 從上次 pull 之後的變更暫存起來 2. 回復到上次 pull 時的情況 3. 套用遠端的變更 4. 最後再套用剛暫存下來的本地變更。詳細說明可以參考 <a href="/misc/goto?guid=4959671399677590428">pull with rebase</a>。</p>    <p>畫圖說明一下好了:</p>    <p>假設合併前是這樣:</p>    <pre>        D---E master       /  A---B---C---F origin/master  </pre>    <p>使用 merge 合併後:</p>    <pre>        D--------E         /          \  A---B---C---F----G   master, origin/master  </pre>    <p>如果是 rebase 的方式,就不會有 G 合併點:</p>    <pre>  A---B---C---F---D'---E'   master, origin/master  </pre>    <p>注意到,其中 D’, E’ 的 commit SHA 序號跟本來 D, E 是不同的,因為算是砍掉重新 commit 了。</p>    <p>你會問說,有 conflict 怎麼辦? rebase 跟 merge 類似,出現 conflict 一會暫停 rebase 動作,需要你手動修復後,然後才可以繼續動作。這也是 rebase 比 merge 複雜一點的地方:merge 如果發生 conflict,你只需要解決衝突一次,然後 commit 出去就完成了。而 rebase 的 conflict 可能會發生在上述步驟 4 的每一次重新套用上,所以可能需要解決衝突好幾次 (rebase 時所謂的解決衝突,其實是直接修改你之前的變更內容,所以上圖中變成 D’ 跟 E’ )。</p>    <p>所以到底何時該用 merge? 何時可以 rebase? 你可能心理也有答案了,如果你修改比較多,預期會有較多的 conflict,建議用 merge (不過,如果是多次大範圍的主題式修改,那是不是應該一開始就多開一個 branch 來做呢?)。如果修改範圍較小,不太預期有 conflict,則建議可以加上 rebase 參數。</p>    <p>如果想要把 rebase 當做 git pull 的預設值,可以在專案的 .git/config 加上</p>    <pre>  <code>  [branch "master"]    remote = origin    merge = refs/heads/master    rebase = true  </code>  </pre>    <p>也可以直接加到 ~/.gitconfig 讓所有的 tracked branches 都自動套用這個設定:</p>    <pre>  <code>  [branch]      autosetuprebase = always</code></pre>    <p>来自:https://ihower.tw/blog/archives/3843</p>