执行 git remote prune origin 才能真正删除本地残留的远程分支引用，git fetch --prune 仅在拉取时清理，且受 refspec 配置影响；配合 vscode 的 “git: sync” 可刷新 ui 缓存。
Git fetch --prune 为什么没清掉本地的远程分支引用
执行 git fetch --prune 后，你发现 git branch -r 里依然能看到已删除的远程分支（比如 origin/feature/old），这不是 VSCode 的问题，而是 Git 默认只 prune 当前 remote 的 refspec，且不会自动更新 origin/HEAD 或清理 stale symbolic refs。关键点在于：prune 只作用于 fetch 操作拉取的远程引用，而本地对远程分支的“记忆”（如 origin/xxx）是否被删，取决于你的 fetch 配置和是否显式触发了清理。
- 默认
git fetch不带--prune，即使你在 VSCode 点“Fetch”，它也通常不加该参数 -
git remote set-branches origin '*'配置缺失时，Git 可能只跟踪部分分支，导致 prune 无效 - VSCode 内置 Git 扩展不会自动运行
git remote prune origin，它只调用标准 fetch
手动执行 git remote prune origin 才真正删引用
git fetch --prune 是“边拉边删”，而 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 自动 prune：改 Git 配置比等插件更稳
VSCode 的 Git 扩展本身不提供 prune 开关，但你可以通过 Git 全局或仓库配置，让每次 git fetch（包括 VSCode 触发的）都默认带上 --prune。
- 运行：
git config --global fetch.prune true（全局生效） - 或进项目后运行：
git config fetch.prune true（仅当前仓库） - 验证是否生效：
git config --get fetch.prune应输出true - 注意：该配置不影响
git pull，因为 pull = fetch + merge，默认不继承 fetch.prune；如需 pull 也 prune，得用git pull --prune手动加参数
VSCode 中看到的“分支列表”延迟刷新怎么办
即使你已成功执行 git remote prune origin，VSCode 左下角分支选择器或源代码管理视图仍可能缓存旧分支名，这不是 Git 层问题，而是 VSCode Git 扩展的 UI 缓存机制。
- 快捷键
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入 “Git: Sync” 并回车，强制重载远程分支列表 - 或者关闭再打开源代码管理视图（
Ctrl+Shift+G），有时比重启窗口更快 - 极少数情况需清除 VSCode Git 扩展缓存：退出 VSCode → 删除
.git/index（安全，会重建）→ 重新打开
origin/bugfix/2023，三步就够了：先 git remote prune origin，再 git fetch --prune 确保同步最新状态，最后在 VSCode 里用 “Git: Sync” 刷新 UI。别依赖点击“Fetch”图标就万事大吉——那背后跑的很可能只是裸 fetch。
