在Git中，将多次提交压缩成一次提交通常被称为"压缩提交历史"或"交互式变基"。这在代码审查、合并分支或保持干净的提交历史时非常有用。以下是具体步骤和常用方法：

使用 git rebase -i 交互式变基

场景：将最近的多个提交压缩为一个。
步骤：

  1. 确定需要压缩的提交范围：
git log --oneline  # 查看提交历史，确定需要压缩的提交起点
  1. 启动交互式变基（例如，压缩最近3个提交）：
git rebase -i HEAD~3  # 压缩最近3个提交（包括HEAD）

或指定具体的提交哈希：

git rebase -i <commit-hash>  # 压缩<commit-hash>之后的所有提交
  1. 在编辑器中修改提交指令：

注意：上面的命令执行完成后会进入一个文档编辑页面，为vim或vi编辑器，按照vim的文档编辑方式对文档中得内容进行编辑。一般是第一行不变（展示的内容从上到下是按照时间正序排列的提交记录）下面的其他需要压缩的提交前的 pick 改为 squash 或 s，保留第一个提交为 pick。

pick e1f5a2d 初始提交 s 3d7f4b9 添加功能A s 5c8d6e7 修复功能A的Bug
pick 34sf532 测试变更提交1
pick 34sdf2e 测试变更提交2

.....功能说明等其他信息，不需要编辑更改

改为

pick e1f5a2d 初始提交 s 3d7f4b9 添加功能A s 5c8d6e7 修复功能A的Bug
s 34sf532 测试变更提交1
s 34sdf2e 测试变更提交2


.....功能说明等其他信息，不需要编辑更改
  1. 保存并退出编辑器，Git会合并提交并提示你编辑合并后的提交信息（此处会再次进入vim编辑器模式对需要合并的数据进行展示，你只要对中间的数据进行编辑即可，上面和下面会有一个功能说明和其他描述信息）。
  2. 强制推送至远程分支（如果已推送到远程）：
git push -f origin <branch-name>  # 注意：强制推送会覆盖远程历史！`

注意事项

  1. 不要修改已共享的提交：
    如果提交已推送到公共分支（如main）并被他人使用，强制修改历史会导致协作冲突。建议仅在私有分支上压缩提交。
  2. 备份分支：
    在执行变基前，创建备份分支以防意外：
git branch backup-branch  # 创建当前分支的备份
  1. 冲突处理：
    如果压缩过程中出现冲突，按以下步骤解决：
git status  # 查看冲突文件 # 手动解决冲突 git add <resolved-file>  # 标记冲突已解决 
git rebase --continue  # 继续变基
  1. 查看提交历史：
    使用 git log --graph --oneline 检查压缩后的提交历史是否符合预期。

面试延伸问题

  1. 为什么压缩提交历史很重要？
    → 保持清晰的提交历史，便于代码审查和回溯。
  2. git rebase -i 和 git merge --squash 的区别是什么？
    → rebase -i 会修改提交历史，而 merge --squash 会创建新的合并提交，保留原分支结构。
  3. 如何撤销一个已完成的 git rebase？
    → 使用 git reflog 找到变基前的HEAD位置，然后 git reset --hard <commit-hash>。

参考原文