git克隆后看不到远程分支是设计使然，因默认只拉取head指向的分支；初始化仓库须立即配置用户信息、提交首个文件、关联远程仓库，否则push必失败。
克隆后看不到远程分支，不是漏操作，是 Git 默认不拉；初始化仓库不配好三件事，push 就会失败。
git clone 后 git branch -r 为空？执行 git fetch --all
克隆时 Git 只下载 HEAD 指向的分支（通常是 main 或 master）及其提交，其他远程分支的引用（refs/remotes/origin/xxx）根本没进本地 .git 目录。所以 git branch -r 返回空、git branch -a 也只显示 origin/HEAD 和那个默认分支。
-
git fetch origin足够——只要远程只配了origin -
git fetch --all更通用，尤其你后续加了多个 remote - 加
--prune可自动清理已从远程删除的分支引用：git fetch --all --prune - 这步只是同步“分支指针”，不检出代码，也不创建本地分支
怎么把 origin/feature/login 变成可工作的本地分支？别直接 checkout origin/xxx
运行 git checkout origin/feature/login 会进入 detached HEAD 状态，改完无法直接 push，也容易误提交到临时 commit 上。
- 正确做法是显式创建跟踪分支：
git checkout -b feature/login origin/feature/login - Git 2.23+ 支持简写：
git switch -c feature/login --track origin/feature/login - 想批量建所有远程分支的本地对应分支，可用：
git branch -r | grep -v '\->' | while read r; do git branch --track "${r#origin/}" "$r"; done - 注意：如果远程分支名含
/（如origin/release/2.1），${r#origin/}会保留斜杠，Linux/macOS 下没问题，Windows 命名受限需手动处理
git init 后立刻要做的三件事：改分支名、写 .gitignore、提交有意义快照
刚 git init 的仓库是“活”不了的：没提交、没远程、分支名可能和平台不一致，CI/CD 甚至拒绝识别。
- 统一主分支名：
git checkout -b main（或git branch -M main），避免 GitHub/GitLab 默认用master导致git push -u origin main报src refspec main does not match any - 必须写
.gitignore：哪怕只加__pycache__/、node_modules/、target/这几行，否则第一次git add .就污染仓库 - 首次提交至少含
README.md、.gitignore、LICENSE：echo "# MyProject" > README.md && git add README.md .gitignore && git commit -m "chore: init repo with basic files"
为什么不用 git clone --mirror 来“一次性拉全”？
git clone --mirror 确实会下载全部 refs（包括 tags、notes、甚至 reflog），但它生成的是裸仓库（bare repo），.git 直接暴露在外，没有工作目录，不能 git checkout、不能编辑文件、也不能直接跑构建脚本。
- 它适合做备份或镜像同步，不适合日常开发
- 若硬要转成普通仓库，得额外执行：
git config --bool core.bare false+git checkout [branch]，且原origin配置会丢失 - 对绝大多数协作场景，
git fetch --all+ 手动或脚本建跟踪分支，才是可控、可审计、可复现的做法
真正容易被忽略的点是：fetch 只更新引用，不拉代码；而 init 后缺那三步，仓库就卡在“能运行 git 命令”但“没法协作”的状态——这两处不补全，后面所有分支操作都像在沙上建塔。
