Git分支本质上是指向某个commit的轻量级指针，创建分支仅在.git/refs/heads/下新建含哈希值的文件，不复制代码；切换分支即修改.git/HEAD指向，所有操作本质都是指针移动。
Git 分支本质上就是指向某个 commit 的轻量级指针，所有分支操作归根结底都是在修改 .git/refs/heads/<branch-name> 文件里的哈希值。理解这点，才能避免误以为“分支是代码副本”而踩坑。
查看当前分支和它指向的 commit
最直接的方式是读取 .git/HEAD 和对应分支文件：
-
cat .git/HEAD显示当前 HEAD 指向（如ref: refs/heads/main） -
cat .git/refs/heads/main显示该分支实际指向的 commit 哈希（40 字符 SHA-1） - 等价但更友好的命令：
git rev-parse main或git show-ref main - 注意：
git branch -v显示的哈希是 commit 的缩写，不是完整 SHA-1；真要验证指针内容，得看文件或用git rev-parse
创建分支时到底发生了什么
执行 git branch feature 时，Git 只做一件事：在 .git/refs/heads/ 下新建一个名为 feature 的文件，内容是当前所在分支（比如 main）指向的 commit 哈希。
Evez Github Manager
下载
在 OpenClaw 中管理 GitHub 仓库、Pull Request、Issue 与工作流。适用于审查 PR、管理 Issue、自动化 GitHub Actions、同步仓库等场景。
- 这个操作不复制任何文件、不生成新 commit、不改变工作区 —— 纯指针复制
- 所以
git branch几乎零开销，和 SVN 创建分支有本质区别 - 如果想让新分支指向别的 commit，得用
git branch feature <commit-id>，比如git branch hotfix abc123 - 别混淆：
git checkout -b feature是创建 + 切换两步，底层仍是先写指针再移动 HEAD
强制让分支指向另一个 commit
用 git reset 或直接重写分支指针都行，但行为差异大：
-
git reset --hard <commit-id>：仅移动当前分支指针，同时重置暂存区和工作区 —— 危险，慎用 -
git branch -f feature <commit-id>：只强制更新feature分支指针，不影响当前 HEAD、暂存区或工作区 —— 安全，适合“修正分支起点” - 极端情况可手动编辑
.git/refs/heads/feature，但容易出错，不推荐 - 如果目标 commit 已被 GC 回收（比如没被任何 ref 引用且超过 30 天），
git branch -f会失败 —— 此时需先用git reflog找回哈希
真正容易被忽略的是：分支指针一旦被移动，原来指向的 commit 如果不再被任何分支或 reflog 引用，就可能在下次 git gc 时被永久删除。所以改指针前，最好确认旧位置是否还有价值，或者先打个临时 tag 保底。
