git merge：將兩個(gè)分支谆甜，合并提交為一個(gè)新提交垃僚，并且新提交有2個(gè)parent。
git rebase：會(huì)取消分支中的每個(gè)提交规辱，并把他們臨時(shí)存放谆棺，然后把當(dāng)前分支更新到最新的origin分支，最后再把所有提交應(yīng)用到分支上罕袋。
什么是 rebase?
git rebase可以把它理解成是“重新設(shè)置基線”改淑，將當(dāng)前分支重新設(shè)置開始點(diǎn)。這個(gè)時(shí)候才能知道當(dāng)前分支與你需要比較的分支之間的差異炫贤。
原理：rebase需要基于一個(gè)分支來(lái)設(shè)置當(dāng)前分支的基線溅固，這基線就是當(dāng)前分支的開始時(shí)間軸向后移動(dòng)到最新跟蹤分支的最后面，這樣你的當(dāng)前分支就是最新跟蹤分支兰珍。這里的操作是基于文件事務(wù)處理的侍郭，所以不用怕中間失敗會(huì)影響文件的一致性。在中間的過(guò)程中可以隨時(shí)取消rebase 事務(wù)掠河。
git rebase 和 git merge 有啥區(qū)別亮元？
rebase會(huì)把當(dāng)前分支的 commit 放到公共分支的最后面,所以叫變基。就好像從公共分支又重新拉出來(lái)這個(gè)分支一樣唠摹。
舉例:如果從 master 拉個(gè)feature分支出來(lái),然后提交了幾個(gè) commit,這個(gè)時(shí)候剛好有人把他開發(fā)的東西合并到 master 了,這個(gè)時(shí)候 master 就比你拉分支的時(shí)候多了幾個(gè) commit,如果這個(gè)時(shí)候你 rebase master 的話爆捞，就會(huì)把你當(dāng)前的幾個(gè) commit，放到那個(gè)人 commit 的后面勾拉。
merge會(huì)把公共分支和你當(dāng)前的commit 合并在一起煮甥，形成一個(gè)新的 commit 提交
注意:
不要在公共分支使用rebase
本地和遠(yuǎn)端對(duì)應(yīng)同一條分支,優(yōu)先使用rebase,而不是merge
拋出問題:
為什么不要再公共分支使用rebase?
因?yàn)橥蠓诺倪@些 commit 都是新的,這樣其他從這個(gè)公共分支拉出去的人，都需要再 rebase,相當(dāng)于你 rebase 東西進(jìn)來(lái)藕赞，就都是新的 commit 了
舉例：
1-2-3 是現(xiàn)在的分支狀態(tài)
這個(gè)時(shí)候從原來(lái)的master ,checkout出來(lái)一個(gè)prod分支
然后master提交了4.5成肘，prod提交了6.7
這個(gè)時(shí)候master分支狀態(tài)就是1-2-3-4-5，prod狀態(tài)變成1-2-3-6-7
如果在prod上用rebase master ,prod分支狀態(tài)就成了1-2-3-4-5-6-7
如果是merge
1-2-3-6-7-8
........ |4-5|
會(huì)出來(lái)一個(gè)8斧蜕，這個(gè)8的提交就是把4-5合進(jìn)來(lái)的提交
常用指令
git rebase -I dev 可以將dev分支合并到當(dāng)前分支
這里的”-i“是指交互模式双霍。就是說(shuō)你可以干預(yù)rebase這個(gè)事務(wù)的過(guò)程，包括設(shè)置commit message批销，暫停commit等等洒闸。
git rebase –abort 放棄一次合并
合并多次commit操作:
1 git rebase -i dev
2 修改最后幾次commit記錄中的pick 為squash
3 保存退出,彈出修改文件,修改commit記錄再次保存退出(刪除多余的change-id 只保留一個(gè))
4 git add .
5 git rebase --continue
