git分支本质是轻量级指针而非代码副本，.git/refs/heads/下每个分支文件仅存40位sha-1哈希值，指向对应提交；head指向当前分支，合并、创建、删除分支均是对指针的读写操作。
Git 分支不是副本，而是一个轻量级指针——理解这一点，才能避开绝大多数合并混乱、HEAD 错乱、远程分支失联的问题。
分支文件就是指针，.git/refs/heads/main 里只存一个哈希值
你在终端执行 git branch 看到的 main、dev、feature/login，背后都对应 .git/refs/heads/ 目录下的一个纯文本文件。比如：
cat .git/refs/heads/main a1b2c3d4e5f67890123456789012345678901234
这个 40 位字符串就是一次 commit 的 SHA-1 哈希，main 分支此时就“站在”这个提交上。创建新分支 git branch feat/auth，Git 只是复制这个哈希值到 .git/refs/heads/feat/auth，不拷文件、不建目录、不读代码——开销近乎为零。
- 删分支
git branch -d feat/auth，本质就是rm .git/refs/heads/feat/auth，指针消失，但对应 commit 只要被其他分支或 reflog 引用，就不会被 GC 清掉 - 重命名分支
git branch -m old new，只是改文件名：mv .git/refs/heads/old .git/refs/heads/new - 如果手动编辑这些文件（不推荐），改错哈希会导致分支指向非法 commit，
git log报fatal: bad object
HEAD 是“你当前在哪”的指针，不是分支本身
HEAD 文件内容决定你当前处于哪个分支上下文。它有两种形态：
- “附着态”（attached）：
ref: refs/heads/main→ 表示 HEAD 指向main分支，后续git commit会让main指针前移 - “分离态”（detached）：
a1b2c3d...（直接存哈希）→ 表示 HEAD 不挂任何分支，此时提交会生成游离 commit，没人引用，容易丢失
常见误操作：用 git checkout a1b2c3d 切到某次提交后直接改代码并提交，结果新 commit 只被 HEAD 指向，没分支承接。解决方法是立刻建分支：git branch recover-branch，再 git checkout recover-branch。
合并的本质是移动指针，--no-ff 强制保留分叉结构
默认 git merge feat/auth 在 fast-forward 场景下，只是把 main 指针从旧位置直接挪到 feat/auth 当前提交——相当于“快进”，不产生 merge commit。
但加 --no-ff 后，Git 会强制创建一次新 commit，让 main 指针指向它，该 commit 有两个 parent：一个是原 main 顶端，一个是 feat/auth 顶端。这样做的实际价值是：
- 历史可追溯：
git log --oneline --graph能清晰看出功能分支的起止边界 - 避免误删：即使
feat/auth被删，它的改动仍通过 merge commit 保留在main历史中 - CI/CD 可靠性：某些自动化流程依赖 merge commit 标识发布单元，fast-forward 会丢失这一层语义
注意：--no-ff 不影响代码逻辑，只影响指针拓扑结构。企业级协作中建议统一启用。
远程分支是本地指针的镜像，origin/main 不等于 main
origin/main 存在 .git/refs/remotes/origin/main，它只是你上次 git fetch 时记录的远程 main 指针位置。它不会自动更新，也不参与本地工作流决策。
-
git pull=git fetch+git merge（或git rebase），只有 merge/rebase 阶段才会真正移动本地main指针 -
git push origin main成功后，本地origin/main不会自动同步；必须再git fetch才能刷新 - 误以为
origin/main是“远程实时状态”，导致git status显示 “Your branch is up to date” 却实际落后，根源常在此
真正的“远程最新”永远需要显式 git fetch 获取，别依赖 origin/* 的缓存值做判断。
