上两节课我们介绍了git两种冲突及其解决的方法，这一节我们将重点介绍git最核心的部分：git分支管理。
主要介绍三个方面的内容：
（1）分支的作用
（2）分支的常用命令
（3）分支的使用场景
首先介绍分支的作用：
我们在完成一项工作的时候需要有个一工作的主线，但是可以采用不同的方式去完成，这样就衍生出了多条分支，比如说我们可以用办法A来完成一项任务，也可以用办法B来完成一项任务（PS:可用算法A来实现某个效果，也可以用算法B来实现这个效果...）.，利用分支不仅可以提高效率，而且可以避免不必要的麻烦。
分支的作用：几乎所有的版本控制系统都可以以某种形式来支持分支。使用分支意味着你可以把你的工作从开发主线上分离出来，以免影响开发主线。
这句话的意思就是我们的每个项目都需要有自己的项目主线，这个主线的每个代码我们都需要保证是可发布的状态。其他的我们可以建立一些开发的分支或者bug的分支，这样就可以不影响主干分支的发布状态，
从图中可以看出，利用git进行程序的开发是并行的，而不是串行的，因此开发的速度更快。
这就是两条分支进行开发和合并的过程。
设想有这样一个场景，我们开始了新一天的任务（新任务），但是在做任务的过程中，有个紧急的bug需要我们去修复。最后我们再把所有的分支做一个合并，这里就需要三条分支（主分支master,开发分支dev,错误分支bug）,因为我们要保证我们主分支的代码不能被随意更改的，所以我们需要建立dev和bug分支，
工程原始状态：
然后我们在dev分支上做一个开发。如下：
现在我们遇到了一个紧急的bug，需要我们去修复，所以需要对当前的代码做一个本地的提交。
然后转换到bug分支修复bug,转换到bug分支之后，可以看到工作区回到了最初的状态（没有新任务的代码了）:
修复bug的代码用一句输出来模拟，如下：
修复完成之后，需要提交修复完的代码。
github端显示成功添加bug分支,如下：
bug修复完毕，我们需要对master分支和bug分支进行合并，首先切换到master分支上：
合并完之后，我们需要切换到dev分支上继续开发我们的任务：
合并完之后可以看到有冲突的，如下图：修复冲突并继续之前没有完成的新任务的编写：
编写完成之后，提交到dev分支：
github上显示的新的分支：
接着需要切换到master分支，进行代码master分支和dev分支的合并：
如果觉得《【Git/Github学习笔记】Git分支管理（一）》对你有帮助，请点赞、收藏，并留下你的观点哦！
