git show-ref 是直接列出本地仓库所有引用及其对应提交哈希的底层命令，不美化、不推断；而 git branch 是封装后的用户友好命令，隐藏前缀、标记当前分支、默认过滤远程分支。
当前分支名不等于 HEAD 指向的提交，但 git show-ref 能直接暴露所有引用的真实哈希值——包括你正在用的分支、远程跟踪分支、甚至标签，它不靠“猜测”，只读 .git/refs/ 下的原始文件。
git show-ref 是什么，和 git branch 有什么根本区别
git show-ref 不解析分支状态，也不做任何美化或推断；它只是把 .git/refs/ 目录下所有引用（ref）及其对应提交哈希值原样列出来。而 git branch 是个“用户友好层”命令：它隐藏了 refs/heads/ 前缀、用星号标当前分支、还会过滤掉远程分支（除非加 -a），本质上是封装后的视图。
-
git branch输出的是“你认为的分支名”，比如main -
git show-ref输出的是“Git 实际存储的完整 ref 名 + 对应 commit”，比如refs/heads/main abc123... - 当你在分离头指针（detached HEAD）状态下，
git branch显示HEAD（无星号），但git show-ref HEAD会明确告诉你它指向哪个哈希
常用 show-ref 场景与参数组合
多数人只用 git show-ref 查某个具体引用是否真实存在、有没有拼错名字，或者确认远程分支是否已同步到本地。
- 查当前分支真实指向：
git show-ref HEAD—— 这会输出类似abc123... refs/heads/main或def456... HEAD（分离时） - 只看本地分支：
git show-ref --heads—— 等价于列出.git/refs/heads/下全部文件内容 - 只看远程分支：
git show-ref --remotes—— 对应.git/refs/remotes/origin/下所有引用，比git branch -r更底层、不依赖缓存逻辑 - 查某分支是否存在且非空：
git show-ref refs/heads/feature-x—— 如果没输出，说明该分支根本没创建（不是“没 fetch 到”）
为什么 show-ref 有时比 git branch -a 更可靠
因为 git branch -a 依赖本地已有的 ref 数据，而这些数据可能滞后于远程真实状态；git show-ref 虽然也读本地文件，但它不经过分支列表的“整理逻辑”，不会被 --merged 或 --no-merged 这类过滤干扰，也不会因终端宽度自动截断。
- 远程分支刚被别人删掉？
git branch -a还显示remotes/origin/deleted-branch，但git show-ref --remotes | grep deleted-branch已无输出（前提是已git fetch --prune） - 想确认某个 tag 是否真指向某次提交？
git show-ref v1.2.0比git tag -l多一行哈希，避免误认轻量 tag 和附注 tag -
git branch -vv显示[origin/main: gone]，但你想知道 origin/main 当前到底指向哪——git show-ref refs/remotes/origin/main会直接给你哈希，而不是“gone”这个抽象状态
真正容易被忽略的是：git show-ref 不受 core.logAllRefUpdates 或 reflog 影响，它只反映当前 refs/ 目录的即时快照。如果你在调试 CI 流水线或写 Git 钩子脚本，它比任何带修饰的命令都更接近 Git 的“真相”。
