（一）创建与合作分支
git checkout命令加上-b参数表示创建并切换.
相当于以下两条命令：
git branch dev（创建分支dev）
git checkout dev（切换到分支dev）
使用用git branch命令查看当前分支
git branch命令会列出所有分支，当前分支前面会标一个*号。
我们对hello.txt 做个修改并提交
我们在dev的分支工作完成后可用git checkout 分支名称 切换回master分支
使用git merge 分支名称 命令将dev分支的工作成果合并到master分支
合并完成后就可以使用git branch -d 分支名称 命令删除该分支了
并且删除后，查看branch，就只剩下master分支了
（二）解决冲突
准备新的feature1分支，继续我们的新分支开发
修改hello.txt最后一行，改为
在feature1分支上提交
切换到master分支在master分支上把hello.txt文件的最后一行改为：
Creating a new branch is quick & simple.并提交
这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突！Git告诉我们，readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：
我们可以直接查看readme.txt的内容：
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存，并提交。
用带参数的git log也可以看到分支的合并情况
最后删除ferture1分支
（三）分支管理策略
首先创建并切换dev分支
修改hello.txt并提交一个新的commit
使用checkout命令切换回master分支
准备合并dev分支，注意–no-ff参数，表示禁用Fast forward
合并后，我们用git log看看分支历史
（四）Bug分支
当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是当前正在dev上进行的工作还没有提交。幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支
修复bug后然后提交
修复完成后，切换到master分支，并完成合并，最后删除issue-101分支
修复bug完成后是时候接着回到dev分支干活了，工作区是干净的，用git stash list命令会看到工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下。
一是用git stash apply恢复，但是恢复后，stash内容并不删除，需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了
再用git stash list查看，就看不到任何stash内容了