一.简介
意义: 几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。
Git特点:
在很多版本控制系统中，这是一个略微低效的过程——常常需要完全创建一个源代码目录的副本。对于大项目来说，这样的过程会耗费很多时间。
Git 的分支模型称为它的`‘必杀技特性’'，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。
二.Git存储结构
为了真正理解 Git 处理分支的方式，我们需要回顾一下 Git 是如何保存数据的
Git 保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照
Git Commit流程
首次提交对象
暂存操作
暂存操作会为每一个文件计算校验和(SHA1)
然后会把当前版本的文件快照保存到 Git 仓库中(Blob对象)
最终将校验和加入到暂存区域等待提交
目录对象
同样是Commit时候计算目录的校验和
然后在 Git 仓库中这些校验和保存为树对象。
Commit Object: 在进行提交操作时，Git 会保存一个提交对象（commit object）
该提交对象会包含一个指向暂存内容快照的指针
包含了作者的姓名和邮箱、提交时输入的信息
指向它的父对象的指针
做些修改后再次提交，那么这次产生的提交对象会包含一个指向上次提交对象（父对象）的指针
多次提交的后的Commit Object结构
三.分支
分支结构
本质: 其实本质上仅仅是指向提交对象的可变指针
当前分支: Git 又是怎么知道当前在哪一个分支上呢？ 也很简单，它有一个名为 HEAD 的特殊指针,指向当前所在的本地分支（译注：将 HEAD 想象为当前分支的别名）
分支管理
分支创建
$ git branch testing
分支切换
git checkout testing
分支删除
git branch -d hotfix
分支快进fast-forward
分支快进
分支快进代码$ git checkout master
$ git merge hotfix
Copy
Plain Text
由于当前 master 分支所指向的提交是你当前提交（有关 hotfix 的提交）的直接上游，所以 Git 只是简单的将指针向前移动
四.Rebase