git remote prune origin 只删除本地的远程跟踪分支（如 origin/feature/old），不删除本地已检出分支（如 feature/old）；需先 git fetch --prune origin 更新引用，再手动用 git branch -d 安全清理本地对应分支。
git remote prune origin 为什么没删掉本地分支
它只清理 refs/remotes/origin/* 这类远程跟踪引用，不碰你本地的 main、feature/login 这种真正 checkout 过的分支。很多人误以为执行完就“干净了”，结果 git branch 里还躺着一堆早被合并删掉的旧分支。
- 必须先确认远程分支确实已被删除（比如别人在 GitHub 上点掉了
feature/old） - 运行
git remote prune origin后，用git branch -r检查origin/feature/old是否消失；若还在，说明远程还没删，或你本地 fetch 缓存太旧 - 想看它打算删哪些，加
--dry-run：git remote prune --dry-run origin
删完远程跟踪分支后，本地对应开发分支怎么处理
这是最常被跳过的一步：远程分支删了，你本地的 feature/old 分支如果没合并进主干，就变成“悬空”状态——没人指向它，但提交对象还占着空间，且下次 git push 可能报错。
- 先检查是否已合并：
git merge-base --is-ancestor feature/old main返回 0 表示已合并 - 确认可删再执行：
git branch -d feature/old（安全删除，未合并会拒绝） - 强制删（慎用）：
git branch -D feature/old - 别依赖 IDE 的图形界面一键清理——很多 IDE 不自动同步
git remote prune结果，仍显示灰色远程分支
prune 前要不要先 fetch
要。Git 的远程跟踪分支信息存在本地仓库的 .git/FETCH_HEAD 和 refs/remotes/ 下，如果很久没 git fetch，prune 会基于过期快照操作，可能漏删、也可能误删。
- 标准流程就是：
git fetch --prune origin—— 这条命令 = fetch + prune 一步到位 - 等价于分开写：
git fetch origin然后git remote prune origin - 注意：如果设了
fetch = +refs/heads/*:refs/remotes/origin/*以外的 refspec（比如只拉main），prune 可能不生效，得检查git config --get-all remote.origin.fetch
自动化清理：能不能加到日常 pull 里
可以，但得改默认行为。Git 默认 git pull 不带 --prune，因为 prune 是破坏性操作（虽然只删引用，不删提交），不适合无提示执行。
- 临时加：
git pull --prune origin main - 永久设为默认（推荐）：
git config --global fetch.prune true，此后所有git fetch和git pull都自动 prune - 副作用：CI 脚本若依赖某些已删远程分支的引用，可能突然失败；建议在个人工作流中启用，团队共享脚本里显式控制
git gc，但它通常没必要手动跑——Git 在多数操作后会自动触发。真要查有没有残留，git fsck --unreachable 才是准绳，不过绝大多数人根本不需要走到这步。
