前言
版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。
下面以一个图形象的表示分支的概念。
一、分支相关命令
1、查看分支（git branch -v）
git branch -v
2、创建分支（git branch xx）
这里创建一个名为 hot-fix 的分支
git branch -v git branch hot-fix git branch -v
3、切换分支（git checkout xx）
1、切换到 hot-fix 分支
git checkout hot-fix git branch -v
可以看到 hot-fix 分支前有个*，代表当前所处的分支
2、在 hot-fix 分支修改文件后查看状态，此时工作区存在未提交的hello.txt。需要重复添加暂存区-提交本地库的过程
tips:git checkout - //可以表示切换到上一个分支
把 hot-fix 做的改动添加到暂存区，并提交本地库形成历史版本及查看版本信息
git add hello.txt git status git commit -m "hot-fix first commit" hello.txt git reflog
.git中的HEAD文件
4、合并分支（git merge xx）
①、正常合并
要转到想要合并到的分支上，git merge 要合并的分支
git checkout master git reflog git merge hot-fix cat hello.txtv
master 分支的 hello.txt 成功修改了
②、冲突合并
问：什么时候会遇到合并冲突？
答：合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。
1） 复现冲突：
在 master 分支：
vim hello.txt git add hello.txt git commit -m "master test" hello.txt
在 hello.txt 倒数第二行新增 master test
在 git checkout hot-fix 分支：
git checkout hot-fix vim hello.txt git add hello.txt git commit -m "hot-fix test" hello.txt
在 hello.txt 倒数第一行新增 hot-fix test
接下来依次执行下述指令：
git checkout master git merge hot-fix git status
根据报错可以看到由于两个分支的文件均被修改，导致合入失败，目前显示正在合并（master | MERGING）。
vim hello.txt
<<<<和====之间是当前分支代码
====和>>>>之间是合并的代码
明显看到这两处代码都做了修改，那么 git 就不知道要保留哪个部分
2） 解决办法：
手动合并代码
vim hello.txt
删除多余的内容，保留如下信息：
git status git add hello.txt git commit -m "merge test"
注意：此时只能用git commit -m "merge test" 而不可以用 git commit -m "merge test" hello.txt，否则会报错如下错误
MERGING状态已不存在了，此时代码合并成功。
cat hello.txt
二、团队协作
需要用到代码托管中心，把代码推送到远程服务器
push 将代码上传到远程库
clone 将代码复制到本地
pull 将代码拉取到本地（pull 是本地已有文件，clone是本地无源代码）
fork 将代码从其他团队的远程库复制到自己的远程库
1、团队内协作
2、跨团队协作
fork 将代码从其他团队的远程库复制到自己的远程库，可以从自己的远程库clone。修改完成后push到自己的远程库。之后发送pull request向其他团队的远程库，经审核后即可使用merge合并
