如何阻止Git cherry-pick自动合并？为何未触发冲突？

原因分析 #

Git的合并逻辑基于三向合并：它会同时对比三个版本的代码：

• 当前分支的代码（你的工作区版本：functionDeterminer.setupEval({}, {});）
• 待cherry-pick提交的父版本（该提交修改前的原始代码，大概率也是functionDeterminer.setupEval({}, {});）
• 待cherry-pick提交的版本（修改后的代码：functionDeterminer.setupEval({});）

由于当前分支代码和原提交的父版本完全一致，Git判定这是一个无冲突的单向修改——只是把一行代码从A改成B，没有其他矛盾的变更，因此会自动应用这个修改，不会触发冲突提示。--no-commit参数只是让Git不自动提交合并结果，并不会改变它自动合并无冲突变更的逻辑。

解决方法 #

如果你希望强制Git触发冲突，让你手动确认或调整这个修改，可以尝试以下两种方案：

方案1：强制生成冲突标记 #

使用conflict=diff3策略选项，让Git即使在判定无冲突时，也生成包含三向对比的冲突内容，方便你手动编辑：

git cherry-pick --strategy=recursive -X conflict=diff3 <commit-hash>

执行后，目标文件会被标记为冲突状态，打开文件可以看到当前版本、原提交父版本和待cherry-pick版本的对比内容，你可以手动删除冲突标记，保留想要的代码。

方案2：手动制造冲突前置条件 #

先临时修改目标文件的对应行，让它和待cherry-pick提交的父版本不一致：

1. 编辑文件，把functionDeterminer.setupEval({}, {});改成临时内容，比如：

   functionDeterminer.setupEval({}, {}, {});
   

2. 执行cherry-pick：

   git cherry-pick <commit-hash>
   

此时Git会因为当前行和原提交父版本不同，触发冲突提示，你可以打开文件手动调整为最终想要的代码，再执行git add <file>和git commit完成操作。

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