发布流程图&git分支管理

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工作流