分支管理大纲：
分支就相当于是工厂里的流水线，分支之间是互相不会影响的。
掌握Git工作流(一)--git基本操作
掌握Git工作流(二)--git分支管理
掌握Git工作流(三)--git工作流
一. git 分支基本操作
也可以理解为两条流水线；
HEAD是指向当前分支，分支才指向当前的版本。
创建并切换分支的过程如下：
创建分支是创建一个dev的指针指向节点，切换分支就是用HEAD来指向dev分支。
master还在原来的位置
git checkout master相当于是直接让HEAD指向了master分支；
合并相当于是对HEAD以及master直接进行操作，使它们移动到dev的分支上；
快速合并就是把指针直接挪动到当前的版本节点。
二. git 分支解决冲突
有些时候，合并分支并不是总是成功的。
现在的图是这种情况：
在两个分支上都有了新的提交，并且编辑的都是同一个文件，在合并时就会起冲突，冲突必须手动的进行解决，并进行一次新的提交
小结：
在合并分支时，可能会起冲突。解决办法就是先通过git status找到冲突是在哪个文件中，接着手动解决完冲突的文件后，再次提交即可。
三.git分支分支管理策略
注：此时合并dev得内容到master不会产生冲突。当两个分支都有各自得提交，并且编辑同一个文件时才会有冲突。但是此时不会起冲突，但是不能快速提交。当快速合并不能成且没有冲突得时候，此时会在合并之后做一次新的提交。
上述过程如图所示：
会出现一个弹窗得信息：
输入合并信息：
通过Ctrl + X 保存并退出
此时效果如图：
创建并切换到dev分支如图所示，将HEAD移过来，指向dev分支：
对应如图所示：
将HEAD重新移动到master上面：
现在如果直接使用git merge dev的话，其会执行快速合并，因为dev分支上有提交记录，master分支上还没有。
但是有时我们为了保存提交的记录，我们需要手动的禁止快速合并。
禁止快速合并之后，它就会合并后重新做一次新的提交，那么新提交需要有一个说明信息，就在-m后面加上说明信息。
对应的图如下，将之前的master更新往上移动：
问：快速合并和禁止快速合并的模式有什么不同？
快速合并在git log 中不显示合并的记录。
那么什么时候我们会禁止快速合并模式呢？
因为此时你手上的工作还没有完成，所以不能进行直接提交。
此时再通过git status来看，工作区就变干净了。
