git中的cherry-pick,revert和rebase都使用的是3-way合并策略，下面就來看看這3個方法使用的merge-base，ours和theirs分別是什么。

?

cherry-pick

　　假如有如下的提交歷史,使用命令git cherry-pick alt（當前branch是master)，那么merge-base就是加陰影的commit 1，ours就是加陰影的commit 3，theirs就是加陰影的commit 2。

?

?

?

?

?

?

?

?

?

revert

　　假如有如下提交歷史，使用命令git revert master~2，那么merge-base就是加陰影的commit 1，ours就是加陰影的commit 3，theirs就是加陰影的commit 2.

?

rebase

　　假如有如下提交歷史，每一個提交都向一個文件a里面增加一行，比如commit 1向文件a里面寫入1，commit 2向文件a里面寫入2，依次類推。使用命令git rebase --onto master alt1 alt2時，merge-base，ours，theirs分別是什么呢？

當使用rebase命令時，git如做如下3件事:

1 確定要rebase的commit是什么，這里要rebase的commit就是alt1..alt2。alt1..alt2表示從alt2可reachable的commit當中減去從alt1同樣可以reachable的commit，這里就是commit 10，commit11，commit12；

2 使用一個匿名branch指向alt2

3 將alt2 reset到新的base，即master

如下圖所示:

接下來git會依次將commit 10，commit 11, commit 12 rebase到新的alt2上。如果在rebase commit 10發生了沖突，那么merge-base就是commit 6，ours就是alt2指向的commit 5，theirs就是commit 10。如果commit 10 rebase成功后的commit記為commt 10’(此時alt2會指向commit 10')，接下來rebase commit 11如果也發生了沖突，那么merge-base同樣是commit 6，ours是commit 10'，theirs是commit 11。當rebase完成之后如果所示:

由于rebase之后commit 10，commit 11，commit 12沒有被任何分支引用，它們最后會被git移除。

?

rebase有一個特殊的情況如下圖所示:

如果運行命令git rebase --onto master alt1 alt2，要被rebase的commit應該是alt2上的commit 7,commit 8, commit 10，但是由于alt1(在git rebase --help中，alt1被稱為upstream)，上面也有commit 7和commit 8，它們對文件a所做的修改時一樣的，這時，git只會rebase alt2上的commit 10，相應merge-base也會成為alt1上的commit 8，最后的結果如下圖,rebase完成之后，虛線框中的commit 7，commit 8， commit 10同樣會被git移除。

?

轉載于:https://www.cnblogs.com/chaoguo1234/p/5351497.html

總結

以上是生活随笔為你收集整理的cherry-pick，revert和rebase使用的3-way合并策略的全部內容，希望文章能夠幫你解決所遇到的問題。

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