cherry pick的作用： 参考了一些博客，
eg：
参考博客1
参考博客2
再做了个小案例后，我目前的理解是，cherry pick的作用是将一个分支的部分提交/历史提交,可以合并到另外一个分支。
就是说有这么一个场景，master存在一个久远的bug，你现在在dev需要去master修改bug，创建一个bug分支，修改保存后合并到master，最后再切回dev，可是你发现dev就是master创建的一个分支，那么它也存在这个bug，你又不想手动修改，怎么办，可以直接合并之前的修改内容吗？可以~ – cherry pick
这也只是解决办法之一,之后遇到详细真实场景再强化理解。

准备工作:
1、远程的gitee仓库，有两个分支master、cl (方便我们参考部分合并后的结果)
master分支：

cl分支:

2、工具:idea git
3、确保我们所有之前的代码都是提交完成的
4、4.1 在cl分支中分别两次提交打印语句
4.2 第一次提交:System.out.println(“合并”);
4.3 第二次提交:System.out.println( “不合并”);
最后仅将cl分支的 "System.out.println(“合并”); " 合并到master 分支，最后再提交到远程仓库

实践:
1、做的是4.1 - 4.3 并且推送到远程仓库

2、idea上切换到master分支，并且idea的左下角位置找到 Version control，打开，看到提交的log，

右键我们之前在cl分支的记录，直接点击cherry-pick,如下图

之后再提交到远程仓库,成功了