删远程分支后本地仍显示是因 Git 缓存远程跟踪引用，需执行 git fetch --prune（或 git fetch -p）清理；git branch -r 显示的是本地缓存而非实时远端状态，非 bug 但易误判。
删远程分支不是执行一条命令就完事——必须配 git fetch -p，否则本地仍显示已删除的分支，这是 Git 的缓存机制导致的“假残留”，不是 bug，但极易误判。
为什么 git branch -r 还能看到已删的远程分支
因为 git branch -r 显示的是本地仓库里缓存的远程跟踪引用（即 origin/xxx），不是实时从远端拉取的列表。Git 默认不会自动同步远端分支变更，除非你主动刷新。
- 执行
git push origin --delete feature/login后，远端分支确实已被移除 - 但你的本地仍保留着旧的
origin/feature/login引用，git branch -r就会继续列出它 - IDE（如 VS Code）Git 面板可能缓存更久，需手动触发 Fetch 或重启面板
清理失效远程跟踪分支的唯一可靠命令是 git fetch --prune
这个命令会连接远端、获取当前真实分支列表，然后把本地多出来的 origin/xxx 全部删掉。它比 git remote prune origin 更稳定，尤其在老旧 Git 版本上。
- 简写形式：
git fetch -p（推荐日常使用） - 设为默认行为，避免每次手动加
-p：git config --global fetch.prune true - 注意：
git pull不会触发 prune——它只是fetch + merge，不能替代fetch -p
删远程分支前，怎么确认它真的可以删
不能只看分支名“过时”就动手。关键是要验证该分支所有提交是否已合入主干（比如 main 或 master），否则等于永久丢失代码。
- 先同步远端最新状态：
git fetch origin - 检查是否已合并：
git log origin/main..origin/feature/login—— 若无输出，说明所有提交都在main中 - 如果远端返回
remote: error: unable to delete: protected branch，说明该分支被 GitHub/GitLab 设为受保护，得先去后台关掉保护策略 - 分支名含斜杠（如
release/v2.3.1）无需引号；含空格或特殊字符才需单引号包裹
git push origin --delete 和旧写法 git push origin :branch 的区别
两者语义等价，都是推送空引用覆盖远端分支，但新写法更安全、更易读。
- 推荐统一用
git push origin --delete feature/login，Git 2.8+ 全支持，错误提示也更明确 - 旧写法
git push origin :feature/login冒号前后空格极易打错（比如写成: feature/login），且语义模糊 - 别写成
git push origin --delete origin/feature/login——origin/是本地引用前缀，重复会导致error: remote ref does not exist
最常被忽略的点是：删完远程分支后，其他协作者本地的 origin/xxx 不会自动消失，必须各自运行 git fetch -p。团队协作中，这点不统一，就会反复出现“明明删了怎么还 pull 得到”的困惑。
