git clone默认拉取所有分支的远程跟踪引用，需用--single-branch与-b组合才能只克隆指定分支；搭配--depth=1可进一步减小体积和加快速度，但浅克隆会限制历史查看与分支切换。
git clone 默认会拉取所有分支的远程跟踪引用（refs/remotes/origin/*），哪怕你只打算用 main 分支。这不仅增加网络传输量，还会让本地 .git 目录更大、git branch -r 输出更冗长。直接限制为单分支，是见效最快的提速手段。
只克隆 main 分支：用 --single-branch + --branch
必须同时指定两个参数才真正生效：--single-branch 关闭多分支拉取逻辑，--branch main（或 -b main）明确目标分支。漏掉任一，仍可能拉下其他分支的引用。
git clone --single-branch --branch main https://github.com/user/repo.git- 如果远程默认分支是
master，把main换成master；不确定时先查git ls-remote --symref origin HEAD - 克隆后
git branch -r只显示origin/main，不会出现origin/develop、origin/feature/xxx等冗余项
为什么不用 --depth 1 就足够？
浅克隆（--depth 1）确实更快，但它和单分支不是互斥关系——两者可以叠加。但要注意：
-
--depth 1只影响提交历史深度，不减少分支数量；即使加了--depth 1，默认仍会拉取所有分支的最新提交引用（即每个分支的 HEAD） - 真正节省体积和时间的是「分支数 × 历史深度」，单分支 + 浅克隆才是组合拳：
git clone --single-branch --branch main --depth 1 https://... - 如果后续需要切换分支或查看历史，
--depth会导致git pull --unshallow或git fetch --unshallow，反而更麻烦
克隆后如何安全地获取其他分支？
单分支克隆不是永久锁死。需要其他分支时，用 git fetch 显式拉取，比重新克隆轻量得多：
- 拉一个新分支：
git fetch origin feature/login，然后git checkout -b feature/login FETCH_HEAD - 拉全部分支的最新状态（不含历史）：
git fetch --prune origin（--prune清理已删除的远程分支引用） - 注意：
git pull origin develop在单分支克隆后会报错“no tracking information”，因为本地没有develop的远程跟踪分支——必须先git fetch，再手动建立跟踪
单分支克隆的坑不在命令本身，而在团队协作惯性：有人习惯 git checkout -b xxx origin/xxx 却忘了先 git fetch origin xxx。一旦依赖自动补全或 IDE 的分支列表，就会卡住——因为那些分支根本没被拉下来。
