Git如何不修改历史避免单文件重命名误判导致的下游合并冲突

Git本身没有原生支持的「标记两个文件为独立无关联」的配置项，但可以通过以下两种无需修改提交历史、无需调整全局相似度阈值的方案解决问题：

方案1：通过.gitattributes配置单文件合并规则 #

在所有包含新目录结构的下游分支（例如release/12.001）根目录下，创建或修改.gitattributes文件，添加如下配置：

dir_a/api.py merge=ours
dir_b/api.py merge=default

该配置的作用是：

• 合并时遇到dir_a/api.py的冲突，直接采用当前下游分支的版本（即该文件已被删除的状态），完全忽略上游分支对旧路径文件的修改
• 新路径dir_b/api.py仍然使用默认的合并逻辑，不受影响

配置提交后，后续自动合并时Git不会再尝试将两个路径的文件关联判定为重命名，从根源避免误判冲突。如果需要同步上游对旧文件的修改到新文件，可以额外加一层自动化脚本，每次合并后检测上游旧文件的变更，自动同步到新文件即可。

方案2：合并时临时关闭重命名检测 #

如果不想添加仓库配置，可以在每次执行上游到下游的合并操作时，添加no-renames参数关闭当前合并的重命名检测功能，命令如下：

git merge -X no-renames <上游分支名>

该参数仅对当前单次合并生效，不会修改全局配置，也不会影响其他文件的合并逻辑。如果你们的自动合并是通过CI/CD或仓库自带的自动合并功能执行的，直接将该参数配置到自动合并的执行脚本中即可实现自动化处理，无需人工介入。

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