必须手动执行 git remote prune origin 或 git fetch --prune 才能清理已删除远程分支的本地缓存引用，否则 git branch -a 仍显示 origin/xxx；该操作只影响远程追踪分支，不影响本地分支。
远程分支删了，git branch -a 里还挂着 origin/xxx？这不是 bug，是 Git 的远程引用缓存没更新 —— 必须手动清理，否则会干扰分支判断、导致误操作。
为什么 git branch -a 还显示已删的远程分支
Git 不会在你删完远程分支后自动同步本地的“远程分支快照”。这些 origin/xxx 实际是存在 .git/refs/remotes/origin/ 下的文件，属于本地缓存。它们不会随远程变化自动消失，也不会影响代码，但会污染分支列表、误导 git checkout 或 CI 脚本逻辑。
-
git remote show origin会明确标出stale (gone)分支，这是最准的识别方式 -
git branch -r显示的仍是旧快照，不可信 - 即使远程分支被删超过 30 天，只要本地 reflog 没被 gc 清理，
origin/xxx文件仍可能残留
用 git remote prune origin 清理过期远程引用
这是最轻量、最安全的同步方式，只删 .git/refs/remotes/origin/ 下已失效的引用，不碰本地分支、不 fetch 新内容。
- 执行
git remote prune origin，它会列出所有被删的远程分支并删除对应本地引用 - 之后再运行
git branch -a，origin/xxx就彻底消失了 - 注意：该命令不等价于
git fetch --prune—— 后者会先 fetch 再 prune，前者只 prune，更快更干净
想一步到位同步+拉取最新？用 git fetch --prune
如果你同时需要获取新分支、更新已有远程分支指针、并清理已删分支，git fetch --prune 是完整方案。
- 它等价于
git fetch && git remote prune origin，但原子性更好 - 执行后，
origin/xxx消失，origin/new-feature出现，本地远程引用完全对齐远程状态 - 如果担心误删，可先加
--dry-run：git fetch --prune --dry-run - 长期项目建议配成默认行为：
git config --global fetch.prune true
删完远程分支后，本地分支还在，要不要同步删？
Git 默认不联动删除本地分支 —— 这是保护机制，不是疏漏。是否删本地分支，得看实际用途：
- 如果该本地分支只是临时开发、早已合并，且没人再基于它工作，可安全删：
git branch -d xxx - 如果本地分支还有未推提交、或正被其他同事基于它协作，删前必须确认：
git log origin/xxx..xxx查是否有独占提交 - 别用
git branch -D强删，除非你明确知道它已无价值；-d会拒绝删含未 push 提交的分支，反而是安全阀
真正容易被忽略的是：git remote prune origin 和 git fetch --prune 都只处理远程追踪分支（origin/xxx），从不碰你的本地分支（xxx）。这两类分支的生命周期必须分开管理，混为一谈是多数人踩坑的根源。
