无需合并从其他分支获取Commit：Git Cherry Pick问题与解决

一、搞定当前补丁失效的问题 #

你的情况是两个分支从公共节点P之后，foo.py的上下文已经变了太多，导致Commit B的改动没法直接匹配当前分支的文件。不用直接手动复制，试试这两个更高效的办法：

1. 用--reject参数打补丁 #

执行：

git show commitB > patch.txt
git apply --reject patch.txt

或者直接用diff管道：

git diff commitA commitB | git apply --reject

这个命令会自动应用能匹配的部分，没法匹配的改动会生成.rej后缀的文件，里面就是Commit B实际改的那5行。你只需要打开这个.rej文件，把内容对应合并到foo.py里，最后删掉.rej文件就行。

2. 用cherry-pick的冲突解决流程 #

虽然cherry-pick触发了一堆冲突，但你其实只需要关注那5行目标改动：

• 先跑git cherry-pick commitB，触发冲突后foo.py会进入冲突状态
• 打开foo.py，找到带有<<<<<<< HEAD、=======、>>>>>>> commitB标记的冲突块
• 只保留Commit B对应的那5行改动，清理掉其他无关的冲突标记和上下文
• 执行git add foo.py，再跑git cherry-pick --continue就能完成操作

这种方式能保留Git的提交记录，后续查改动来源更方便。

二、Git Cherry-Pick到底适合啥场景 #

cherry-pick不是用来替代合并的，它的核心是精准迁移单个或少量独立的提交，常见的使用场景：

• 线上bug修复：在开发分支修完bug，把这个修复提交单独cherry-pick到线上稳定分支，不用合并整个开发分支的大量改动
• 提取独立小功能：某个分支里有一个完成的小功能提交，不想合并整个分支，只把这个功能迁移到目标分支
• 跨分支回滚操作：比如主分支误合并了错误提交，用git revert生成反向提交，再把这个反向提交cherry-pick到其他需要回滚的分支

你觉得“差异大时失效”其实是误解，差异大只是会触发更多冲突，但cherry-pick本身还是能用的，只是需要手动解决冲突。而普通合并是把两个分支的所有差异整合，适合分支长期并行开发后统一代码的场景，和cherry-pick的精准迁移完全是两回事。

内容的提问来源于stack exchange，提问作者pierrecurie