远程分支列表不准是因为本地缓存未更新，git branch -r显示的是本地.git/refs/remotes/origin/下的只读指针快照，而非远程实时状态；需执行git fetch --prune origin同步并清理过期引用，或用git ls-remote --heads origin直查远程真实分支。
远程分支列表不准，不是 Git 坏了，而是本地缓存没更新 —— 你看到的不是远程真实状态，只是上次 git fetch 时记下的快照。
git branch -r 显示的 origin/main 是什么？
它不是远程服务器上的实时分支，而是你本地 .git/refs/remotes/origin/main 文件里存的一个只读指针。这个指针只在你执行网络操作（比如 git fetch）时才会被 Git 自动更新。
- 别人刚推了
feature/v2，你运行git branch -r却看不到：因为你还没git fetch过 - 同事删掉了
origin/old-experiment，但你的git branch -r还显示它：这是“stale reference”，本地残留，不是远程还有 -
origin/HEAD -> origin/main只是符号引用，不影响任何操作，也不代表你必须用main当默认分支
怎么查远程仓库当前真实有的分支？
绕过本地缓存，直连远程服务器查 —— 用 git ls-remote --heads origin。它不拉代码、不改本地状态，只返回服务器当前 refs/heads/ 下所有分支名和对应提交哈希。
- 输出像
abc123... refs/heads/main，后面refs/heads/后面的部分才是真实分支名 - 如果返回空或报
fatal: unable to access，优先检查网络、token 权限、URL 是否拼错，不是命令问题 - CI/CD 脚本里判断某分支是否存在，必须用这个，不能依赖
git branch -r - 不加
--heads会把 tag 也列出来，干扰判断；加了就只看分支
为什么 git remote show origin 有时卡住或报错？
它默认会先触发一次 git fetch（除非加 -n），所以卡住 = 网络慢或权限问题；报 error: Could not fetch origin = 连不上远程，不是配置错。
- 想快速看远程地址和分支映射关系，又不想等 fetch，就用
git remote show -n origin - 输出里
New remote branches表示远程有但你本地还没fetch过的分支，这时仍需手动git fetch origin feature/x才能 checkout -
Local ref configured for 'git push'这一行告诉你哪些本地分支设置了默认推送目标，比git branch -vv更底层、更明确 - 如果远程 URL 改了但没更新本地配置，
git remote set-url origin https://...才是正解，不是重装或删 .git
同步远程分支列表并清理过期引用
光 git fetch 不够，得加 --prune（或 -p）才真正“对齐”本地和远程的分支视图。
-
git fetch --prune origin：拉取所有新分支 + 删除已不存在的远程分支本地缓存 - 设成默认行为：
git config --global fetch.prune true，之后每次git fetch都自动 prune - 误删了某个
origin/xxx？没关系 —— 它只是缓存，再git fetch origin就回来了 - 大型仓库怕拉太多分支，可用
git remote set-branches origin main develop限制只跟踪指定分支
最常被忽略的一点：所有“查看远程分支”的命令，本质都在查两套东西——本地缓存（git branch -r）、远程真实状态（git ls-remote）。混淆这两者，是 80% 分支相关问题的根源。
