git创建分支几乎不占用额外磁盘空间，因其仅新增一个约41字节的指针文件，指向当前commit，不复制文件或历史；真正影响空间的是commit、blob和tree对象，分支间共享相同历史时完全复用。
Git创建分支几乎不占用额外磁盘空间
Git新建分支本身不会复制文件或历史记录，只新增一个指向当前 commit 的指针（即分支名），本质就是一个 41 字节左右的文本文件（存于 .git/refs/heads/xxx）。无论你创建 10 个还是 100 个分支，只要没在新分支上做新提交，本地仓库体积几乎不变。
常见误解是“分支多了会变大”，其实真正影响空间的是：commit 对象、blob（文件快照）和 tree（目录结构），而这些在分支共用同一段历史时完全共享。只有当你在某个分支上修改并提交了新内容，才可能生成新的 blob 或 tree —— 但这也取决于是否真改了文件，而非单纯切换分支。
为什么 git branch 命令执行后看不到新分支？
执行 git branch feature/login 只是创建了分支指针，但不会自动切换过去，也不会推送到远程。此时 git branch 能列出它，但远程仓库（如 GitLab）里根本不存在这个分支。
- 本地能看到：运行
git branch或git branch --show-current - 远程看不到：除非你执行
git push origin feature/login - IDE 或 Git GUI 工具默认只显示远程已存在的分支，所以新分支不会立刻出现在分支列表中
如果误以为“创建即可见”，容易在协作中漏推分支，导致队友拉不到代码。
频繁创建分支会不会拖慢 Git 操作？
不会。分支切换（git switch 或 git checkout）的本质是重置 HEAD 指针 + 同步工作目录文件状态，耗时取决于你改动的文件数量，而不是分支总数。
但有两个真实瓶颈点容易被忽略：
-
git status变慢：当工作区有大量未跟踪文件（比如node_modules、构建产物）时，每次切换分支都会触发全量扫描，和分支数无关，但会让人误以为是分支导致的 -
git log --all显示变卡：分支太多且各自有独立提交历史时，图遍历开销上升；这不是存储问题，而是计算路径时的 CPU 开销
解决办法不是少建分支，而是清理工作区、用 .gitignore 排除无关文件、避免在单一分支堆砌超长提交链。
删除分支后空间能立刻释放吗？
不能。本地分支删除（git branch -d feature/x）只是删掉那个指针文件，对应的 commit 和 blob 是否被回收，取决于有没有其他引用指向它们——比如另一个分支、reflog、或者 stash。
Git 默认保留 reflog 条目 90 天，意味着即使你删了分支，它的提交仍可通过 git reflog 找回，且不会被 git gc 清理。真正释放空间需要：
- 确认没有其他分支、标签、stash 引用目标提交
- 运行
git reflog expire --expire=now --all（清空 reflog） - 再运行
git gc --prune=now（强制垃圾回收）
日常开发中不必手动执行这些，Git 会在合适时机自动清理；但如果你刚删掉一个长期存在、含大量二进制文件的分支，且磁盘吃紧，就得主动触发 gc。
