四、Git分支管理

分支与HEAD

版本回退过程中，每次提交串成的时间线，就是一个分支，即主分支，master分支。

HEAD严格来说，指向的是master，而master指向提交。HEAD指向的就是当前分支。

创建一个新的分支、合并分支时，Git之所以这么快，主要原因就在于，移动的只是HEAD的指向。

创建与合并分支

查看当前分支，显示当前分支只有master主分支

$ git branch   #查看当前分支
* master    #*表示当前所在的分支

创建并切换到一个新的分支

   注意：这里的checkout和之前回退的checkout区别

$ git checkout -b dev
#-b参数表示：创建并切换到一个新分支 'dev'
或者
$ git branch <name>  #创建一个分支

切换分支

$ git checkout <name>

创建+切换分支：

$ git checkout -b <name>

合并某分支到当前分支：需要切换到主分支，然后执行merge命令

$ git merge <name>

删除分支  //一般用到较少吧

$ git branch -d <name>

解决冲突

  实际工作中遇到冲突的可能性还是比较大的，如果主分支和其他分支，都对一行代码或者文字，进行了修改提交。那么在合并时，就是出现冲突。如下：

提示自动合并失败，需要手动解决冲突，此时查看该文件，会有如上对比

• <<<<<<为master分支的内容
• >>>>>>为feature1分支的内容
• 中间以=====进行分割

 此时分支的解决办法，就是直接打开冲突文件修改后git add 并且commit，现在分支变为如下状态：

也可以通过如下方式查看变化轨迹

最后，删除feature1分支

$ git branch -d feature1 
已删除分支 feature1（曾为 491ec71）。

分支管理策略

通常合并分支，Git默认使用fast forward模式，但是这种模式，删除分之后，会丢掉分支信息

强制禁用fast forward模式，Git就会在merge时生成一个新的commit。

$ git merge --no-ff -m "merge with no-ff" dev

合并后，我们用git log看看分支历史：

$ git log --graph --pretty=oneline --abbrev-commit
*   7825a50 merge with no-ff
|
| * 6224937 add merge
|/
*   59bc1cb conflict fixed
...

分支策略 　　　　干货！！！

实际开发中，我们应该按照几个基本原则进行分支管理

• master分支非常稳定，仅用来发布稳定版本，平时不在上面干活
• 干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
• 每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了

廖总教程里有一个仁兄的回复，很有意义，截图如下：