目录
1.什么是分支
2.查看当前在哪个分支
3.分支的创建
3.分支的切换
4.分支的合并
5.删除分支
6.使用非fast-forward模式提交
7.解决冲突
8.分支策略
1.什么是分支
master主分支：主分支，master分支上的代码通常是部署在生产环境中的，通常是稳定的代码，不会再主分支上进行任何的开发操作，写出个bug那服务就直接挂了就惨了。
通常进行开发的时候通常会创建一个分支，在分支上开发，对分支修改不会影响主分支，如果代码没问题，再将分支合并到主分支。
2.查看当前在哪个分支
git branch
当前在master分支
3.分支的创建
git branch [分支的名字] //创建一个分支 git checkout -b [分支名字] //创建一个分支并进入创建一个dev分支并查看
使用checkout创建分支
3.分支的切换
git checkout [分支名]
checkout命令还可将工作区的代码回退到 提交到暂存区的代码。
git checkout --[文件路径]4.分支的合并
git merge [分支名]合并head指向的分支和merge指定的分支。
将dev分支合并到主分支
查看合并情况
git log --graph --pretty=oneline --abbrev-commit查看提交的日志， --graph就是以图形化的方式查看，--pretty=online更工整的打印信息，--abbrev-commit省略一些提交哈希值。
git log --graph --pretty=oneline --abbrev-commit
因为我这里对分支没做任何修改所以提交出来时这样的，也可以修改文件提交之后。
默认的提交方式是fast-forword ，这种提交方式是及其不建议的，如果将分支删除，就看不到这次提交是合并过来的还是直接commit的。
5.删除分支
git branch -d [分支名]将dev分支删除
再次查看日志
我们发现已经看不到是否合并过了
6.使用非fast-forward模式提交
git merge --no-ff -m "非 ff 方式的分支合并" dev2
分支的信息即使将分支删除后也会保存。
7.解决冲突
当两个分支对同一行代码做出的改动，合并分支的时候，git也不知道你想要哪行代码，这时候需要程序员手动处理冲突。
冲突文件会有这样的信息
<<<<<<< HEAD 这是目标分支（通常是当前分支）的内容 ======= 这是源分支的内容 >>>>>>> <source_branch>处理完之后再次进行commit。
8.分支策略
在实际开发中，我们应该按照⼏个基本原则进⾏分⽀管理：⾸先，master分⽀应该是⾮常稳定的，也就是仅⽤来发布新版本，平时不能在上⾯⼲活；那在哪⼲活呢？⼲活都在dev分⽀上，也就是说，dev分⽀是不稳定的，到某个时候，⽐如1.0版本发布 时，再把dev分⽀合并到master上，在master分⽀发布1.0版本；你和你的⼩伙伴们每个⼈都在dev分⽀上⼲活，每个⼈都有⾃⼰的分⽀，时不时地往dev分⽀上合并就 可以了。
