如何让Git自动识别重命名并保留历史，优化Azure DevOps PR展示？

前提准备 #

先确保Git能正确识别提交A中的文件移动操作，若识别不全，先执行：

git config diff.renameLimit 2000

这个配置会提升Git识别重命名的文件数量上限，适配你提交里的1000处操作。

方法一：通过Cherry-Pick拆分提交 #

1. 创建临时分支并拉取提交A的变更
   基于提交A的父提交创建分支，拉取提交A的所有变更但不提交：

   # 替换<COMMIT_A_HASH>为你的提交A的哈希值
   git checkout -b split-file-ops <COMMIT_A_HASH>~1
   git cherry-pick <COMMIT_A_HASH> --no-commit
   

2. 提交文件移动/增删操作
   撤销所有代码修改，只保留文件的移动、新增、删除操作，然后提交：

   # 撤销所有被修改的文件，保留移动/增删
   git reset -- $(git diff --name-only --diff-filter=M)
   git commit -m "文件移动、新增与删除操作"
   

3. 提交代码修改操作
   基于刚才的提交创建新分支，再次拉取提交A的变更，这次只保留代码修改：

   git checkout -b split-code-changes split-file-ops
   git cherry-pick <COMMIT_A_HASH> --no-commit
   # 撤销所有文件移动/增删，保留代码修改
   git reset -- $(git diff --name-only --diff-filter=R,A,D)
   git commit -m "代码修改操作"
   

4. 替换原提交
   回到你的工作分支（比如main），用交互式rebase替换原提交A为这两个新提交：

   git checkout main
   git rebase -i <COMMIT_A_HASH>~1
   

   在弹出的编辑器中，把提交A对应的行改为drop，然后在合适位置添加pick <split-file-ops的哈希>和pick <split-code-changes的哈希>，保存退出即可。

方法二：通过补丁文件拆分（更自动化） #

1. 生成完整补丁
   导出提交A相对于父提交的所有变更为补丁文件：

   git diff <COMMIT_A_HASH>~1 <COMMIT_A_HASH> > full-change.patch
   

2. 创建文件操作分支并提交
   基于父提交创建分支，应用补丁中仅包含移动/增删的部分：

   git checkout -b split-file-ops <COMMIT_A_HASH>~1
   git apply --diff-filter=R,A,D full-change.patch
   git commit -m "文件移动、新增与删除操作"
   

3. 创建代码修改分支并提交
   基于文件操作分支创建新分支，应用补丁中仅包含代码修改的部分：

   git checkout -b split-code-changes split-file-ops
   git apply --diff-filter=M full-change.patch
   git commit -m "代码修改操作"
   

4. 替换原提交
   同方法一的步骤4，用交互式rebase替换原提交A即可。

注意事项 #

• 操作前建议备份当前分支，避免误操作丢失变更：git branch backup-main main
• 如果提交A已经推送到远程仓库，替换后需要强制推送（git push -f），注意通知协作的团队成员同步变更。

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