git remote prune origin用于清理本地缓存中远程已删除的分支引用，它只删除remotes/origin/*类跟踪分支，不触碰本地分支，需手动执行因git默认不同步删除状态。
git remote prune origin 为什么必须手动执行
远程分支删了，git branch -a 还能看到 remotes/origin/xxx，不是 bug，是 Git 的设计：它把远程分支快照缓存在本地，不会自动同步删除状态。pull/fetch 只拉新分支、不清理旧引用，所以必须显式触发修剪。
真正起作用的是 git remote prune origin，它会比对远程仓库当前分支列表，把本地已不存在于远端的 remotes/origin/* 跟踪分支全部删掉。
- 它不碰你的本地分支（比如
xxx），只清理remotes/origin/xxx - 执行前不会警告或预览，建议先用
git remote show origin看一眼哪些分支被标记为stale - 如果远程是 GitHub/GitLab/腾讯云等平台，且分支保护规则开启，prune 不会误删受保护分支——它只删远端已消失的
fetch -p 和 remote prune 的区别在哪
git fetch -p 是 git fetch 加上 --prune 参数，效果和 git remote prune origin 基本一致，但行为更紧凑：一次 fetch 同时完成「拉取新分支 + 清理失效远程跟踪分支」。
区别在于时机和粒度：
-
git fetch -p：适合日常同步，尤其 CI/CD 脚本里想一步到位 -
git remote prune origin：适合清理后手动作业，比如删完一批远程分支后单独补一刀 - 两者都不影响工作区、暂存区、本地分支，也不会触发 merge 或 rebase
- 注意：
git pull -p并不等价——pull 默认不支持-p，要用git pull --prune（Git 2.10+）
删远程分支后本地残留的三种情况怎么分别处理
删完 git push origin --delete feature/login，你可能遇到三类“还在那”的分支：
-
remotes/origin/feature/login（远程跟踪分支）→ 用git fetch -p或git remote prune origin -
feature/login（本地分支，未删）→ 手动git branch -d feature/login（已合并）或git branch -D（强制） - bash/zsh 补全缓存里还记着分支名 → 运行
git completion-refresh（如用 git-completion.bash）或重启 shell
最容易漏的是第二类：远程删了，本地同名分支还留着，下次 checkout 容易切错，甚至误推回远端重建。
配置自动 prune 避免每次手动敲命令
Git 支持设成 fetch/pull 时默认 prune，省去加 -p 的麻烦：
- 对单个 remote：运行
git config --add remote.origin.prune true - 全局生效（所有 remote）：
git config --global fetch.prune true - 验证是否生效：
git config --get remote.origin.prune或git config --get fetch.prune
注意：这个配置只影响 git fetch 和 git pull，不影响 git clone；而且它不会自动删本地分支，只管远程跟踪分支的生命周期同步。
真正的难点不在命令本身，而在于团队协作中没人告诉新人“删完远端还得 prune”，结果大家本地分支列表越积越多，git branch -a 输出几百行，根本分不清哪些是活的。
