能找回，核心命令只有 git reflog 和 git branch；先用 git reflog 查找被删分支最后一次提交的哈希，再用 git branch 分支名 哈希重建分支，最后 git switch 切换并刷新 VSCode。
能找回，核心命令只有 git reflog 和 git branch，其他都是辅助验证或兜底手段。
怎么用 git reflog 找到被删分支的最后提交
VSCode 点叉删掉的本地分支，只是删了引用，对应提交对象还在 Git 对象库里。只要没触发自动 git gc（通常要闲置数周），就能捞回来。
立刻在项目根目录终端运行：
-
git reflog—— 查看 HEAD 移动记录，找目标分支名最后一次出现的行，例如：abc1234 HEAD@{5}: checkout: moving from feature/login to main，说明abc1234就是feature/login删掉前的最新提交 - 记不清分支名？用
git reflog --all | grep -i "moving from"过滤 checkout 前的状态，比搜 “delete” 更可靠（VSCode 删除不写 delete 日志） - 别等几天再试 —— 频繁 rebase 或 filter-branch 后，
git gc可能提前清理“不可达”对象
怎么用 git branch 重建分支并切换
拿到哈希后，重建分支就是一步命令，不需要先 checkout 再 branch，那样反而容易切错位置。
Convert Github Repository
下载
适用于以下场景：（1）用户提供 GitHub 仓库 URL 或本地仓库路径，并请求将其转换为其他格式；（2）用户请求导出 GitHub 仓库……
- 执行
git branch feature/login abc1234（把abc1234换成你从 reflog 抄的哈希），分支就回来了 - 接着
git switch feature/login（Git 2.23+ 推荐）或git checkout feature/login，确认当前分支已激活 - 别用
git branch -f强制重设已有分支名，除非你确定要覆盖 —— 万一本地有同名但不同源的分支，会丢数据
VSCode 分支列表不更新？手动刷新或检查识别范围
分支重建成功了，但 VSCode 左下角状态栏或源代码管理视图里还是看不到新分支，大概率是 UI 缓存没更新，不是没建好。
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac），输入 “Git: Refresh” 并回车，强制重载分支列表 - 检查 VSCode 设置里
git.autoRepositoryDetection是否为true，否则它可能压根没把当前文件夹识别为 Git 仓库 - 如果用了多根工作区（multi-root workspace），确保你在正确的文件夹里操作 ——
git branch是按当前打开的文件夹执行的，不是整个窗口
reflog 找不到？试试 git fsck --lost-found 扫游离提交
reflog 被清空或记录不全时，Git 对象库中可能还存着未被任何引用指向的提交（dangling commits），可用 git fsck 扫描。
- 执行
git fsck --lost-found，输出所有 dangling commit，例如：dangling commit def5678 - 用
git log --oneline -n 5 def5678查看作者、时间、消息和变更，判断是否属于目标分支 - 确认后执行
git branch recovered-branch def5678创建新分支指向它 - 注意：fsck 不保证顺序，多个游离提交需靠
git cherry-pick或git replace拼接历史，复杂度明显上升
reflog 是第一道防线，但它的记录只在本地、有时效；真正容易被忽略的是：分支重建后，VSCode 的 Git 插件未必实时感知，而 git fsck 虽能兜底，却要求你手动比对每个 dangling commit 的内容 —— 这步没法自动化。
