分支管理

创建与合并分支

1.创建dev分支，并切换到dev分支

$git checkout -b dev

相当于一下两条命令：

$git branch dev
$git checkout dev

用git branch命令查看当前分支：

$git branch
*dev
 master

当前主分支
git branch -b dev后

2.从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

$vi b
$git add b
$git commit -m "branch test"

现在，dev分支的工作完成，就可以切换回master分支：

$git checkout master

切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变:

3.把dev分支的工作成果合并到master分支上：

$git merge dev

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。当然，也不是每次合并都能Fast-forward

合并完成后就可放心地删除dev分支了：

$git branch -d dev
$git branch

小结：

Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>

解决冲突

合并分支也不一定是一帆风顺的。
1.准备新的feature分支，继续新的分支开发

$git checkout -b feature
$echo "what's your name?" >> c
$git add c
$git commit -m "modified c with another branch"

切换到master分支，把文件c最后一行修改并提交：

$git checkout master
$vi c
$git add c
$git commit -m "modified c on master"

现在，master分支和feature1分支各自都分别有新的提交，变成了这样：

2.这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突

$git merge feature

果然冲突了！Git告诉我们，c文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件.
我们可以直接查看工作区c文件的内容：

$ cat c
<<<<<<< HEAD
i'am fine
thanks
=======
what's your name?
>>>>>>> branch_again

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容

3.修改c文件，再提交

$vi c
$git add c
$git commit -m "conflict fixed"

现在，master分支和feature1分支变成了下图所示：

最后，删除feature分支

$git branch -d feature

小结：

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
用git log --graph命令可以看到分支合并图。