能合并，但必须分清场景：本地未推送用git rebase -i <commit>^或git reset --soft；已推远程需--force-with-lease；跨分支整合用git merge --squash。起始点选错、忽略commit message、误用--force是常见错误。
能合并，但必须分清场景——本地未推送、已推送到远程、还是想把整个功能分支压成一条记录。方法选错，轻则 push 失败，重则丢提交或破坏协作者历史。
git rebase -i 合并本地未推送的多个 commit
这是最常用也最可控的方式，适用于你刚提交几条、还没 git push 的情况。
- 用
git log --oneline -n 5确认要合并的 commit 范围，比如最近三条是abc123、def456、ghi789 - 执行
git rebase -i abc123^（注意末尾的^），这样列表里才会包含abc123本身 - 编辑器打开后，把第二、第三行的
pick改成squash或fixup：
第一行留pick abc123 ...，后面两行写squash def456 ...和squash ghi789 ... - 保存退出后，Git 会再弹一个编辑器让你写最终的 commit message；
fixup不会进这步，直接跳过 - 如果中途报错中断，先运行
git status看状态，别急着git rebase --continue
git reset --soft 合并未推送的 commit（更轻量）
比 rebase -i 更快，适合明确只合并“最近 N 条”且不关心中间 commit 内容的场景。
- 执行
git reset --soft HEAD~3，会把最近三次提交的变更全部保留在暂存区 - 接着运行
git commit -m "feat: add user login and validation"，一次性提交所有改动 - 这个操作不改 commit hash 历史链，所以不会触发强制推送警告，但仅限于没
push过的情况 - 如果之前已经
push过其中某几条，这条路走不通——reset --soft无法撤销远端历史
git merge --squash 合并他人分支为单个 commit
这不是合并自己的 commit，而是把别人分支上的所有改动，作为一次新提交“拍”到当前分支上，主干历史干净，协作友好。
- 先切到目标分支：比如在
main上执行git checkout main - 运行
git merge --squash feature/login，此时改动已暂存，但没生成 commit - 手动提交：
git commit -m "feat: add login flow" - 这个操作不产生 merge commit，也不改变
feature/login分支的历史，适合 PR 合并前整理 - 注意：
--squash不会自动删除源分支，合并完还得自己git branch -d feature/login
已推送到远程时，force push 的安全底线
只要用了 rebase 或 reset，就必须强制推送，但 --force 是危险操作，必须换用更安全的替代方案。
- 永远用
git push --force-with-lease origin main，不是--force -
--force-with-lease会在推送前检查远端是否有你不知道的新提交，有就中止，避免覆盖他人工作 - 如果团队共用一个分支（如
main），务必先git fetch origin，确认没人在这期间 push 过新 commit - 一旦发现远端已有新提交，得先
git rebase origin/main把你的改动重放上去，再 push
最容易被忽略的是起始点选错——写 git rebase -i abc123 而不是 abc123^，结果第一条提交根本不在编辑列表里；还有人合并完忘记改 commit message，导致最终记录只剩 “squash!” 这种默认占位符。
