05 分支管理 —— 分支管理策略

05 分支管理 —— 分支管理策略

分支管理策略

一般合并分支时，可能Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

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

下面咱们实战一下--no-ff方式的git merge：

首先，仍然建立并切换dev分支：

lwenhaodeMacBook-Pro:TestGit lwenhao$ git checkout -b dev
Switched to a new branch 'dev'
lwenhaodeMacBook-Pro:TestGit lwenhao$

修改README.md文件

lwenhaodeMacBook-Pro:TestGit lwenhao$ cat README.md 
# TestGit

建立一个"dev"分支，我来操做。

学习分支管理策略。

lwenhaodeMacBook-Pro:TestGit lwenhao$

而且提交：

lwenhaodeMacBook-Pro:TestGit lwenhao$ git add README.md 
lwenhaodeMacBook-Pro:TestGit lwenhao$ git commit -m "add 学习"
[dev 8faa495] add 学习
 1 file changed, 2 insertions(+)
lwenhaodeMacBook-Pro:TestGit lwenhao$

如今切换回master：

lwenhaodeMacBook-Pro:TestGit lwenhao$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 4 commits.
  (use "git push" to publish your local commits)
lwenhaodeMacBook-Pro:TestGit lwenhao$

准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：

lwenhaodeMacBook-Pro:TestGit lwenhao$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
 README.md | 2 ++
 1 file changed, 2 insertions(+)
lwenhaodeMacBook-Pro:TestGit lwenhao$

由于本次合并要建立一个新的commit，因此加上-m参数，把commit描述写进去。

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

lwenhaodeMacBook-Pro:TestGit lwenhao$ git log --graph --pretty=oneline --abbrev-commit
*   afd1966 (HEAD -> master) merge with no-ff
|\  
| * 8faa495 (dev) add 学习
|/  
*   615c264 conflict fixed
|\  
| * 8b01682 update readme.md
* | 426ee67 add 我要提交
|/  
* fca856d branch test
* 38e1bd3 (origin/master, origin/HEAD) Initial commit
lwenhaodeMacBook-Pro:TestGit lwenhao$

分支策略

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

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

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

你和你的小伙伴们每一个人都在dev分支上干活，每一个人都有本身的分支，时不时地往dev分支上合并就能够了。

因此，团队合做的分支看起来就像这样：

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

继续阅读：06 分支管理 —— Bug分支