Git合并误判移动文件为删除的解决方法咨询

这种情况我之前也踩过坑，Git的重命名检测有时候确实会有点迟钝，尤其是分支间文件移动的时机没对齐的时候。给你几个亲测有效的方案：

1. 复刻Master的移动操作再合并 #

Git对“完全一致的移动路径”识别度最高，所以你可以先对齐分支间的移动记录：

• 先切到Master分支，拉取最新代码并确认文件的移动路径：

  git checkout master
  git pull origin master
  # 查看单个文件的移动历史
  git log --follow -- path/to/your-target-file
  # 或者批量查看某次提交的文件变更（找到移动文件的那次提交）
  git diff --name-status <commit-hash-before-move> <commit-hash-after-move>
  

• 切回你的旧分支，完全复刻Master里的移动操作：

  git checkout your-old-branch
  # 用git mv执行和Master一模一样的移动
  git mv old/path/file1 new/path/file1
  git mv old/path/file2 new/path/file2
  git mv old/path/file3 new/path/file3
  git commit -m "同步Master的文件移动路径"
  

  这时候再合并Master，Git应该能精准识别这些是同一份文件的移动，不会再标记为删除了。

2. 合并时强制调整重命名检测阈值 #

Git默认用50%的文件内容相似度来判断是否为重命名，如果你的文件有较多修改，可能没触发检测。可以合并时手动调低阈值：

git checkout your-old-branch
git merge master -X rename-threshold=30

阈值可以根据实际情况调整（范围0-100），数值越低，Git越容易识别为同一份文件的移动。

3. 手动介入解决冲突 #

如果上面两种方法都没用，那就直接手动处理：

• 合并Master后，当Git提示“deleted by them”时，先把Master里移动后的文件拉到当前分支：

  git checkout master -- new/path/file1
  git checkout master -- new/path/file2
  git checkout master -- new/path/file3
  

• 删除旧路径下的冗余文件（如果还存在）：

  git rm old/path/file1
  git rm old/path/file2
  git rm old/path/file3
  

• 如果你的旧分支里这些文件有自定义修改，手动打开新路径的文件合并内容，最后提交：

  git add new/path/file*
  git commit -m "解决文件移动合并冲突"
  

小提示 #

Git的重命名检测本质是依赖文件内容相似度，如果你的旧分支文件和Master移动后的文件差异极大，可能会影响识别。可以先尽量对齐基础内容，再尝试上述方法。

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