分支简介
1. 分支的重要性
作用：分支允许将工作从主开发线上分离，避免影响主线开发。
传统版本控制的劣势：创建分支通常需要复制整个项目文件，效率低下。
Git 的优势：分支是 Git 的“必杀技特性”，创建和切换分支都非常轻量和高效，几乎瞬间完成。
2. Git 分支的核心概念
2.1. 数据保存方式：Git 以 快照 而非文件差异保存数据。
编辑
每次提交会创建一个提交对象（commit object），包含指向文件快照的指针、提交信息、作者信息，以及父对象的指针。
这些对象包括：
Blob 对象：保存文件快照。
树对象：保存目录结构。
提交对象：指向树对象并保存提交信息。
2.2. 分支本质：分支是一个指向提交对象的可变指针。
默认分支名称为 master（可以修改）。
每次提交时，分支指针会自动向前移动。
2.3. HEAD 指针：指向当前所在的分支（将 HEAD 想象为当前分支的别名），动态决定工作目录的内容。
编辑
2.4. 首次提交对象及其树结构：
做些修改后再次提交，那么这次产生的提交对象会包含一个指向上次提交对象（父对象）的指针。
编辑
2.5. 提交对象及其父对象
Git 的分支，其实本质上仅仅是指向提交对象的可变指针。 Git 的默认分支名字是 master。 在多次提交操作之后，你其实已经有一个指向最后那个提交对象的 master 分支。 master 分支会在每次提交时自动向前移动。
Git 的 master 分支并不是一个特殊分支。 它就跟其它分支完全没有区别。 之所以几乎每一个仓库都有 master 分支，是因为 git init 命令默认创建它，并且大多数人都懒得去改动它。
编辑
3. Git 分支的高效操作
3.1. 创建分支
命令：git branch
本质：创建一个指向当前提交对象的新指针，效率极高。
示例：$ git branch testing
这会在当前所在的提交对象上创建一个指针。
编辑
3.2. 切换分支
命令：git checkout
行为：将 HEAD 指针指向目标分支，并切换工作目录内容。
示例：$ git checkout testing
这样 HEAD 就指向 testing 分支了。
编辑
那么，这样的实现方式会给我们带来什么好处呢？ 现在不妨再提交一次：
$ vim test.rb
$ git commit -a -m 'made a change'
编辑
可以看到 HEAD 分支随着提交操作自动向前移动
如图所示，你的 testing 分支向前移动了，但是 master 分支却没有，它仍然指向运行 git checkout 时所指的对象。 这就有意思了，现在我们切换回 master 分支看看：$ git checkout master
编辑
检出时 HEAD 随之移动
这条命令做了两件事。 一是使 HEAD 指回 master 分支，二是将工作目录恢复成 master 分支所指向的快照内容。 也就是说，你现在做修改的话，项目将始于一个较旧的版本。 本质上来讲，这就是忽略 testing 分支所做的修改，以便于向另一个方向进行开发。
分支切换会改变你工作目录中的文件： 在切换分支时，一定要注意你工作目录里的文件会被改变。 如果是切换到一个较旧的分支，你的工作目录会恢复到该分支最后一次提交时的样子。 如果 Git 不能干净利落地完成这个任务，它将禁止切换分支。
此时再稍微做些修改并提交：
$ vim test.rb
$ git commit -a -m 'made other changes'
编辑
现在，这个项目的提交历史已经产生了分叉，因为刚才你创建了一个新分支，并切换过去进行了一些工作，随后又切换回 master 分支进行了另外一些工作。 上述两次改动针对的是不同分支：你可以在不同分支间不断地来回切换和工作，并在时机成熟时将它们合并起来。
3.3. 创建并切换分支
命令：git checkout -b
效率更高，推荐使用。
4. 分支的灵活性与优势
4.1. 独立开发
可以从某个提交点分支出去，独立进行开发。
不同分支之间的修改互不影响。
4.2. 高效的分叉与合并
Git 的分支模型支持频繁创建和删除分支，而不会增加负担。
每次提交记录父对象，便于快速找到合并基础。
4.3. 分支历史查看
使用 git log --oneline --decorate --graph --all 查看分支及分叉历史。
5. Git 为什么这么快
Git 的分支实质上仅是包含所指对象校验和（长度为 40 的 SHA-1 值字符串）的文件，所以它的创建和销毁都异常高效。 创建一个新分支就相当于往一个文件中写入 41 个字节（40 个字符和 1 个换行符），如此的简单能不快吗？