如何让Git正确追踪批量顺序文件的重命名操作？

Git识别重命名不是基于git mv命令本身，而是通过文件内容的相似度对比当前版本与历史版本来判断的。当你在同一个提交周期内连续执行两次顺序重命名（chapter5.tex→chapter6.tex、chapter4.tex→chapter5.tex），Git会对比当前暂存状态与上一次提交的快照：

• 原来的chapter5.tex内容现在出现在chapter6.tex里
• 新的chapter5.tex是原chapter4.tex的内容
  这种情况下，Git会误判为chapter4.tex被删除、chapter5.tex被修改、chapter6.tex是新文件，而非两次独立的重命名。

方法1：分批次提交（最可靠） #

将两次重命名操作拆分为两个独立的提交，让Git在每次提交时都能清晰对比前后版本的内容变化：

• 提交第一次重命名：

  git commit -m "Rename chapter5.tex to chapter6.tex"
  

• 执行第二次重命名：

  git mv chapter4.tex chapter5.tex
  

• 此时查看状态：

  git status
  

  会正确显示renamed: chapter4.tex -> chapter5.tex
• 提交第二次修改：

  git commit -m "Rename chapter4.tex to chapter5.tex"
  

方法2：手动引导Git识别（无需分提交） #

如果希望将两次重命名合并为一个提交，可以通过以下步骤让Git重新识别：

• 先撤销当前暂存的修改：

  git restore --staged chapter4.tex chapter5.tex chapter6.tex
  

• 重新添加所有相关文件，触发Git的内容对比逻辑：

  git add -A
  

• 用重命名状态模式查看结果：

  git status --rename-status
  

  此时Git会基于内容相似度识别出两次重命名操作。

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