交互式变基后已强制推送，如何恢复合并提交？

别急，先给你吃个定心丸：大概率是可以恢复的，不过得看几个关键条件，而且你提到的「分支过滤」其实不是用来干这个的——咱们一步步说清楚：

Git里的“丢失提交”其实大多只是「失去了引用指向」，只要还没触发垃圾回收，就能通过日志找回来；而分支过滤（比如git filter-branch或git filter-repo）是用来重写历史的工具（比如批量删文件、改作者信息），和恢复提交完全不搭边。

第一步：找回丢失的合并提交哈希 #

Git会在本地记录所有HEAD的操作日志，哪怕是变基、强制推送这种“破坏性”操作，都能通过reflog查到：

• 执行命令：

  git reflog
  

  你会看到类似这样的条目：

  abc123 HEAD@{5}: rebase -i (finish): returning to refs/heads/main
  def456 HEAD@{6}: rebase -i (pick): 优化用户登录流程
  ghi789 HEAD@{7}: merge feature-pay: Merge made by the 'ort' strategy.
  

  重点找变基操作之前的合并提交记录（比如上面的ghi789），或者变基前分支的最终状态对应的哈希。
• 如果想更直观地看提交结构，用可视化命令：

  git log --all --reflog --oneline --graph
  

  这样能看到所有被reflog追踪的提交，合并节点一眼就能认出来。

第二步：恢复合并提交或分支 #

找到目标哈希后，就可以针对性恢复：

• 恢复整个包含合并提交的分支：直接给这个哈希创建新分支

  git branch old-main ghi789
  

  执行完后，你就能在old-main分支里看到之前的所有合并提交和分支结构了。
• 把合并提交整合到当前线性分支：用cherry-pick提取合并提交的变更
  合并提交比较特殊，需要指定父节点（用-m参数，-m 1表示以分支的主父节点为基准）：

  git cherry-pick -m 1 ghi789
  

  处理完可能出现的冲突后，合并提交的变更就会被加到当前分支上。

远程仓库的补救方案 #

你已经强制推送到远程了，但还有两种机会找回：

• 找协作者要备份：如果其他团队成员本地还保留着变基前的分支，让他们把本地分支推送到远程（比如git push origin old-main），远程就能恢复这些提交。
• 检查远程reflog：部分Git托管平台（比如GitLab）支持开启远程仓库的reflog，要是平台开了这个功能，你可以在后台找到变基前的提交哈希，再拉回本地恢复。

关键注意事项 #

• 尽快操作：Git默认会在30天后自动清理没有任何引用的提交（通过git gc），要是已经触发了垃圾回收，这些提交可能就真的找不回来了。
• 通知协作者：恢复后一定要告诉团队所有人，让他们同步新的仓库状态，避免后续再出现历史冲突。

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