Git——理解分支

Git——理解分支

1.何为分支

Git保存的不是文件差异或者变化量，而只是一系列文件快照。
Git仓库中的对象有：

多次提交后的仓库：

分支是指向某一个提交对象的指针：

新建分支相当于新建一个指针：

HEAD指向当前所在的分支：
git checkout testing后：

再提交一次：

git checkout master后：

此时再进行修改、提交一次：

可见分支产生了分叉。

2.分支的新建与合并

新建并切换到bran1分支：
git checkout -b bran1
相当于执行以下两条命令：

git branch bran1
git checkout bran1

假设我们在bran1分支上进行开发工作，但此时已发布的master分支上的版本有一个紧急问题需进行修复，此时，切换回master分支，然后新建一个hotfix分支用于进行修复操作：

git checkout master
git checkout -b hotfix

切换分支的时候最好保持一个清洁的工作区域。在hotfix上修复并测试好后，合并到分支：

git checkout master
git merge hotfix

由于hotfix分支在master分支的前面，Git只需要把master分支指针直接往hotfix移动就好了，这种合并过程称为快进（Fast forward）。

合并之后，master分支和hotfix分支指向同一位置。
在问题修复后，回到之前bran1分支继续之前的工作。此时由于hotfix分支和master都指向相同的提交对象，所以hotfix已经完成使命，可以删掉了。
git branch -d hotfix
回到之前分支继续工作：

git checkout bran1
# do something...
# git commit  命令的  -a 选项可以直接将已修改但未添加到暂存区的（未使用git add添加）提交到仓库。
git commit -a -m 'finished the new footer [bran1]'

但此时之前hotfix分支的修改内容未包含到bran1中来，如果需要纳入此次修补，可以用git merge master把master分支合并到bran1，或者等bran1分支完成后，再将bran1分支中的更新并入master。

出现分叉的分支的合并

这样的合并操作的底层实现不同于之前hotfix的并入方式。Git会用两个分支的末端（C4和C5）以及它们的共同祖先（C2）进行一次简单的三方合并计算 。看图：
C2、C4、C5进行三方合并：

Git对合并后的结果重新做一个新的快照，并自动创建一个指向它的提交对象(C6）。

遇到冲突时的分支合并

如果在不同的分支中都修改了同一个文件的同一部分，Git就无法干净地把两者合到一起。如果遇到冲突，可以使用git status查阅。遇到冲突，可以使用合并工具进行解决。之后commit将暂存区的内容保存到仓库中就可以了。