Git之rebase、merge和cherry pick的区别详解—面试常问

git flow 镇楼

转载请注明出处：https://www.cnblogs.com/NaughtyCat/p/differ-with-rebase-merge-cherry-pick.html

• merge

这个简单，初学者常用。比如主分支是Dev，最新版本是01。然后小明基于此，搞了个feature 分支A,业务：打酱油

然后在上面多次提交，完成功能迭代开发，如A1 ---> A2 ---> A3(作者【CoderBaby】)

Dev 分支 merge A branch，最后Dev 分支的历史log就变成： Dev01 ---> A1 ---> A2 ---> A3

附图如下：

• rebase

中文翻译过来，变基。这个搞完，提交历史会比较清爽，哈哈

a)  merge会有两条提交历史记录线路，有个菱形图（C2, C3, C4, C5间关系）

b）rebase只有一条提交历史记录线路图，无菱形图（C2, C3, C4'），并且少了一个提交对不，C4好像不存在

附图如下：

　　　　　　　　　　　　　　　　　　　　　　　　　after merge 

　　　　　　　　　　　　　　　　　　　　　　　　　after rebase

官网说明请移步： https://git-scm.com/book/en/v2/Git-Branching-Rebasing

rebase、merge的区别参见： https://stackoverflow.com/questions/16666089/whats-the-difference-between-git-merge-and-git-rebase

• cherry pick

直译，摘樱桃。这个就是可以选一个分支中一个或者几个commit来应用提交到另外一个分支，操作单元是commit 不是branch。附图如下：

当前分支head 指向F，我可以选取另一个分支上的C commit，将其更改应用到我的分支，作为C‘ commit。

官网说明请移步：  https://git-scm.com/docs/git-cherry-pick

附：

git官网中文版电子书（web版）:  https://git-scm.com/book/zh/v2

*****************************************************************************************************

精力有限，想法太多，专注做好一件事就行

• 我只是一个程序猿。5年内把代码写好，技术博客字字推敲，坚持零拷贝和原创
• 写博客的意义在于锻炼逻辑条理性，加深对知识的系统性理解，锻炼文笔，如果恰好又对别人有点帮助，那真是一件令人开心的事

*****************************************************************************************************