git merge --squash 是最直接的分支级压缩方案，专用于将功能分支所有变更暂存后手动提交为单条记录，操作顺序为 checkout main → merge --squash → commit，漏掉最后一步变更将滞留在暂存区。
git merge --squash 是最直接的分支级压缩方案
如果你正要把一个功能分支（比如 feature/login）合并进 main，又不想带入它内部十几条“fix typo”“debug log”这类零碎提交，git merge --squash 就是专为这个场景设计的。它不生成 merge commit，而是把目标分支所有变更一次性暂存，由你手动提交为一条干净记录。
操作顺序不能错：
- 先 git checkout main
- 再 git merge --squash feature/login
- 最后必须 git commit -m "feat: 登录模块上线"
漏掉最后一步提交，变更就卡在暂存区，既没进历史，也没被丢弃——这是新手最常卡住的地方。
rebase -i 适合压缩本地未推送的连续提交
当你还在同一分支上开发，刚提交了 4 次但还没 push，想把它们压成 1 条，用 git rebase -i HEAD~4 最稳妥。编辑器里把第 2–4 行的 pick 全改成 s（或 squash），保存退出后会再弹出一个编辑器让你精简 commit message。
注意两点：
- HEAD~4 数的是「当前 HEAD 往前数 4 个」，不是从最早开始算
- 如果中间某次提交改了同一个文件的同一行，rebase 过程中大概率触发冲突，得手动解决并 git add 后再 git rebase --continue
reset --soft 适用于明确知道压缩起点的场景
比如你清楚地记得：上次稳定提交是 abc123，之后的所有改动（不管多少次）都该合成一条。那就直接 git reset --soft abc123，再 git commit -m "重构用户权限校验逻辑"。
这个方法快、无交互、不依赖编辑器，但风险在于：
- 它只作用于当前分支的 HEAD 及之后提交，不能跨分支操作
- 如果已经 git push 过那些提交，后续必须 git push --force-with-lease，否则远程拒绝更新
IDEA 点击式 squash 对新手友好但有隐藏限制
IntelliJ IDEA 的 Git 工具栏里选中多条提交 → 右键 → Squash Commits，确实省去命令行记忆成本。但它只支持「连续的、未推送的」本地提交——如果其中任意一条已推送到远程，IDEA 会禁用该选项，或者执行后强制要求 --force 推送。
真正容易被忽略的是时间线依赖：IDEA 默认按时间倒序排列提交，你选中的第一条（最上面那条）会成为新 commit 的 base，其余全被 squash 进去。选错起始点，message 合并和变更归属就乱了。
