根本原因是本地远程分支信息是缓存，git fetch --prune 才能同步远程真实拓扑；git pull 只更新当前分支且不清理已删分支，无法替代刷新操作。
远程分支状态不更新，git branch -r 还显示已删除的旧分支？根本原因是本地仓库没真正“看到”远程的最新结构——git fetch 才是唯一可靠刷新远程分支元信息的操作，其他命令要么合并、要么不完整、要么带副作用。
为什么 git pull 不能代替刷新远程分支信息
git pull 是 git fetch + git merge（或 git rebase）的组合，它只拉取当前分支对应的远程引用，并立即尝试合并。这意味着：
- 它不会获取其他远程分支（比如
origin/feature/x）的新提交或新创建分支 - 它不会清理本地缓存中已从远程删除的分支（即“stale remote-tracking branches”）
- 如果当前分支本地有未提交修改，
git pull可能触发冲突或失败，但你其实只想“看看远程现在有什么” - 执行后
git branch -r输出可能和之前一样——因为只更新了当前分支所关联的那个远程引用
用 git fetch --prune 清掉过期的远程分支引用
默认 git fetch origin 只新增或更新远程分支引用，但不会删掉那些已在远程被删除、却还留在你本地 remotes/origin/xxx 中的“幽灵分支”。这会导致 git branch -r 显示错误列表。
加 --prune 参数才能同步远程的真实分支拓扑：
git fetch --prune origin
等价写法（更明确）：
git remote update --prune origin
执行后，再运行 git branch -r，你会发现已删除的远程分支（如 origin/deprecated-api）彻底消失了。
如何安全查看远程分支差异而不改本地工作区
你想知道 main 分支本地和远程差几个 commit？或者确认 origin/dev 是否有别人刚 push 的内容？别直接 git pull，用这些只读操作：
-
git fetch origin（先确保远程信息最新） -
git log main..origin/main→ 查看远程比本地多哪些提交 -
git log origin/main..main→ 查看本地比远程多哪些提交 -
git diff main origin/main→ 看具体代码差异（不改变任何东西） -
git show-branch main origin/main→ 直观对比两个分支分叉点
所有这些都依赖 git fetch 后的远程引用数据，而不是实时连远程查——所以务必先 fetch。
什么时候必须用 git ls-remote 而不是 git fetch
git fetch 会把远程引用下载到本地 .git/refs/remotes/ 下，但如果你怀疑远程仓库本身出了问题（比如权限变更、网络代理拦截、甚至分支被强制 force-push 覆盖），git fetch 可能静默失败或返回过期缓存。
这时跳过本地 Git 数据库，直连远程查原始引用：
git ls-remote origin
或只查某一分支：
git ls-remote origin main
输出是类似 c8a7f2e... refs/heads/main 的哈希+引用路径。它不写入本地，也不受本地 reflog 或 fetch 配置影响，是最接近“真相”的方式。适合 CI 脚本校验或排查同步异常。
远程分支信息不是“自动活”的——它是一份本地缓存，git fetch 是唯一无副作用的刷新开关；--prune 是防止缓存腐烂的必要选项；而 git ls-remote 是当你开始怀疑 Git 本身时，该摸的底牌。
