分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
master 分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
干活都在 dev 分支上，dev 分支是不稳定的，到某个时候，比如 1.0 版本发布时，再把 dev 分支合并到 master 上，在 master 分支发布 1.0版本；
3.每个人都在 dev 分支上干活，每个人都有自己的分支，时不时地往 dev 分支上合并就可以了。
- 在 dev 的分支上还可以创建出
feature分支/bug分支各自
所以，团队合作的分支看起来就像这样：
思考：
其实我现在的 git 工作方式是错误的：
- 没有区分 dev分支 和 master 分支
- 没有区分 feature 分支 和 bug 分支
- 把每一个分支当做是每一个 commit 来看待，这样导致现在有很多分支，但是分支之间有没有逻辑层次结构
其实应该养成的正确习惯是：
+ 复制一份 dev 分支，master 只要保持跟远程仓库同步即可，平时不要动
+ 在 dev 中 checkout 出 feature 和 bug 等分支
+ 在feature 和 bug 等分支上，每次开发时，checkout 出临时分支
+ 开发完成后，通过 git merge --no-ff 方式合并到 feature 和 bug 等分支上，以 commit 的方式记录每一次的变更