播面

在 Git 中，分支（Branch）的本质非常简单且令人惊叹：它仅仅是一个指向某次提交（Commit）的、可移动的轻量级指针（Pointer）。

为了彻底理解这句话，我们可以从以下几个层次来剖析：

1. 核心概念：它只是一串 40 位的字符

在传统的版本控制系统（如 SVN）中，创建一个分支意味着把整个项目的目录完整地复制一份，这既耗时又占用大量存储空间。

但在 Git 中，分支绝对不是文件或目录的物理拷贝。当你创建一个分支时，Git 只是在底层创建了一个文本文件，这个文件里只包含了一行内容：一个 40 个字符长度的 SHA-1 哈希值，这个哈希值指向某一次特定的提交（Commit）。

• 比喻：你可以把 Git 的提交历史想象成一本书，而分支就是夹在这本书某一页上的“书签”。创建新分支，就是多加了一个书签；切换分支，就是翻到另一个书签所在的页；提交代码，就是往书里加了新的一页，并自动把当前的书签移到最新的一页上。

2. 扒开底层看本质（硬核验证）

如果你在一个 Git 仓库中执行以下操作，就能亲眼看到分支的本质：

假设你当前在 main 分支上，你可以去 .git/refs/heads/ 目录下看看：

$ cat .git/refs/heads/main

你会得到类似这样的输出：

f30ce258d042ce181b539c8eb0100d33e5c93540

这就是 main 分支的全部！ 它仅仅是一个包含着 41 个字节（40个字符+一个换行符）的文件。当你删除一个分支时，Git 只是删除了这个小小的文本文件，并不会删除任何实际的代码或提交历史。

3. 分支是如何移动的？

Git 的提交历史是一根或多根链条。每次提交都会指向上一次提交（它的父节点）。

• 当你停留在 main 分支并执行 git commit 时，Git 会创建一个新的提交对象。
• 接着，Git 会自动将 main 这个“指针”向前移动一步，指向刚刚产生的最新提交。

4. Git 怎么知道我现在在哪个分支上？（HEAD 指针）

既然分支只是指向提交的指针，你可能同时有 main、dev、feature 好几个分支（也就是好几个指针）。Git 如何知道你当前正在使用哪一个呢？

这就引出了另一个特殊的指针：HEAD。

• HEAD 本质上是一个“指向指针的指针”。
• 它通常指向你当前所在的那个分支指针。

你可以查看 HEAD 文件的内容：

$ cat .git/HEAD

输出通常是这样的：

ref: refs/heads/main

这表示：你当前在 main 分支上。当你在 main 上提交时，Git 通过 HEAD 知道要移动 main 指针。

总结

正因为 Git 分支本质上只是一个包含 40 个字符的轻量级指针：

1. 极速：创建、销毁、切换分支的时间复杂度都是 $O(1)$，瞬间完成。
2. 轻量：几乎不额外占用磁盘空间。
3. 工作流革命：这使得“频繁创建分支、合并分支”成为了 Git 用户的日常标准操作，彻底改变了现代软件开发的协作模式。