（一）理解分⽀
本章开始介绍 Git 的杀⼿级功能之⼀（注意是之⼀，也就是后⾯还有之⼆，之三……）：分⽀。分⽀就 是科幻电影⾥⾯的平⾏宇宙，当你正在电脑前努⼒学习 C++ 的时候，另⼀个你正在另⼀个平⾏宇宙⾥ 努⼒学习 JAVA。
如果两个平⾏宇宙互不⼲扰，那对现在的你也没啥影响。不过，在某个时间点，两个平⾏宇宙合并
了，结果，你既学会了 C++ ⼜学会了 JAVA！
再来理解⼀下HEAD，HEAD 严格来说不是指向提交，⽽是指向master，master才是指向提交的，所 以，HEAD 指向的就是当前分⽀。
每次提交，master分⽀都会向前移动⼀步，这样，随着你不断提交，master分⽀的线也越来越⻓,⽽ HEAD只要⼀直指向master分⽀即可指向当前分⽀。
通过查看当前的版本库，我们也能清晰的理出思路:
（二）创建分⽀
Git ⽀持我们查看或创建其他分⽀，在这⾥我们来创建第⼀个⾃⼰的分⽀ dev ，对应的命令为：
【说明】
- 当我们创建新的分⽀后，Git 新建了⼀个指针叫 dev；
- * 表⽰当前 HEAD 指向的分⽀是 master 分 ⽀。
💨 另外，可以通过⽬录结构发现，新的 dev 分⽀：
💨 我们还发现⽬前 dev 和 master 指向同⼀个修改
💨 并且也可以验证下 HEAD ⽬前是指向 master 的
（三）切换分⽀
那如何切换到 dev 分⽀下进⾏开发呢？使⽤ git checkout 命令即可完成切换，⽰例如下：
- 我们发现 HEAD 已经指向了 dev，就表⽰我们已经成功的切换到了 dev 上
我们还可以打印看看进行验证：
- 接下来，在 dev 分⽀下修改 Test ⽂件，新增⼀⾏内容，并进⾏⼀次提交操作：
- 现在，dev 分⽀的⼯作完成，我们就可以切换回 master 分⽀：
- 切换回 master 分⽀后，发现ReadMe⽂件中新增的内容不⻅了！！！赶紧再切回 dev 看看
- 在 dev 分⽀上，内容还在。为什么会出现这个现象呢？我们来看看 dev 分⽀和 master 分⽀指向，发现两者指向的提交是不⼀样的：
- 看到这⾥就能明⽩了，因为我们是在dev分⽀上提交的，⽽master分⽀此刻的提交点并没有变
此时的状态如图如下所⽰：
当切换到 master 分⽀之时，HEAD 就指向了 master，当然看不到提交了！！
（四）合并分⽀
- 为了在 master 主分⽀上能看到新的提交，就需要将 dev 分⽀合并到 master 分⽀
⽰例如下：
git merge 命令⽤于合并指定分⽀到当前分⽀。合并后，master 就能看到 dev 分⽀提交的内容
了。此时的状态如图如下所⽰。
【注意】
- Fast-forward 代表“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度⾮常快；
- 当然，也不是每次合并都能 Fast-forward，我们后⾯会讲其他⽅式的合并。
（五）删除分⽀
合并完成后, dev 分⽀对于我们来说就没⽤了， 那么dev分⽀就可以被删除掉，注意如果当前正处于某分⽀下，就不能删除当前分⽀，如：
- ⽽可以在其他分⽀下删除当前分⽀，如：
- 此时的状态如图如下所⽰：
因为创建、合并和删除分⽀⾮常快，所以Git⿎励你使⽤分⽀完成某个任务，合并后再删掉分⽀，这和 直接在master分⽀上⼯作效果是⼀样的，但过程更安全。
总结
以上便是分支的增删的基本操作了，但是在合并分支的时候会存在一定的冲突问题。在下篇，我们将就合并冲突进行讲解。
