Git 学习笔记 - 13 - 分支管理策略

Git 学习笔记 - 13 - 分支管理策略

注：本文参照的是廖雪峰老师的Git教程

概述：

Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。之前的分支在合并后，分支的信息就没有了。

什么叫信息没有了，就是之前你在这个分支上的修改版本都不见了，在这个分支上看到的数据和master上一样。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

但是如果想要保留自己建的分支上的修改信息，就需要在合并的时候添加 --no-ff参数。

步骤：

1. 先创建一个分支，名字叫dev，并进入这个分支

   git checkout -b dev
   

2. 然后在dev分支上修改文件，增加内容如图二

3. 在dev分支上面提交修改。

4. 切回master分支

   git checkout master
   

5. 将dev分支合并到当前的分支，注意：这里加上参数 --no-ff

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

   这里 -m后面 “ ” 中间的内容时描述信息，描述这次提交的原因。

6. 合并完后查看分支是怎么变化的

   git log --graph --pretty=oneline --abbrev-commit
   

总结：

分支策略

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

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。