通过Git分支来规范代码上线流程

以前在美乐乐时，最让人混乱的是代码版本的控制，只有一个SVN Master，所有开发人员都往里面提交，经常遇到几个同事同时改了一个文件，但是他的代码不能上线，大家就只能根据SVN日志提取版本发到线上，如果有紧急BUG还得去麻烦主管拉取线上的文件下来，不仅增加大家工作量，还特别容易出错。使用了分支策略后，感觉倍儿爽。
这位大神讲得非常好 http://www.ruanyifeng.com/blog/2012/07/git.html
这张图描述也非常好：

开发流程：
开发新功能：必须创建develop的feature/featureName分支进行开发，自测后合并push到develop分支，内部测试机pull develop再进行测试，最后到了发版时间再将develop合并push到release分支，然后预发布机pull release进行再测试，测试完成后合并push到master，线上主机pull master 完成版本的发布，最后打上tag标签。
修改紧急bug：必须创建master的hotfix/bugName分支进行开发，测试后合并push到master，合并push到develop，如果此时有正在进行测试的release则同样要对它进行合并push。

操作命令：
git branch 列出本地分支，带*号表示当前所在分支。
git branch -r 列出