git ls-remote origin main 直接查询远程仓库中 main 分支的最新提交哈希，输出首列为权威的远程 head 指向，不依赖本地 fetch 状态，适合 ci 或排查同步问题。
git ls-remote 查看远程分支最新提交哈希
远程分支的 HEAD 指向不保存在本地仓库里，git branch -r 只显示本地已知的远程跟踪分支（比如 origin/main），但这些记录可能已过期。真正权威的指向，得直接查远程仓库。
用 git ls-remote 最直接：
git ls-remote origin main
输出类似：a1b2c3d4... refs/heads/main —— 第一列就是远程 main 分支当前指向的提交哈希。
- 加
-h可只列出 heads（即分支），避免 tag 干扰：git ls-remote -h origin - 不指定分支名会列出所有远程分支，但结果无序，建议配合
grep筛选，比如git ls-remote -h origin | grep dev - 该命令不依赖本地 fetch 记录，适合 CI 脚本或排查“为什么我 fetch 后本地 remote-tracking 分支没更新”这类问题
git show-ref --remote 查看本地缓存的远程引用
git show-ref --remote 显示的是你本地 .git/FETCH_HEAD 和 refs/remotes/ 下已有的远程跟踪引用，本质是上一次 git fetch 或 git pull 时保存的快照。
它比 ls-remote 快（不走网络），但可能 stale。典型使用场景是检查「我本地认为的远程分支位置」和实际是否一致：
git show-ref --remote origin/main
输出：a1b2c3d4... refs/remotes/origin/main
- 如果这个哈希和
git ls-remote origin main返回的不一致，说明你本地没及时 fetch -
git fetch origin main只更新origin/main这一条引用，比全量git fetch origin更轻量，适合脚本中精准同步单个分支 - 注意：该命令不显示远程仓库中存在、但你从未 fetch 过的分支（比如别人新推的
feature/x）
git rev-parse 解析远程分支的本地等价引用
当你写脚本需要把 origin/main 这种符号转成实际提交哈希时，别直接字符串拼接或硬编码，用 git rev-parse：
git rev-parse origin/main
返回的就是本地 refs/remotes/origin/main 当前指向的哈希（前提是已 fetch 过）。
- 加
--verify可做存在性校验：git rev-parse --verify origin/main，不存在时返回非零退出码，适合 if 判断 - 想获取远程分支对应的本地跟踪分支（如
origin/main→main），可用git for-each-ref --format="%(refname:short)" refs/remotes/origin/main，但更稳的方式是解析git config --get branch.main.remote配合branch.main.merge - 不要对未 fetch 的远程分支调
rev-parse，它会报错：fatal: ambiguous argument 'origin/new-branch': unknown revision or path not in the working tree.
fetch --prune 清理失效的远程跟踪分支
远程分支被删除后，你的 origin/xxx 本地引用不会自动消失，git branch -r 仍会列出它，造成混淆。
手动清理要逐个删：git branch -r -d origin/xxx；更省事的是 fetch 时自动修剪：
git fetch --prune origin
或设为默认行为：git config --global fetch.prune true
-
--prune只删本地已不存在对应远程分支的refs/remotes/origin/xxx，不会碰你自己的本地分支或未推送的提交 - 注意：某些旧版 Git（--prune，需升级或改用
git remote prune origin - CI 环境中建议固定加
--prune，否则长期运行的构建节点容易积累大量僵尸远程引用，干扰分支判断逻辑
远程引用管理真正的复杂点不在命令本身，而在「何时信任本地缓存、何时必须直连远程」——比如自动化发布流程里，用 rev-parse 做版本号生成前，得先确认是否刚执行过 fetch --prune，否则可能基于一个已被删除的远程分支打出错误版本标签。
