VSCode 本身不提供“清理本地已删但远端仍存在”的分支功能，因该分支实为 stale 远程跟踪引用；需执行 git remote prune origin 或配置 fetch.prune true 才能同步清理。
VSCode 本身不提供“清理本地已删但远端仍存在”的分支功能——因为这种分支根本不存在。你看到的“本地已删但远端还有”的分支，其实是误解：Git 中分支是轻量引用，删除本地分支（git branch -d）不会影响远程；而远程分支（如 origin/feature/login）是独立存在的远程跟踪引用，它只会在你执行 git fetch --prune 或 git remote prune origin 后被清理——前提是该分支在远端**已被删除**。
为什么 git branch -r 还显示 origin/xxx，但 GitHub/GitLab 上早没了？
这是最常见的误判场景：你以为远端还存在，其实它早就被删了，只是你的本地还留着 stale 引用。
-
git branch -r显示的是本地.git/refs/remotes/origin/下的文件，不是实时查远端 - VSCode 的源代码管理视图直接读取这些本地引用，所以会“滞后”
-
git fetch默认不清理旧引用；必须显式加--prune或后续调用git remote prune origin - 如果你的
remote.origin.fetch配置不是+refs/heads/*:refs/remotes/origin/*（比如被设成只拉特定分支），--prune也可能失效
git fetch --prune 没清掉？试试 git remote prune origin
git fetch --prune 是“拉新 + 删旧”，但依赖当前 refspec 范围；而 git remote prune origin 是无条件扫描所有 origin/xxx 引用，比对远端真实分支列表后直接删掉不存在的项——这才是真正可靠的清理动作。
- 在项目根目录终端运行：
git remote prune origin - 加
-v查看具体删了哪些：git remote prune origin -v - 如果 remote 名不是
origin（比如upstream），把命令里的origin替换掉 - 该操作只删
.git/refs/remotes/origin/下的文件，不影响工作区、本地分支或提交对象
让 VSCode 自动同步远端分支状态
VSCode 的 Git 扩展默认不带 --prune，但你可以让它每次 fetch 都自动清理：
- 运行：
git config --global fetch.prune true（全局生效） - 或进项目目录运行：
git config fetch.prune true（仅当前仓库） - 此后你在 VSCode 点 “Fetch”、“Sync” 或按
Ctrl+Shift+P→Git: Fetch，都会等效于执行git fetch --prune - 注意：这个配置不会影响
git pull，因为pull = fetch + merge，prune 只作用于 fetch 阶段
真正容易被忽略的是：即使你删了远程分支、也运行了 git remote prune origin，团队其他成员的本地仍可能长期保留那个 origin/xxx 引用——因为他们没 fetch，也没配 fetch.prune。所以清理不是一次性的操作，而是需要建立习惯或统一配置。
