git branch -a 仍显示已删远程分支是因为本地远程追踪分支缓存未更新；需执行 git fetch --prune origin 同步并清理失效引用，或配置 git config --global fetch.prune true 实现自动清理。
git branch -a 还能看到已删远程分支，是因为本地缓存没更新
Git 不会自动同步远程分支的删除动作。你执行 git push origin --delete feature/login 只是告诉远端删掉它，origin/feature/login 这个远程追踪分支仍静静躺在 .git/refs/remotes/origin/ 里，git branch -a 自然照常列出。
这不是 bug，是 Git 的设计：远程追踪分支本质是本地快照，只在显式 fetch 或 prune 时刷新。
用 git fetch --prune 清理最直接
这条命令一次完成两件事：拉取远程最新分支列表 + 删除本地已失效的 origin/* 引用。
-
git fetch --prune origin：只针对 origin（推荐，明确可控） -
git fetch -p：简写，效果相同 -
git fetch --prune：对所有 remote 生效（慎用，如果你配了多个远端）
执行后立刻生效，git branch -a 中的 origin/xxx 就消失了。注意：它不会动你的本地分支（比如 feature/login），只清理 origin/ 开头的那些。
git remote prune origin 和 git fetch --prune 有啥区别？
核心差异在「是否更新远程分支信息」：
-
git remote prune origin：只删本地残留引用，不拉新数据。适合网络受限或只想清理、不关心其他分支更新的场景 -
git fetch --prune origin：既拉新、又清理，更常用。相当于先git fetch origin再git remote prune origin -
git remote update origin --prune：和git fetch --prune origin行为一致，语义更强调“更新远端状态”
日常开发中，直接用 git fetch --prune origin 就够了。别省那几个字母，少一次 fetch，下次 git checkout 可能拉不到最新提交。
怎么避免反复手动清理？
设成自动 prune，一劳永逸：
- 全局生效：
git config --global fetch.prune true - 仅当前仓库：
git config fetch.prune true
之后每次 git fetch（包括 git pull，因为它内部调用 fetch）都会自动清理过期的 origin/*。但注意：这个设置不影响 git remote prune 的行为，它只作用于 fetch 系列命令。
真正容易被忽略的是：即使设置了 fetch.prune true，如果某次 git fetch 因网络中断失败，清理也不会发生——得等下一次成功 fetch 才补上。所以定期跑一次 git fetch --prune origin 仍是稳妥做法。
