能直接恢复，但前提是远程分支尚未被清理；gitlab/github默认保留约30天，自建服务可能更短。执行git remote update origin --prune仅清理本地过期引用，不会恢复已删分支；若远端已删除，需通过pr页面获取提交sha并用git branch重建。
能直接恢复，但前提是远程分支还没被清理——GitLab/GitHub 默认保留约30天，自建服务可能更短。
git remote update origin --prune 后看不到远程分支？
这是最常卡住的第一步。执行 git remote update origin --prune 只会同步“已知的”远程引用；如果远端分支已被删除且本地 ref 已过期，它不会凭空变出记录。
- 先确认远端是否真还存在：
git ls-remote --heads origin feature/login—— 如果返回空，说明远端已删 - 若返回类似
abc1234567890... refs/heads/feature/login，说明分支还在，只是本地没同步 -
--prune不会恢复已删分支，只会清理本地残留的origin/feature/login引用（即“过期快照”） - 某些企业 Git 服务（如禁用 reflog 或缩短 GC 周期）可能让远端也提前清理，不能默认“远端一定在”
git checkout -b local-branch origin/branch-name 失败？
错误通常是 pathspec 'origin/branch-name' did not match any file(s) known to git，意味着本地没有该远程跟踪分支的引用。
- 不是分支名写错，而是
origin/branch-name这个引用根本不存在于.git/refs/remotes/origin/ - 运行
git branch -r | grep branch-name，如果无输出，说明本地没缓存该分支 - 此时应先强制更新远程引用：
git fetch origin +refs/heads/branch-name:refs/remotes/origin/branch-name - 再执行
git checkout -b local-branch origin/branch-name，避免依赖git checkout -b的自动推断逻辑
远程分支已删，但 PR/Merge 记录还在 GitHub/GitLab 页面上
这是最容易被忽略的“冷备份”。只要合并请求（Pull/Merge Request）没被关闭或删除，页面上仍保留完整提交链和源分支最后一次推送的 SHA。
- 打开对应 PR 页面，点进 “Commits” 标签页，复制最顶部 commit 的完整哈希（至少 12 位）
- 用该哈希创建本地分支：
git branch feature/login abc12345678 - 再
git checkout feature/login，验证git log -1是否匹配 PR 中显示的提交信息 - 注意：GitHub 页面显示的 SHA 是 commit 对象 ID，不是 merge commit 的 parent，别选错行
真正麻烦的是远端删了、reflog 过期了、PR 也被关闭归档了——这时候只能靠 git fsck --lost-found 扫游离对象，但得人工比对时间、作者、文件变更，没法自动化定位。别等出事才试，日常开发中看到重要分支合完就删，顺手 git fetch origin 拉一份本地快照，成本几乎为零。
