Git-用 cherry-pick 挑好看的小樱桃

不念不忘少年蓝@ 2022-05-30 05:07 241阅读 0赞

# 前篇 #

> 在此之前，我想问一个问题，你是在接触 Git 多久之后，知道有这个命令的？

我的答案是很久很久之后，这真是一个悲伤的故事。懒，是万恶之源，此话果然不假。

# cherry-pick 能干啥？ #

cherry，中文翻译是樱桃，pick， 中文翻译是采集，挑选。所以，cherry-pick 就是挑选樱桃,`git cherry-pick` 就是从你的项目文件中找出"樱桃"二字，找到就可以找博主来兑换樱桃了。

以上是开玩笑，写博客呢，干什么，正经点！

cherry-pick 的翻译是择优挑选，使用`git cherry-pick`命令，可以选择将现有的一个或者多个提交的修改引入当前内容。

那么，什么情况下会有到这么不常见的命令呢？

假设你现在正在开发一个项目，有一个功能分支 feature，开发分支 develop。 feature 有3个提交，分别是 A ，B ，C 。develop 分支只想加入 C 功能， 此时合并操作无法满足，因为直接合并 feature，会将3个提交都合并上，我想合并就只有 C，不要 A，B。此时就需要挑樱桃大法–cherry pick！

具体的做法：

1.  切换到 develop 分支。
2.  通过 `git log feature`,找到 C 的 SHA1 值。
3.  通过 `git cherry-pick <C的SHA1>` ，将 C 的修改内容合并到当前内容分支 develop 中。
4.  若无冲突，过程就已经完成了。如果有冲突，按正常冲突解决流程即可。

![cherry-pick 示意图][cherry-pick]

# cherry-pick VS merge, Ready? GO! #

从上面简单的小例子上看，我想，小伙伴们，都应该已经对 merge 和 cherry-pick 有了大概的区分，这里做下对比，让大家有个清晰明确的掌握，防止似是而非，以后误操作。

![format_png][]  
![format_png 1][]

`git merge` ：将两个提交历史合并。  
`git cherry-pick`：将提交对应的内容合并。

这里，非常需要明确的一点，**commit 代表的是修改！**

例中，提交 C 的内容，就是对比 B 上面做的修改，可能是创建了一个文件，或者修改了一个词语。那么 C 内容就是一个文件的添加，和一个词语的修改。

以提交 C 为结束点的提交历史，实际内容是提交 C 和 C 之前所有的修改。

cherry-pick 操作的对象就是 commit。  
merge 操作的对象就是 commit history。

所以，使用的时候，你要知道，你想要的什么。

# 博主邀请你参加挑樱桃游戏 #

光说不练假把式，现在写个小 demo 测试一下。

1.  创建一个空文件夹 GitDemo,`git init`初始化。
2.  随便创建一个文件，完成初次提交，创建 master 分支。
3.  创建并切换 develop 分支，创建个提交，每一个提交中创建一个文件，方便测试。

具体命令如下：

// 切换到GitDemo目录下,并初始化Git
    cd .../GitDemo  
    git init  
    
    //创建初次提交，创建 master 分支
    touch cherry-pick.txt
    git add .
    git commit -m '创建cherry-pick文件，初次提交'  
    
    
    //创建并切换到 develop 分支，创建提交“樱桃1号”
    git checkout -b develop
    touch 樱桃1号.txt
    git add .
    git commit -m "创建樱桃1号文件"
    
    
    //创建提交“樱桃2号”
    touch 樱桃2号.txt
    git add .
    git commit -m "创建樱桃2号文件"
    
    //创建提交“樱桃3号”
    touch 樱桃3号.txt
    git add .
    git commit -m "创建樱桃3号文件"

以上，测试场景构建完毕。现在用 `git log develop` 查看 develop 的提交历史如下：

![format_png 2][]

现在，仔细瞅瞅，你最喜欢几号樱桃，喜欢哪个，就挑哪个。我喜欢3号，从上图看到3号的 SHA1 值是`90279a36a8972034e922b65598adfc0c3e13679b`,使用前几位就足够了。

//切换到 master 分支
    git checkout master
    //挑选3号樱桃
    git cherry-pick 90279a36

![format_png 3][]

挑选成功，通过 `ls` 命令，看到成功加入`樱桃3号.txt`。

![format_png 4][]

挑樱桃游戏成功！

另外，需要说明的是，cherry-pick 到 master 的樱桃3号，事实上不是真的 3 号，是 3 号的复制品， 两者的 SHA1 值是不同的，由此可确认这是两个提交。

![format_png 5][]

# 了解更多的 cherry-pick #

理解 cherry-pick 操作的本质，之后，再看其他的命令，就毫无压力了。全部命令详看[官方文档][Link 1]，这里我给出几个比较常用的：

git cherry-pick <commits>

挑选多个提交合并,提交之间用空格相隔。例如，想挑选1号和3号的，就可以用`git cherry-pick 4d2951 e4cdff9`命令一步到位了。

