分支策略

在实际开发中，应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
干活都在dev分支上，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
每个人都在各自的dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
可以理解为：
master为发布版本的分支，用于产品部署
dev（自建）为某子功能的开发分支，用于完整的子功能开发。功能完成后再合并到master

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

小结：
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并
而fast forward合并就看不出来曾经做过合并。
例子：
$ git merge --no-ff -m "merge with no-ff" dev
注意：--no-ff参数，表示禁用Fast forward