1. 为什么你需要 git fetch -p？
在团队协作开发中，我们经常会遇到这样的场景：同事在远程仓库（如 GitHub/GitLab）上删除了一个功能分支 feature/login，但你本地的 git branch -a 列表里，依然能看到 origin/feature/login 这个分支孤零零地挂在那里。
为什么会出现这种情况？
因为 Git 默认是'谨慎'的，它不会自动删除你本地的任何引用（包括远程分支的镜像），以防你误删数据。这就导致了本地仓库的'垃圾数据'越积越多，不仅看着碍眼，有时还会干扰你的判断（比如误以为这个分支还存在）。
git fetch -p 就是专门用来解决这个问题的'清洁工'。
2. 核心概念：git fetch -p 到底做了什么？
2.1 命令全称与简写
- 全称：
git fetch --prune - 简写：
git fetch -p（推荐使用，因为-p比--prune好记太多了）
2.2 核心作用（一句话概括）
'在拉取远程最新信息的同时，自动删除本地那些对应远程分支已被删除的'过时'远程跟踪分支。'
2.3 执行原理（通俗版）
- 第一步（Fetch）：去远程仓库看看，最近有没有人提交了新代码，或者创建了新分支。
- 第二步（Prune）：再对比一下，远程仓库里哪些分支没了（被删了）。然后回到本地，把那些'远程已经没了，但本地还存着镜像'的分支给删掉。
⚠️ 重要安全提示：git fetch -p只会删除本地的远程跟踪分支（如 origin/xxx），绝对不会删除你自己创建的本地分支（如 my-feature）。所以请放心使用，它非常安全。
3. 实战演练：什么时候该用？
场景 1：清理'僵尸'分支（最常用）
当你发现 git branch -r 列表里有很多带 [gone] 标记或者明显已经不存在的分支时。
# 执行清理
git fetch -p
# 查看效果
git branch -r
场景 2：切换分支时提示'分支不存在'
当你尝试 git checkout origin/old-branch 时，系统提示 fatal: 'origin/old-branch' 不是一个提交，无法切换，说明这个分支在远程已经被删了。
# 先清理一下本地的错误缓存
git fetch -p
# 再查看可用的远程分支
git branch -r
