git clone 默认只下载默认分支（如main或master）的引用，其他远程分支未被拉取，故git branch -a看不到；需执行git fetch origin（或git fetch --all）下载全部远程分支引用，再用git checkout -b本地名 origin/远程名创建跟踪分支。
克隆完仓库后 git branch -a 看不到远程分支，不是你操作错了，而是 Git 默认只拉取默认分支的引用，远程分支列表根本没下载到本地——必须手动 git fetch 才能看见。
为什么 git clone 后 git branch -r 是空的？
克隆时 Git 只获取默认分支（如 main 或 master）的提交和 HEAD 引用，其他远程分支的 refs/heads/* 并不会自动同步。这跟“没网络”或“权限错”无关，是设计如此。
-
git clone本质等价于git init && git remote add origin && git fetch origin + git checkout，但 fetch 默认只拉HEAD指向的那个分支 -
git branch -r查的是.git/refs/remotes/origin/下的文件，没 fetch 就没有这些文件 - 即使远程有
dev、feature/x，克隆后运行git branch -a也只会显示remotes/origin/HEAD -> origin/main和remotes/origin/main
怎么一次性拉全所有远程分支？
运行 git fetch --all 是最直接的方式，它会把所有远程仓库（不止 origin）的所有 refs/heads/* 都下载下来。
- 如果只配了
origin，git fetch --all和git fetch origin效果一样 - 执行后立刻生效：
git branch -r就能看到全部origin/xxx分支 - 注意：这仍只是“下载引用”，不会创建本地分支，也不会切换或合并任何代码
- 想同时清理已删除的远程分支引用，加
--prune：git fetch --all --prune
如何把某个远程分支变成可 checkout 的本地分支？
不能直接 git checkout origin/feature/login，那会进入 detached HEAD 状态；必须显式创建跟踪分支。
- 推荐写法：
git checkout -b feature/login origin/feature/login - Git 2.23+ 用户可用更清晰的
git switch -c feature/login --track origin/feature/login - 如果本地已有同名分支且不想覆盖，先删：
git branch -D feature/login - 别漏掉引号：分支名含斜杠（如
release/v2.1）必须写成git checkout -b release/v2.1 'origin/release/v2.1'
远程分支删了，本地还留着怎么办？
git branch -a 仍显示 remotes/origin/deleted-branch，是因为 Git 不自动清理过期引用——它只是缓存，不是实时镜像。
- 手动清理：
git remote prune origin或简写git fetch --prune origin - 设为默认行为：
git config --global fetch.prune true，之后每次git fetch都自动 prune - 误删不用怕：
remotes/origin/*是只读缓存，删了再git fetch就恢复；本地分支（如main）完全不受影响 - 验证是否真删了？用
git ls-remote origin直连远程服务器查真实分支列表，绕过本地缓存
真正容易被忽略的点是：远程分支名在本地始终带 remotes/origin/ 前缀，这不是 bug，是 Git 区分“远程追踪引用”和“本地分支”的强制命名空间机制；想省事就别指望 git branch 显示干净的 main，该看 git branch -vv 查跟踪关系，该用 git ls-remote 确认远程真实状态。
