如何改写Git历史：将合并提交转换为压缩独立提交

你遇到的问题根源在于：git checkout --force $commit -- .仅会同步目标提交中存在的文件的修改或新增，不会删除工作区中目标提交没有的文件，也无法正确处理Git的重命名（本质是删除旧文件+新增新文件），所以导致残留已删除文件、保留重命名前后的两个版本。

替代命令与优化脚本 #

推荐使用git read-tree -u $commit替代原命令，它会直接将当前分支的索引和工作区完全同步到目标提交的状态，自动处理文件删除、重命名等场景。同时优化脚本逻辑，过滤合并提交并简化哈希提取：

# 切换到原分支
git checkout main
# 提取所有非合并提交的哈希，按从 oldest 到 newest 的顺序排序
git log --reverse --no-merges --pretty=format:"%H" > /tmp/commits
# 获取第一个提交哈希，作为新分支的起点
oldest_commit=$(head -n1 /tmp/commits)
git checkout $oldest_commit
git checkout -b new_main
# 从第二个提交开始逐个应用
tail -n +2 /tmp/commits | while read commit; do
  # 将索引和工作区同步到目标提交的完整状态
  git read-tree -u $commit
  # 重用原提交的作者、日期、提交信息创建新提交
  git commit -C $commit
done

关键优化点说明 #

1. git log --reverse --no-merges --pretty=format:"%H"：直接提取非合并提交的哈希，避免原脚本中grep+sed可能出现的错误，同时自动过滤掉合并提交，符合你线性化历史的需求。
2. git read-tree -u $commit：无需手动处理文件删除/重命名，一步让工作区和索引与目标提交完全一致。
3. git commit -C $commit：比git commit -a --reuse-message=$commit更精准，因为git read-tree已经更新了索引，无需-a参数，且完整重用原提交的元数据（作者、日期、提交信息）。

备选方案（基于git checkout） #

如果坚持使用git checkout，可以在命令后追加git clean -fd删除工作区中目标提交没有的文件，但注意git clean -fd会删除所有未跟踪文件，包括你可能需要的临时文件，需谨慎使用：

git checkout --force $commit -- . && git clean -fd

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