git clone 必须同时使用 -b 和 --single-branch 才能真正只克隆指定分支；单独 -b 仅检出该分支但下载全部历史，--single-branch 缺失 -b 则默认拉远程 head 所指分支；搭配 --depth=1 可实现最小体积与最快速度。
git clone 默认会拉取所有分支的全部历史，但你真正需要的往往只是某一个分支。只克隆单一分支是可行的，而且必须同时用 -b 和 --single-branch，缺一不可。
为什么 git clone -b branchname 不等于“只克隆该分支”
单独使用 -b 只是让本地检出指定分支，并不阻止 Git 下载其他分支的提交对象和引用。仓库体积几乎没变，.git/objects/ 里依然塞满所有分支的历史数据。
常见错误现象：执行 git clone -b dev https://github.com/user/repo.git 后，git branch -r 仍显示几十个 origin/* 分支——它们虽未下载对象，但远程引用已写入 .git/refs/remotes/origin/，且默认 fetch 配置仍指向所有分支。
--single-branch 必须和 -b 一起用才生效
--single-branch 本身不指定分支名，它只是“开关”；-b 才是告诉 Git “你要哪个分支”。两者组合才能跳过其他分支的对象下载：
✅ 正确：git clone -b main --single-branch https://github.com/user/repo.git
❌ 无效（可能拉错分支）：git clone --single-branch https://github.com/user/repo.git → 实际拉的是远程仓库的 HEAD 指向分支（可能是 next 或 develop，而非你预期的 main）
❌ 无效（体积不省）：git clone -b main https://github.com/user/repo.git → 本地有 main，但 .git/objects/ 里仍有全部分支历史
对比基线与当前 GitHub Actions 运行导出，在 CI 成本和交付周期激增前及时发现工作流或作业运行时性能退化。
搭配 --depth=1 进一步减体积和提速
浅克隆 + 单分支是最轻量的组合，适合 CI 构建、临时调试或只读查看：
• --depth=1 限制只拉最新一次提交，不带历史
• --single-branch 防止 Git 在 .git/refs/remotes/origin/ 下创建无关分支的空引用（某些旧版 Git 会残留）
• 命令：git clone -b release/v2.3 --single-branch --depth=1 https://github.com/user/repo.git
注意：git log 只能看到 1 条记录，git checkout 无法切到历史提交——这不是 bug，是浅克隆的设计约束
克隆后发现还有其他 origin/* 分支怎么办
这是正常现象，不是命令失效：
• git branch -r 显示的 origin/xxx 是 remote-tracking refs，仅占几字节元数据，不占用 .git/objects/ 空间
• 真正影响体积的是对象数据库（.git/objects/），而 --single-branch 已确保它只含目标分支所需对象
• 如需彻底清理这些引用（比如为归档准备），运行：git remote prune origin，或手动删 .git/refs/remotes/origin/ 下无关文件
实际效果取决于远程仓库结构：分支越多、历史越深，--single-branch 省下的空间越明显；但若目标分支本身提交极多（如单分支长期未合入主干），体积节省也会打折扣。别忘了检查远程 HEAD 设置——它可能悄悄决定你没加 -b 时到底拉了谁。
