什么是 rebase?

git rebase 你其實可以把它理解成是“重新設置基線”，將你的當前分支重新設置開始點。這個時候才能知道你當前分支于你需要比較的分支之間的差異。
原理很簡單：rebase需要基于一個分支來設置你當前的分支的基線，這基線就是當前分支的開始時間軸向后移動到最新的跟蹤分支的最后面，這樣你的當前分支就是最新的跟蹤分支。這里的操作是基于文件事務處理的，所以你不用怕中間失敗會影響文件的一致性。在中間的過程中你可以隨時取消rebase 事務。

官方解釋: https://git-scm.com/book/zh/v2/Git-分支-變基

git rebase 和 git merge 有啥區別？

rebase會把你當前分支的 commit 放到公共分支的最后面,所以叫變基。就好像你從公共分支又重新拉出來這個分支一樣。
舉例:如果你從 master 拉了個feature分支出來,然后你提交了幾個 commit,這個時候剛好有人把他開發的東西合并到 master 了,這個時候 master 就比你拉分支的時候多了幾個 commit,如果這個時候你 rebase master 的話，就會把你當前的幾個 commit，放到那個人 commit 的后面。

rebase

merge 會把公共分支和你當前的commit 合并在一起，形成一個新的 commit 提交

merge

注意:

• 不要在公共分支使用rebase
• 本地和遠端對應同一條分支,優先使用rebase,而不是merge

拋出問題:

為什么不要再公共分支使用rebase?
因為往后放的這些 commit 都是新的,這樣其他從這個公共分支拉出去的人，都需要再 rebase,相當于你 rebase 東西進來，就都是新的 commit 了

• 1-2-3 是現在的分支狀態
• 這個時候從原來的master ,checkout出來一個prod分支
• 然后master提交了4.5，prod提交了6.7
• 這個時候master分支狀態就是1-2-3-4-5，prod狀態變成1-2-3-6-7
• 如果在prod上用rebase master ,prod分支狀態就成了1-2-3-4-5-6-7
• 如果是merge
  1-2-3-6-7-8
  ........ |4-5|
• 會出來一個8，這個8的提交就是把4-5合進來的提交

merge和rebase實際上只是用的場景不一樣
更通俗的解釋一波.
比如rebase,你自己開發分支一直在做,然后某一天，你想把主線的修改合到你的分支上,做一次集成,這種情況就用rebase比較好.把你的提交都放在主線修改的頭上
如果用merge，腦袋上頂著一筆merge的8,你如果想回退你分支上的某個提交就很麻煩,還有一個重要的問題,rebase的話,本來我的分支是從3拉出來的,rebase完了之后,就不知道我當時是從哪兒拉出來的我的開發分支
同樣的,如果你在主分支上用rebase, rebase其他分支的修改,是不是要是別人想看主分支上有什么歷史,他看到的就不是完整的歷史課,這個歷史已經被你篡改了

常用指令

• git rebase -I dev 可以將dev分支合并到當前分支
  這里的”-i“是指交互模式。就是說你可以干預rebase這個事務的過程，包括設置commit message，暫停commit等等。
• git rebase –abort 放棄一次合并
• 合并多次commit操作:
  1 git rebase -i dev
  2 修改最后幾次commit記錄中的pick 為squash
  3 保存退出,彈出修改文件,修改commit記錄再次保存退出(刪除多余的change-id 只保留一個)
  4 git add .
  5 git rebase --continue

總結

以上是生活随笔為你收集整理的git rebase和merge区别及使用场景的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。