git cherry-pick 问题？

问题描述

问 题

新建一个仓库，里面只放一个文本文件，分别做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比较好的使用场景是在 一个分支上想要另一个分支的单独的某个特性。

这篇关于git cherry-pick 问题？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！