场景：
开发代码完，然后执行了git add. 和git commit -m"$$",
image.png
切换到develop分子，git pull 后，执行>git cherry-pick 7b061aa，发现本地提交已经在develop上了，git push 就OK
此时的master：切换到master，回退一个版本就行（git reset b27566dec2826f3898a26804fc80e78b2962e850），git checkout . 就OK
git cherry-pick 择优挑选
1、git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作（操作的对象是commit）
比如：想把develop开发环境中部分功能合并到稳定版本master上，这里就可以用 git cherry-pick <commit id>
注意：当执行完 cherry-pick 以后，将会 生成一个新的提交；这个新的提交的哈希值和原来的不同，但标识名 一样；(commit id会变)
假设我们需要将develop上的两个commit 合并到master上，两个commit的commit id 分别如下：
git cherry-pick 20c2f506d789bb9f041050dc2c1e954fa3fb6910 2633961a16b0dda7b767b9264662223a2874dfa9 #多个Id空格分割
注意：上面这条cherry-pick命令每拣选一个commit就会提交一次生成一个新的commit id。 如果我们想让每个commit 拣选后暂缓提交，等到所有commit都拣选完成后，自己手动commit，应该怎么办呢？答案是用-n 选项：
git cherry-pick -n 20c2f506d789bb9f041050dc2c1e954fa3fb6910 2633961a16b0dda7b767b9264662223a2874dfa9
这样，当git cherry-up后，这两个commit上的更改就被merge到本地的dev_02分支了，此时这些更改就像是你再dev_02分支上自己手动添加的一样，注意此时这些更改并没有被提交。
执行git status 会列出这些改动。
此时，就可以按正常流程（git commit, git push）来提交改动了
2、git cherry-pick 版本找回
假设这样一个场景，产品提一个功能需求，你开发完，然后commit了；第二天产品说那个功能不要了，你说可以，然后reset回去；又过两天，产品又对你说，那个功能还是加上去吧，这时候你心里是不是有一万只草泥马奔驰而过，怎么办？代码已经在reset之后做过修改，有了新的commit了啊，难道要重新开发？还是回退？
1.首先我提交了两个commit
commit 86adfc7611154f57dc750ca25a707743b483dd49 (HEAD -> demo)
第二次commit
commit 004ff75d9ccf27b6721f6b6ea86efa92319f4102
第一次commit
2.然后产品说第二次commit功能不要了，这时候你已经做了第三次commit了
$ git reset --hard 004ff75d9ccf27b6721f6b6ea86efa92319f4102
HEAD is now at 004ff75 第一次commit
3.过两天产品说加上"第二次commit"还是这个功能吧
$ git reflog
7b1e2c6 (HEAD -> demo) HEAD@{0}: commit: 第三次commit
004ff75 (HEAD -> demo) HEAD@{0}: reset: moving to 004ff75d9ccf27b6721f6b6ea86efa92319f4102
f2bf3c0 (master) HEAD@{2}: cherry-pick: 第二次commit
$ git cherry-pick f2bf3c0
[demo 0ece56f] 第二次commit
Date: Sat May 19 17:08:48 2018 +0800
1 file changed, 1 insertion(+), 1 deletion(-)
$ git log 发现三次提交都在了
