已推送提交的Git交互式变基问题：强制推送失败排查

看起来你遇到的是典型的远程分支历史与本地已修改历史不一致的问题，导致Git拒绝了你的非快进推送。核心原因大概率是：在你本地执行交互式变基的过程中，已经有其他协作者往远程mainline分支推送了新的提交，或者你变基时的起点不是远程最新状态，导致本地分支和远程分支的提交历史分叉了。

下面是一步步的解决步骤：

1. 先拉取远程最新状态（不直接合并） #

首先用fetch获取远程分支的最新内容，避免直接pull导致的自动merge打乱你已经squash好的历史：

git fetch origin mainline

2. 查看远程与本地的差异 #

执行这条命令，看看远程mainline比你本地分支多了哪些新提交：

git log --oneline mainline..origin/mainline

如果输出有内容，就说明确实有新提交推到远程了，这就是你推送被拒的主要原因。

3. 将本地变基后的分支重新基于远程最新版本变基 #

这一步是把远程的新提交整合到你本地squash后的分支上，让本地分支的历史和远程对齐：

git rebase origin/mainline mainline

如果过程中出现冲突，Git会提示你解决冲突。解决完冲突后，执行：

git add <冲突的文件>
git rebase --continue

重复这个过程直到rebase完成。

4. 安全地强制推送 #

现在你的本地分支历史已经是基于远程最新版本的，这时候可以用更安全的强制推送命令（比直接--force更稳妥，能避免覆盖别人刚推送的内容）：

git push --force-with-lease origin mainline

如果确定没有其他人在同时操作这个分支，用git push --force origin mainline也可以，但--force-with-lease是更推荐的安全选项。

重要提醒 #

• 强制修改已推送的提交历史是高危操作！如果有其他协作者在mainline分支上工作，一定要提前通知他们，让他们执行git pull --rebase或者基于新的远程分支重新创建本地分支，否则他们的本地分支会出现严重的历史冲突。
• 以后再做这类修改已推送历史的操作前，最好先执行git fetch origin mainline确保本地拿到远程最新状态，再开始变基，能减少这类问题的发生。

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