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年内把代码写好，技术博客字字推敲，坚持零拷贝和原创
- 写博客的意义在于锻炼逻辑条理性，加深对知识的系统性理解，锻炼文笔，如果恰好又对别人有点帮助，那真是一件令人开心的事
*****************************************************************************************************
