Git的分支模型是它的“必杀技”，创建新分支几乎是瞬间完成，在不同的分值之间切换也是一样的方便。

一、分支简介

Git保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照。

Git的“master”分支并不是一个特殊的分支，它和其他分支没有差别，之所以每一个仓库都有master分支，是因为git init命令默认创建它，并且大多数人都懒得去改动它。

1.分支创建

git branch testing 

Git通过一个名为HEAD的特殊指针指向当前所在的本地分支，git branch命令仅仅创建一个新分支，并不会自动切换到新分支中去。

可以通过git log命令查看各个分支当前所指的对象，参数：--decorate

git log --oneline --decorate

2.分支切换

git checkout testing

如果对testing分支进行了修改，并且commit,然后切换回主分支，结果会如下图：

git checkout master做了两件事：使HEAD指回master分支，将工作目录恢复成master分支所指向的快照内容。也就是说，你现在做修改的话，项目会始于一个比较旧的版本。

可以通过运行git log --oneline --decorate --graph --all来输出你的提交历史，各个分支的指向以及项目的分支分叉情况。

git分支实质上近视不含所指对象校验和（长度为40的SHA-1值字符串）的文件，所以创建和删除都特别高效。

过去的版本控制系统创建分支时会讲所有的项目文件都复制一遍，并保存到一个特定的目录。

3.分支的新建与合并

新建分支并切换到该分支上：git checkout -b iss53 (这条命令实际上相当于两条命令：git branch iss53        git checkout iss53)

回到master分支：git checkout master

新建分支hostfix并切换到该分支上：git checkout -b hotfix

切换回master分支：git checkout master

合并hotfix分支：git merge hotfix

4.遇到冲突时的分支合并：

有时候合并操作不会如此顺利，如果两个不同分支中又对同一个文件的同一个部分进行了不同的修改，git就没法干净的合并它们，就会产生冲突。这时，git会停下来，等待你去解决合并产生的冲突。可以通过git status 命令来查看那些因包含合并冲突而处于未合并状态（unmerged）的文件：

解决完冲突后，可以git add [文件名]来将其标注为已解决，一旦暂存这些原本有冲突的文件，git就会将它们标记为冲突已解决。

如果这时，对合并结果满意，并且确定之前有冲突的文件都已经暂存，就可以输入git commit来完成合并提交。

4.分支管理

git branch 不仅可以用来创建分支，如果后边不加参数，还可以显示出现有的所有分支以及当前处于哪个分支。如果要查看每个分支的最后一次提交，运行git branch -v命令。

--merged --no-merged这两个有用的选项可以过滤这个列表中已经合并或者尚未合并到当前分支的分支。

删除某个不再有用的分支：git branch -d testing

四、远程分支

显式地获得远程引用的完整列表 git ls-remote

"origin"并无特殊含义：

远程仓库名字“origin”与分支名字“master”一样，在Git中并没有任何特别的含义一样。同时“master”是当你运行git init时默认的起始分支名字，原因仅仅是它的广泛使用，“origin”是当你运行git clone时默认的远程仓库名字。如果你运行git clone -o booyah,那么你默认的远程分支名字将会是booyah/master

删除远端分支：git push origin --delete serverfix

五、变基

1.在git中整个来自不同分支的修改主要有两种方法：merge和rebase

2.可以使用rebase命令将提交到某一分支的所有修改都移至另一分支上，就好像重新播放一样。

待续。。。。