远程分支被强制删除导致pull/merge/fetch失败，需先用git ls-remote确认删除事实，再分情况处理：抢救代码则备份本地分支并force push；清理残留则-D删除后fetch --prune；续接开发需重设上游或rebase到主干。
本地分支指向的 commit 在远程仓库中已被强制删除（比如 git push -f 回滚、管理员清理历史），此时 git pull 会失败，git merge origin/branch 会报 “ref not found”，甚至 git fetch 也拉不到该分支的最新引用——因为远程分支本身已不存在。这不是“过期分支”问题，而是“分支引用消失 + 提交对象被 GC 回收”的双重失效。必须分情况处理。
确认远程分支是否真的被删除
别急着删本地分支，先验证事实：
- 运行
git ls-remote --heads origin，查看远程所有分支的 commit hash；如果目标分支名没出现在输出里，说明它确实被删了 - 再查本地是否还存着那个 commit：
git show-ref --heads | grep branch-name；若返回空，说明本地连这个分支的引用都没了（可能你早删过） - 如果本地有分支引用，但
git rev-parse branch-name返回的 commit 在git ls-remote输出中找不到对应项，就确认是“远程分支删除 + 提交未被保留”
本地分支 commit 已被远程 GC，但你还想保留代码
只要本地分支没被删，它的 commit 对象大概率还在本地对象库（除非你执行过 git gc --prune=now）。这时重点是「抢救代码」而非「同步状态」：
Cnb Cool Git
下载
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
- 先用
git log branch-name确认能正常看到提交历史；能看，说明对象还在 - 新建一个安全分支保存当前状态：
git branch backup/branch-name branch-name - 如果后续要重新推送到远程，必须用
git push -u origin branch-name --force（或--force-with-lease）；普通git push会拒绝，因为远程没有该分支的上游记录 - 注意：如果你本地分支是从一个已被 force-push 覆盖的远程分支 checkout 出来的，且没做任何新提交，那它的 HEAD 可能指向一个“孤儿 commit”——这种 commit 不在任何 reflog 里，靠
git fsck --lost-found才能找回
你只想清理本地残留，不保留旧提交
这种情况最常见：远程分支被删，你也不需要那些旧代码，只希望本地干净无误报。但直接 git branch -D branch-name 可能失败，因为 Git 会检查是否为当前分支或有未合并变更：
- 先切换走：
git checkout main（或任意其他安全分支） - 强制删除：
git branch -D branch-name；如果提示“not fully merged”，加-D就是绕过检查 - 删完再运行
git fetch --prune，确保 remote-tracking branches（如origin/branch-name）也被清除 - 注意：
git branch -d（小写 d）会拒绝删除未合并分支，而-D是唯一可靠选项——别指望它自动判断“要不要保留”
远程分支被删，但你本地还有未推送的提交
这是高风险场景：你基于一个已被 force 删除的远程分支开发，本地有新提交，现在想“续上”。不能直接 push，因为上游已断：
- 先用
git status确认当前分支是否“behind 'origin/branch-name'”，如果显示 “unknown upstream”，说明跟踪关系已失效 - 重建跟踪：先
git branch --unset-upstream branch-name，再git branch --set-upstream-to=origin/main branch-name（假设你想对接 main） - 更稳妥做法是 rebase 到当前主干：
git rebase main branch-name，解决冲突后git push -u origin branch-name - 切记：不要对已有公开协作的分支做 force push，尤其当别人可能基于旧 commit 继续开发时——这会彻底破坏协同基础
真正容易被忽略的是：Git 不会自动 GC 本地“孤立 commit”，它们可能在 .git/objects 里躺好几个月，直到某次 git gc 运行才被清理。所以你以为删了分支就清空了历史，其实代码还在硬盘上——既可能是隐患，也可能是救命稻草。
