在Git的所有功能中，分支绝对是最具辨识度、最能体现其优势的“必杀技”。不同于其他版本控制系统的繁琐分支操作，Git的分支轻量、高效，创建和切换几乎瞬间完成，甚至鼓励开发者一天内频繁使用分支与合并。
如果你还对Git分支感到陌生，不知道它为什么能改变开发方式、该如何上手，这篇博客将带你从零认识Git分支——从核心原理、分支创建、切换，到分叉历史查看，每一步都结合实操案例，新手也能轻松理解，真正入门Git分支的使用。
本文核心内容参考自Git官方文档，关键参考链接：Git官方文档 - 分支简介
一、为什么Git分支是“必杀技”？
几乎所有版本控制系统都支持分支，但Git的分支模型之所以脱颖而出，核心在于它的轻量与高效。
在很多传统版本控制系统中，创建分支需要完整复制整个源代码目录，对于大项目来说，这个过程可能需要几秒甚至几分钟，效率极低。而Git处理分支的方式完全不同——它的分支本质上只是一个“可变指针”，指向仓库中的某个提交对象，创建分支就相当于往一个文件中写入41个字节（40个字符的校验和+1个换行符），无论项目规模多大，都能瞬间完成。
更重要的是，Git鼓励开发者在工作流程中频繁使用分支：你可以把工作从开发主线上分离出来，在分支上开发新功能、修复Bug，完全不影响主线代码的稳定性；待功能完善后，再将分支合并回主线，既保证了开发主线的整洁，又能实现多人并行协作，大幅提升开发效率。
二、先搞懂：Git分支的核心原理
要真正理解Git分支，首先要回顾Git保存数据的方式——Git保存的不是文件的变化或差异，而是一系列不同时刻的快照。
1. Git的提交对象与快照
当你执行git commit提交操作时，Git会做两件关键事情：
- 创建一个提交对象：包含作者信息、提交说明、指向暂存内容快照的指针，以及指向“父对象”的指针（首次提交无父对象，普通提交有一个父对象，合并分支产生的提交有多个父对象）。
- 创建一个树对象：记录当前目录结构和文件快照的索引（Git用blob对象保存具体的文件快照）。
举个实操例子，当你初始化项目并完成首次提交时：
# 暂存3个文件
git add README test.rb LICENSE
# 首次提交
git commit -m 'The initial commit of my project'
此时Git仓库中会生成5个对象：3个blob对象（对应3个文件的快照）、1个树对象（记录目录结构）、1个提交对象（关联树对象和提交信息）。
当你后续修改代码并再次提交时，新的提交对象会自动指向之前的提交对象（父对象），形成一条连续的提交历史。
2. Git分支的本质：指向提交对象的指针
Git的分支，本质上就是一个可变指针，指向仓库中的某个提交对象。我们最熟悉的master分支，就是Git初始化仓库时默认创建的指针，它会随着每次提交自动向前移动，始终指向最新的提交对象。
这里有一个关键知识点：master分支并不是特殊分支，它和你创建的其他任何分支没有区别，之所以几乎每个仓库都有master分支，只是因为git init命令默认创建它，大多数人不会特意修改。
此外，Git还有一个特殊指针——HEAD，它的作用是“指向当前所在的本地分支”，相当于当前分支的“别名”。通过HEAD，Git就能知道你当前正在哪个分支上工作。
三、核心实操：分支的基础操作（创建、切换、查看）
Git分支的基础操作非常简单，核心只有3个命令：git branch（创建分支）、git checkout（切换分支）、git log（查看分支历史），下面结合案例手把手教你操作。
1. 创建分支：git branch <分支名>
创建新分支的命令非常简单，只需指定分支名，Git就会在当前所在的提交对象上，创建一个新的指针（分支）。
# 创建一个名为testing的分支
git branch testing
执行这条命令后，Git会新增一个testing分支，此时testing和master分支指向同一个提交对象（因为没有新的提交）。
提示：git branch命令仅创建分支，不会自动切换到新分支，此时你仍然在master分支上（可通过HEAD指针判断）。
2. 查看分支与提交历史：git log --oneline --decorate
想要确认分支是否创建成功，以及各个分支指向的提交对象，可以使用git log命令，加上--oneline（简化输出）和--decorate（显示分支指针）参数。
# 查看分支与提交历史
git log --oneline --decorate
输出结果如下，能清晰看到HEAD指向master，master和testing均指向同一个提交对象（f30ab开头）：
f30ab (HEAD -> master, testing) add feature #32 - ability to add new formats to the central interface
34ac2 Fixed bug #1328 - stack overflow under certain conditions
98ca9 The initial commit of my project
3. 切换分支：git checkout <分支名>
创建分支后，需要切换到新分支才能在上面进行开发，使用git checkout命令即可切换分支。
# 切换到testing分支
git checkout testing
执行这条命令后，HEAD指针会从master切换到testing，此时你就进入了testing分支，后续的提交都会作用于这个分支。
关键注意事项：分支切换会改变工作目录文件
这是新手最容易忽略的点：切换分支时，Git会将你的工作目录恢复成当前分支所指向的快照内容。也就是说，如果你切换到一个较旧的分支，工作目录里的文件会自动变回该分支最后一次提交时的样子。
如果Git无法干净利落地完成切换（比如当前分支有未提交的修改，会与目标分支的文件冲突），它会禁止切换分支，避免你的修改丢失。
4. 一键创建并切换分支（常用快捷键）
日常开发中，我们通常会在创建分支后立即切换过去，Git提供了一条快捷键命令，无需分两步操作：
# 一键创建并切换到新分支（语法：git checkout -b <新分支名>）
git checkout -b testing
这条命令等价于：git branch testing + git checkout testing，大幅提升操作效率，是日常开发中最常用的分支创建方式。
四、分支分叉：多人协作的核心逻辑
Git分支的强大之处，在于它能轻松实现“分叉开发”——不同分支可以朝着不同方向迭代，互不影响，待开发完成后再合并，这也是多人协作的核心逻辑。
我们通过一个实操案例，理解分支分叉的过程：
- 创建并切换到
testing分支，修改代码并提交：git checkout -b testing `` vim test.rb # 修改文件 ``git commit -a -m 'made a change'此时，testing分支会向前移动，指向新的提交对象，而master分支仍然停留在之前的提交对象。 - 切换回
master分支，修改代码并提交：git checkout master `` vim test.rb # 做另一个修改 ``git commit -a -m 'made other changes'此时，master分支也向前移动，指向一个新的提交对象。
此时，项目的提交历史就产生了分叉——master和testing分支朝着两个不同的方向发展，各自保留了不同的修改。
查看分叉历史：git log --oneline --decorate --graph --all
想要直观地看到分支分叉情况，可以使用git log命令，加上--graph（显示分支图形）和--all（显示所有分支）参数：
git log --oneline --decorate --graph --all
输出结果如下，能清晰看到分支分叉的结构（*表示提交，|表示分支分隔）：
* c2b9e (HEAD, master) made other changes
| * 87ab2 (testing) made a change
|/
* f30ab add feature #32 - ability to add new formats to the
* 34ac2 fixed bug #1328 - stack overflow under certain conditions
* 98ca9 initial commit of my project
五、新手必避坑：分支基础误区
- 误以为
master分支特殊：master只是Git默认创建的分支，和其他分支功能完全一致，可根据项目需求修改名称（如改为main）。 - 切换分支前未提交修改：切换分支时，若当前分支有未提交的修改，可能导致修改丢失或切换失败，建议切换前先提交修改，或用
git stash暂存修改。 - 创建分支后忘记切换：
git branch仅创建分支，不会自动切换，若直接在原分支提交，修改不会作用于新分支。 - 担心分支过多影响性能：Git分支是轻量级指针，即使创建多个分支，也不会占用过多存储空间，无需担心性能问题。
六、总结：分支是Git协作的核心
Git分支的核心优势的是“轻量、高效、灵活”，它让开发者可以轻松将工作从主线分离，实现并行开发、多人协作，避免影响主线代码的稳定性。
对于新手来说，记住这几点就能快速入门分支操作：
- 分支本质是指向提交对象的指针，
HEAD指向当前所在分支； - 创建分支：
git branch <分支名>，一键创建并切换：git checkout -b <分支名>； - 切换分支：
git checkout <分支名>，切换前注意提交或暂存本地修改； - 查看分支历史：
git log --oneline --decorate --graph --all，直观查看分叉情况。
理解并熟练使用Git分支，是从“会用Git”到“用好Git”的关键一步。下一篇我们将学习分支的合并操作，让不同分支的修改能够顺利整合到一起，敬请期待～
