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

合并就看不出来曾经做过合并。