git cherry-pick <start-commit>..<end-commit>

挑选一个范围的多个提交合并,但是这个语法对应操作区别是左开右闭，不包含start-commit。另外要注意两个commit 之间要求有连续关系的，并且前者要在后者之前，顺序不能颠倒。

git cherry-pick <start-commit>^..<end-commit>

这个和上面一样，区别就是加了一个`^`符号，就变成闭区间了，包含 start-commit。

git cherry-pick <branch name>

挑选 branch 最顶端的提交。例如挑选 3 号樱桃可以用`git cherry-pick develop`。

git cherry-pick --continue  //继续下个操作
    git cherry-pick --quit //退出
    git cherry-pick --abort //停止本次操作

以上是关于 cherry-pick 操作控制命令，当 cherry-pick 多个提交时，假设遇到冲突，`--continue`继续进行下个，`--quit`结束 cherry-pick 操作，但是不会影响冲突之前多个提交中已经成功的,`--abort`直接打回原形，回到 cherry-pick 前的状态，包括多个提交中已经成功的。

# 尾篇 #

对于这个命令来说，理解 commit 的本质是修改很关键。好了，下篇博客见～，这个3月要将当初计划的 Git 系列博客补完，Fighting！

# 欢迎订阅我的Git系列文章 #

*  [ 01. 请回答：Git是什么？][01. _Git]
 *  [ 02. Git常用命令一日游活动][02. Git]
 *  [ 03. Git三大特色之Branch(分支)][03. Git_Branch]
 *  [ 04. Git三大特色之Stage(暂存区)][04. Git_Stage]
 *  [ 05. Git三大特色之WorkFlow(工作流)][05. Git_WorkFlow]
 *  [ 06. Git-你好, HEAD 同学][06. Git-_ HEAD]
 *  [ 07. Git-用 cherry-pick 挑好看的小樱桃][07. Git-_ cherry-pick]
 *  [ 08. Git-rebase 黑魔法之打造完美的线性历史][08. Git-rebase]
 *  [ 09. Git-rebase 黑魔法之打磨 commit 颗粒度][09. Git-rebase _ commit]
 *  [ 10. Git-少年，你想学回滚吗？想撤销文件修改吗？][10. Git-]
 *  [ 11. Git-移动记录仪 & 贴心小棉袄 reflog][11. Git-_ _ _ reflog]
 *  [ 12. Git-丢失的 commit 是真的消失了吗？][12. Git-_ commit]
 *  [ 13. Git-叹为观止的 log 命令 & 其参数][13. Git-_ log _ _]
 *  [ 14. Git-送娃子们一本关于如何自学 Git 的秘籍][14. Git-_ Git]

--------------------

欢迎关注个人微信公众号「浅浅同学的开发笔记」，最新的博客，好玩的事情，都会在上面分享，期待与你共同成长。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70_pic_center]

[cherry-pick]: /images/20220530/4697328c80574171b5329e11ec56fa56.png
[format_png]: /images/20220530/e4b63ddb39364e4f8795bbdb37eb4006.png
[format_png 1]: /images/20220530/32db7f25d21b488d8c2048950fdf7810.png
[format_png 2]: /images/20220530/256cef8c67f74e2c91be59cd69c92af9.png
[format_png 3]: /images/20220530/85ea10008e8b4556bac162cbd4b86cf5.png
[format_png 4]: /images/20220530/d77b0d827c0d44f18bd6fd402ea2e10e.png
[format_png 5]: /images/20220530/e6fd4964428f4ed1ab5f2f437771b6ef.png
[Link 1]: https://git-scm.com/docs/git-cherry-pick
[01. _Git]: http://blog.csdn.net/qq_32452623/article/details/78276451
[02. Git]: http://blog.csdn.net/qq_32452623/article/details/78276474
[03. Git_Branch]: http://blog.csdn.net/qq_32452623/article/details/78355976
[04. Git_Stage]: http://blog.csdn.net/qq_32452623/article/details/78417609
[05. Git_WorkFlow]: http://blog.csdn.net/qq_32452623/article/details/78905181
[06. Git-_ HEAD]: http://blog.csdn.net/qq_32452623/article/details/79415990
[07. Git-_ cherry-pick]: http://blog.csdn.net/qq_32452623/article/details/79449534
[08. Git-rebase]: http://blog.csdn.net/qq_32452623/article/details/79459842
[09. Git-rebase _ commit]: http://blog.csdn.net/qq_32452623/article/details/79475057
[10. Git-]: http://blog.csdn.net/qq_32452623/article/details/79521461
[11. Git-_ _ _ reflog]: http://blog.csdn.net/qq_32452623/article/details/79534832
[12. Git-_ commit]: http://blog.csdn.net/qq_32452623/article/details/79551429
[13. Git-_ log _ _]: http://blog.csdn.net/qq_32452623/article/details/79599503
[14. Git-_ Git]: http://blog.csdn.net/qq_32452623/article/details/79619798
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70_pic_center]: /images/20220530/9c17aa75921849189a65a32b1b9671be.png