git branch -a仅显示本地缓存的分支，非远程实时状态；需先执行git fetch --prune同步并清理过期引用，再配合git ls-remote --heads origin验证远程真实分支。
git branch -a 能列出本地和远程分支，但默认不反映远程真实状态——它只显示你本地已知的引用，不是实时快照。
git branch -a 显示的是“缓存”，不是远程实时分支列表
执行 git branch -a 时，远程分支以 remotes/origin/xxx 形式出现，但这只是你上次 git fetch 后保存的本地记录。如果别人刚在远程新建了 feature/login-v2，而你没 git fetch 过，git branch -a 就根本不会显示它。
- 远程分支被删了？
git branch -a仍会显示旧的remotes/origin/dead-branch - 想确认某分支是否真存在于远程？不能只信
git branch -a的输出 - 必须先
git fetch --prune或git remote prune origin清理过期引用，再查才相对可靠
查远程真实分支用 git ls-remote --heads origin
这个命令绕过本地 ref，直接连远程仓库读取 refs/heads/ 下所有分支指针，结果最权威。
- 输出是
commit-hash refs/heads/main这类原始行，不含本地映射逻辑 - 配合
grep筛选：例如git ls-remote --heads origin | grep "release/" - 统计总数更准：
git ls-remote --heads origin | wc -l，比git branch -r | wc -l少受本地缓存干扰 - 注意：它不创建任何本地跟踪分支，纯只读查询
git branch -vv 是日常开发最实用的状态视图
它把本地分支、关联的 upstream、提交偏离数（ahead/behind）和最后一次提交摘要全挤在一排里，适合快速判断工作流健康度。
- 输出中
[origin/main: ahead 2, behind 1]表示你本地比远程多 2 个提交、少 1 个提交 - 没 upstream 的分支（比如刚
git checkout -b temp出来的）不会显示方括号状态 - 状态可能滞后：必须先
git fetch，再跑git branch -vv才能刷新 ahead/behind 计数 - 别依赖它发现“全新远程分支”——它只显示你本地已建立 upstream 关联的那些
为什么 git branch -r 有时漏掉远程分支？
git branch -r 只列出你本地 .git/refs/remotes/ 目录下已有的远程跟踪分支，本质是 git branch -a 的子集，不是远程目录遍历。
- 如果你从没
git checkout -b foo origin/foo或git fetch origin foo，哪怕远程早有foo，git branch -r也不会出现它 - 新团队成员克隆完仓库后第一次运行
git branch -r，往往只看到origin/main和origin/develop，其他都“消失”了 - 补救方法只有两个：
git fetch --all或git ls-remote --heads origin先摸清底数
真正麻烦的不是命令记不住，而是误把本地缓存当远程真相——尤其在多人协作、分支生命周期短的项目里，git ls-remote 多敲一次，比对着过期 remotes/origin/ 列表猜半天强。
