新建一个仓库，里面只放一个文本文件，分别做6次提交，，此时git log --oneline 的样子应该是这样的
文件的内容是这样的
我要丢弃 442452d 提交，但保留e09949e提交，我的做法是这样的
git reset --hard 260effc
然后 git cherry-pick e09949e
此时爆冲突了，如下图
我不理解的是为何会冲突，按道理应该直接就patch了，不应是上图的样子，e09949e这次提交应该是只包含‘4’ 不包含 ‘3’吧，如果要是还需要手动去掉‘3’的话，那cherry-pick 还有啥意义呢，我直接进文件把它删掉就好了啊，还是我用法有问题？求大神指点！！！
为什么不直接 git revert 442452d 呢？
commit记录的是相对修改 和修改内容的上下行是关联的 如果上一行丢失了 就会报冲突 需要人工解决。 如果你两个commit之间不再相关联的函数内 就可以直接revert。
另外使用这种reset --hard 再cherry-pick的方式 不太好 其他协作者可能在中间加了其他的commit，后续冲突处理更困难。
cherry-pick比较好的使用场景是在 一个分支上想要另一个分支的单独的某个特性。
因为
e09949e只包含4，是针对前一个commit442452d的差异而言。可你现在把
442452d给去掉了，希望把e09949e的父节点从442452d指到260effc，确实会有冲突。不确定在没动图的情况下我解释的是否清楚，如果有疑问，建议你先把这个教程好好玩玩。