git merge不能清理远程提交记录，因为它只新增合并提交（如“merge branch 'feature'”），不删除旧提交，反而使历史更臃肿；清理冗余提交必须用rebase或cherry-pick重建提交链并强制推送。
远程分支上的提交记录不能直接“合并”成一条而不重写历史；想清理掉冗余提交（比如 Merge branch 'main'），必须用 rebase 或 cherry-pick 重建提交链，再强制推送。
为什么 git merge 不能清理远程提交记录
执行 git merge 只会新增一个合并提交，比如 Merge branch 'feature'，它不会删掉旧提交，反而让历史更臃肿。你看到的远程分支里一堆重复的 update xxx 和中间的 Merge branch，正是多次 merge 留下的痕迹。这不是“没合并好”，而是 merge 本来就不干这事。
常见错误现象：
- 在
main上反复git merge feature，结果远程main出现多个Merge branch 'feature' - 误以为
git push origin main能覆盖掉远程历史，实际只是追加新提交
怎么安全地重写远程分支历史
核心思路：新建一个干净分支，只保留你想要的变更，再把原分支重设到它上面。关键步骤不是“删”，而是“重建”。
操作要点：
- 先确认当前远程分支最新提交 hash（比如
origin/main的 HEAD 是a1b2c3d），用git log --oneline origin/main -10查 - 新建修复分支：
git checkout -b cleanup a1b2c3d - 用
git reset --hard回退到你想保留的基点（比如去掉最后两个 merge 提交）：git reset --hard a1b2c3d~2 - 用
git cherry-pick把真正要保留的修改逐个搬过来（注意顺序和冲突）：git cherry-pick d4e5f6g h7i8j9k - 完成后切回原分支并变基过去：
git checkout main && git rebase cleanup
⚠️ 这一步之后必须 git push -f origin main，否则远程历史不会更新。
强制推送前必须确认的三件事
强制推送（git push -f）会覆盖远程分支指针，所有协作者的本地 main 都会落后。这不是“高级技巧”，是高风险操作。
务必检查：
- 团队是否已约定允许重写
main历史？通常只允许在预发/测试分支上操作 - 有没有人正在基于被删除的提交做开发？如果有，他们需要
git rebase --onto迁移自己的工作 - CI/CD 流水线是否绑定了特定 commit hash？重写后可能触发失败或跳过构建
如果其中任一条件不满足，就别强推——改用 git revert 反向提交来“逻辑删除”，虽然历史变长，但安全。
别把 git rebase -i 当万能药
本地开发分支用 git rebase -i HEAD~5 合并提交没问题，但一旦这些提交已推送到远程，再 rebase 就等于在动别人依赖的基石。
典型翻车场景：
- 你在
feature分支上rebase -i合并了 3 次提交，然后push -f，但同事刚从老feature拉出bugfix分支，他git merge feature会报大量冲突 - CI 已基于旧 commit 触发构建，你重写后，那个构建记录就指向一个“不存在”的提交
真正该合并的，是那些还没出过本地仓库的提交。出了门的提交，就得当文物供着。
