之前在开发过程中，因为大家协作开发人员较多，同develop分支开发代码提交、合并、功能迭代比较频繁，导致上线是release=>master的代码包含未经过测试的情况，特此出一套git开发管理方案；
开发环境dev，测试环境release，线上master
一、功能开发（结合下图步骤查看）
主要点：协作开发以单一功能为主，dev相关禁止合并到release、feature；
release和dev都会经过测试，开发测试人员首测dev，复测release
1、 基于release的feature-xxx分支（release都是经过dev测试后的）
基于dev的dev-xxx分支（和同事协作开发用，每次merge请求都会拉取到其余同事的代码）
2、feature-xxx开发完merge到dev-xxx, dev-xxx拉取合并到dev（测试环境）
3、dev测试通过后， 把feature-xxx合回到release再次复测，功能开发结束
4、到 master
tip： 不定期同步release分支到dev避免落后太多
二、bug修复
基于master切bugfix分支，修改好后合并回去
三、修改优化
小功能修改直接基于release切分支作修改，修改后合并回去
487
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
