如何撤销对release分支的Git强制推送？部分rebase操作失败求助

一、找回远程丢失的提交记录 #

强制推送后，远程仓库的旧提交不会立刻被彻底删除，多数托管平台会保留分支的reflog日志一段时间，先从这里入手：

• 直接查询远程仓库的reflog：git ls-remote --symref origin refs/reflog（把origin换成你的远程仓库名），能看到release分支强制推送前的旧HEAD指针记录。
• 如果上述命令返回空，联系仓库管理员在远程服务器上执行git reflog show release，找到强制推送前release分支对应的目标commit ID。

二、本地恢复完整历史 #

1. 拉取最完整的远程数据 #

不要用普通的git fetch，执行：

git fetch --all --tags --prune --prune-tags

这个命令会拉取所有远程分支、标签，清理本地无效的引用，确保拿到远程仓库的全部可用历史。

2. 重置本地Release分支到旧状态 #

假设找到的强制推送前的commit ID是OLD_COMMIT_HASH，执行：

git checkout release
git reset --hard OLD_COMMIT_HASH

这样本地release分支就恢复到强制推送前的状态。

3. 解决部分Commit找不到的问题 #

如果提示fatal: no such branch/commit '<COMMIT ID>'，大概率是这些提交仅存在于远程的旧reflog中，本地未拉取：

• 让管理员将远程仓库的reflog导出，或者直接把目标commit的哈希发给你，执行git fetch origin OLD_COMMIT_HASH:temp-recovery-branch，把旧分支状态拉到本地临时分支，再合并到release。
• 尝试扫描本地仓库的松散对象：git fsck --lost-found，找到的丢失commit会存放在.git/lost-found/commit/目录下，你可以用git show <commit-file-name>逐个查看内容，确认后合并到release。

三、安全推回远程仓库 #

恢复完成后，用更安全的强制推送命令推回远程：

git push --force-with-lease origin release

--force-with-lease会检查远程分支的当前状态是否和你本地上次拉取的一致，避免覆盖其他人刚提交的变更，比单纯的--force更稳妥。

四、为什么git fetch没拿到完整日志？ #

• 默认git fetch仅拉取当前跟踪分支的最新状态，不会同步远程仓库的reflog或已废弃的旧提交。
• 远程仓库的自动垃圾回收可能已清理了过旧的提交，但多数平台会保留至少7天的reflog记录，建议尽快操作。
• 本地仓库可能配置了fetch深度限制，比如设置了remote.origin.fetch的范围过窄，可执行git config --list | grep fetch检查相关配置。

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