如何禁止git cherry-pick将一个文件的差异应用到另一个文件？

问题场景 #

在不同分支将同一源文件重命名为不同名称后，cherry-pick其中一个分支的文件变更时，Git会自动将变更应用到另一个分支的重命名文件上，而非因目标文件不存在报错。

问题复现步骤 #

git init foo
cd foo

# 在master分支添加初始a.txt
echo hello > a.txt
git add a.txt
git commit -mbase

# 创建new分支
git branch new

# 在master分支将a.txt重命名为b.txt
git mv a.txt b.txt
git commit -m'rename a.txt to b.txt'

# 在master分支修改b.txt
echo world >> b.txt
git commit -am'world b'

# 在new分支将a.txt重命名为c.txt
git switch new
git mv a.txt c.txt
git commit -m'rename a.txt to c.txt'   # Anchor 1

# 应用master分支中修改b.txt的提交
git cherry-pick master

• 预期结果：因new分支不存在b.txt，cherry-pick应冲突失败
• 实际结果：Git自动将b.txt的变更应用到c.txt，cherry-pick执行成功

已尝试方案的局限性 #

曾尝试先从master引入b.txt到new分支再执行cherry-pick，虽能得到预期结果，但该方案需要额外提交无关文件，不适用于频繁出现的场景，也无法要求团队成员在无关分支引入不必要的文件。

原因分析 #

Git默认会通过文件内容相似度检测重命名操作，认为b.txt和c.txt均源自原始的a.txt，因此cherry-pick时会自动将针对b.txt的变更映射到同来源的c.txt上，这是Git合并策略中重命名追踪的默认行为。

无副作用解决方案 #

使用git cherry-pick的--no-renames参数，关闭Git的重命名检测功能，让cherry-pick严格匹配文件名，不再跨重命名文件应用变更。

执行命令 #

将原cherry-pick命令替换为：

git cherry-pick --no-renames master

效果验证 #

执行上述命令后，Git会提示类似如下错误：

error: could not apply <commit-hash>... world b
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

此时工作区的c.txt不会被修改，符合预期的“因文件不存在导致cherry-pick失败”的结果。

说明 #

--no-renames参数仅对当前cherry-pick操作生效，不会修改仓库全局配置或分支历史记录，完全无副作用，适合在需要严格匹配文件名的场景中使用。

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