feature_*/hotfix_* 命名规则
feature_*/hotfix_*
develop
作用说明：用来开发具体的功能，一般fork自master，保证feature每次开发时候拉去的分支都是为生产版本最新代码工作流程：1、每次开发都从master拉去最新版本代码；2、本地开发完毕，并写完单元测试后，将分支合并至alpha分支，并发布到开发环境，供前端对接连调；3、前端对接完毕，将功能分支合并至beta分支，提交测试团队测试功能；4、测试通过后，将功能分支合并至release分支，并发布预生产验证环境；5、预生产环境验证完毕，运维人员将发布release分支代码6、将功能分支代码合并至master分支
master
feature_*
测试团队通过测试后，将功能分支/bug修复分支合并至release，并发布预生产环境验证环境问题验证无误后，确定版本号，该分支将不在合并最新内容进入，直至运维团队确认版本打包后，才可合并新功能分支/修复bug分支
fork
test
develop(Alpha)
本地开发验证完毕后，合并至develop并发布dev环境，提交前端对接
同步
feature_1
release(UAT)
生产代码主分支，上线后的代码再次存放
开发分支，一些开发代码的同步端。
release
测试分支，当代码进入测试阶段，提交测试团队
热修复分支，与feature_*工作流程一致
hotfix_*
前后端对接连调完毕，并通过自测。将功能分支/bug修复分支合并test分支，并发布test环境提交测试团队测试
feature_*：功能分支，每次开发功能都需要从master中fork最新版本代码命名规则：feature_yyyyMMdd_功能名称_authorhotfix_*：bug修复分支，紧急修复bug功能分支，需要从master中fork最新版本代码命名规则：hotfix_yyyyMMdd_功能名称_author
test（Beta）
测试团队在生产环境验收功能后，在gitlab提交合并代码请求
预生产分支，要保持始终是下次上线的内容，release分支每次测试都是
作用
feature_2
feature_3
功能分支
master(Prod)
开发git工作流
