如果你想成为一个健壮的程序员，那么你一定要使用代码管理工具，而大神linus创造的git（饭桶）是首选的代码管理工作（没有之一）。下面要介绍的是我个人的分支管理使用方式：
git分支有三种，分别是开发分支、稳定分支和临时分支。
- 开发分支
- 稳定分支
- 临时分支
一、开发分支
因为习惯在master分支下提交代码，所以使用master为开发分支。
二、稳定分支
所有程序的发布，都是在stable分支上进行发布的。每成功发布一次，在对应版本上打上tag。
理论上不会在稳定分支上进行任何开发。stable分支上的代码都是从其他分支合并过来的。
三、临时分支
临时分支分为功能分支、预发布分支和修复bug分支。
1.功能分支
第一种是功能分支，拉取此分支的一个目的是为了保持开发分支的相对稳定，甚至达到随时可以交付的程度。因为在开发新的功能点时，或者对系统进行重构时，代码会进入一个严重不稳定状态。
创建一个功能分支并切换到该分支
git checkout -b feature-new master
开发完成后，将分支上的代码合入开发分支
git checkout master
git merge --no-ff feature-new # 使用--no-ff会在合并分支时，生成一条合并记录。
合并完成后，删除功能分支
git branch -d feature-new
170504新增
当功能分支开发完成后，为了避免将功能分支直接合入开发分支，产生过多冲突，合并后代码不稳定。可以选择先将master分支的修改合入功能分支，待功能分支上合并冲突测试稳定后再合入master分支。
2.预发布分支
第二种是预发布分支。在将开发分支中的信息合入稳定分支之前，需要一个预发布版本进行测试。
创建一个预发布分支
git checkout -b pre-stable-v1.05.0201 master
测试完成后，进入stable分支，将预发布分支合入
git checkout stable
git merge --no-ff pre-stable-v1.05.0201
对合并生成的新节点，打一个标签
git tag -a stable-v1.05.0201
然后，进入master分支，将预发布分支合入（测试过程中可能会修改代码）
git checkout master
git merge --no-ff pre-stable-v1.05.0201
删除预发布分支
git branch -d pre-stable-v1.05.0201
3.修复bug分支
第三种是修复bug分支。在稳定分支上难免会出现bug，此时需要在稳定分支上拉取bug修复分支进行bug修复。
git checkout stable
git checkout -b fixbug-v1.05.0201 stable
修复bug后，合入stable分支
git checkout stable
git merge --no-ff fixbug-v1.05.0201
合入开发分支master
git checkout master
git merge --no-ff fixbug-v1.05.0201
最后，删除修复bug分支
git branch -d bugfix-v1.05.0201
PS：
1.如果是github上的开源项目，请使用master为稳定分支，另起一个develop分支。
2.参考：git分支管理策略
