前言
上周四在公司开发代码时，一下没注意从测试分支dev上拉了代码并进行开发，最后要上线的时候才猛然发现分支拉错了，一看gitLab上改了几十个文件，再一查发现自己拉代码拉错了😭😭😭，本来都准备下班了，结果硬是新建了一个分支，把四五个文件近1000行代码一点一点cv到新分支上，结果搞完一查才发现git有个cherry pick的命令可以直接搞完，希望jym看完这篇文章以后不要像我一样做这种一点一点cv的蠢事了😭😭😭
什么是cherry pick
cherry pick顾名思义，就是樱桃采摘，只采摘你想要的那一颗，多一个都不要，他主要的作用就是可以将某个分支上的commit代码，移植到另一个分支上。
用法
- git cherry-pick commit
唯一需要注意的就是他的commit-id，如果不知道怎么查看的话可以用git log 来进行查看commit-id，当执行完cherry pick以后，他会自动生成一个新的commit，也就是一个新的commit-id，这个提交的commit和原来的一模一样，只是这个commit-id不一样。
图解
如图所示，我们在第三个节点创建了一个新的分支A，在A上面进行了一次提交B，在A后面提交了三次，分别是add f1,add f2 ,fix bug ，但是最后经过查看发现这个bug在A分支的B里面，因为在master分支上还有其他的提交，所以这种我们肯定不能说直接git merge一下，给他merge到B上面，这种情况下我们就可以先切换到A分支上，然后用git cherry-pick <fix-bug-commit-id>去把他刚给提交到B后面
小结
最后小结一下，就是当我们想要合并某些内容，但是又不想包含整个分支的时候，这个时候就可以用cherry-pick了。
《什么?还不知道git cherry pick？》 是转载文章，点击查看原文。