git remote show origin 能一次性显示远程仓库所有分支、本地跟踪关系及同步状态，包括已同步、ahead/behind、stale 和 new 分支，并指出 local branches configured for 'git pull' 与 local refs to push 等关键工作流信息。
git remote show origin 显示远程分支的完整视图
这条命令能一次性列出远程仓库的所有分支、本地跟踪关系、以及哪些分支已同步或存在差异，比单纯看 git branch -r 更直观。它还会告诉你哪些远程分支在本地没有对应 tracking 分支，哪些本地分支已推送到远程但未被合并。
常见错误是直接执行后只看到 HEAD 和几个分支名，却没注意到下方的 Local branches configured for 'git pull' 和 Local refs to push 区块——这些才是真正反映“当前工作流状态”的关键信息。
- 必须确保已配置远程源（
git remote add origin <url></url>），否则会报错No such remote 'origin' - 输出中带
[stale]标记的分支，说明该远程分支已被删除，但本地仍保留引用，需手动清理：git remote prune origin - 如果看不到某些新创建的远程分支，先运行
git fetch --all更新远程引用缓存
git ls-remote --heads origin 查看原始远程分支快照
这是最轻量、最底层的方式，不依赖本地 refs/remotes/ 缓存，直接向远程服务器发起一次查询，返回所有 refs/heads/ 下的引用及其 commit hash。适合 CI 脚本、自动化检查或怀疑本地引用过期时使用。
和 git branch -r 不同，它不会自动过滤掉已删除分支的残留记录，也不会显示本地跟踪状态，纯看“此刻远程有什么”。
- 输出格式为两列：
<commit-hash><tab><ref-name></ref-name></tab></commit-hash>，例如a1b2c3d refs/heads/main，需用awk '{print $2}' | sed 's/refs\/heads\///'提取干净分支名 - 不走本地 fetch 缓存，因此即使很久没
git fetch，结果也实时准确 - 无法区分是否被本地跟踪，也不能看出是否已 merge 或 ahead/behind，仅作“存在性验证”用
git branch -r 与 git branch -a 的实际差异
git branch -r 只列出远程跟踪分支（即 origin/main 这类），而 git branch -a 是 -r + -l（本地分支）的合集。很多人误以为 -r 就是“远程所有分支”，其实它只显示你本地已知的远程分支引用——也就是上次 git fetch 后存下来的快照。
如果你刚在 GitHub 上新建了一个分支，但在本地执行 git branch -r 看不到，不是 Git 有问题，只是还没 fetch。
-
git fetch origin即可更新所有远程分支引用，之后git branch -r才会显示新增分支 -
git branch -r中的origin/HEAD指向远程默认分支（通常是main或master），不是当前本地 HEAD - 若远程分支名含斜杠（如
feature/login-v2），git branch -r会正常显示，但部分旧版 Git 在 tab 补全时可能识别异常
为什么 git show-ref --heads --remotes 不推荐日常使用
git show-ref 是一个底层命令，--heads --remotes 组合确实能列出所有远程分支引用，但它输出的是完整 ref 全路径（如 refs/remotes/origin/dev），且不加任何修饰或分组，对人眼不友好。更重要的是，它不校验远程连接状态——即使远程不可达，只要本地 ref 存在，它就照常输出。
相比 git ls-remote 的实时性，或 git remote show 的上下文信息，它更适合脚本里做字符串匹配，而不是人工查分支。
- 输出无颜色、无缩进、无分类，分支多时难以快速定位
- 不会标记 stale 分支，也不会提示是否已设置 upstream
- 若本地误删了某个
refs/remotes/origin/xxx，它就彻底消失，而git ls-remote仍能查到真实存在
真正容易被忽略的是：所有“查看远程分支”的命令都依赖远程连接能力或本地缓存状态。网络不通、权限变更、甚至远程仓库重命名都会让结果失真。最稳妥的做法永远是组合使用——先 git fetch --all 刷新缓存，再用 git remote show origin 看整体关系，必要时用 git ls-remote --heads origin 做最终确认。
