git flow开发流程总结

1、主分支  与正式环境同步 远程 
2、开发分支 用来记录完整开发过程，同时所有新功能分支从该分支检出(远程)
3、功能分支  从主分支检出，本地独立开发完成 进行独立测试 独立测试没问题合并到开发分支，这里需要注意，不属于下个版本的功能不要合并到开发分支，否则会一块发布到下个版本(个人本地，多人远程)
4、发布版本分支 在一个版本内的功能都开发完成并合并到开发分支后，即可创建版本分支，版本分支创建后，要对新版本包含的所有新开发功能进行在线综合测试，同时要对新功能关联的其他原有功能模块重新进行测试，如果有问题，可以直接在版本分支上进行修复完善，版本分支综合测试没有问题后，即可将版本分支合并到主分支，正式环境与主分支同步，即完成新版本的发布
5、补丁分支，如果新版本发布后，发现有紧急bug需要修复，则可以直接在主分支创建修复补丁分支，快速修复完成后，进行测试，测试通过，合并到主分支，正式环境同步即可完成补丁修复，因为主线分支同时最多允许存在一个修复补丁分支，所以如果多人同时需要修复多个紧急bug，那么需要把修复补丁分支推送到远程。
警告！！！补丁分支，仅仅用于修复当前版本的紧急bug，不影响版本功能正常使用的问题(如样式调整、字体大小等)归入下一版本，重要的事情说三遍！！！严禁在补丁分支加入不属于当前版本规划的新功能开发！！！严禁在补丁分支加入不属于当前版本规划的新功能开发！！！严禁在补丁分支加入不属于当前版本规划的新功能开发！！！

新版本完成发布并修复所有紧急bug后，就完成了一个版本的开发周期，下一版本从开发新功能(也就是以上3)开始

首先需要有三套环境  
第一 开发测试环境（与开发分支同步）   用来在线测试合并到开发分支的新功能，如有问题需要在功能分支修复，并再次合并到开发分支测试，在开发测试环境确认没有问题后，即可进入版本分支
第二套 版本测试环境(与即将发布的版本分支同步)     版本测试环境是发布前的最后一次测试，基本经过本地独立测试以及开发测试环境的测试，到了版本测试环境的功能基本完善，一般没有太大问题，这里主要用来给公司其他相关部门版本审核用，如有问题直接在版本分支修复即可
第三套 正式环境(与主分支同步)