Git代码分支管理规范

checkout

合并后创建Tag命名：t20221228151010_20221228_alg_with_hk

分支说明

merge

测试完成飞书发起审批单审批通过后将自动合并至发布分支

1. 负责人或者开发人员从master创建需求分支20221228_alg_with_hk。2. 开发完成后使用该分支发布至测试环境进行测试，测试环境同一个应用同时只能存在一个需求分支在测试，其他需求分支按照排期先后顺序排队等待或交替测试。3. 测试环境测试完成后，在飞书上发起应用上线审批。4. 开发人员从生产jenkins点击发布，项目负责人审批通过后，则审批服务自动从master上创建一个新的发布分支release_auto_20221228151010，并自动将需求分支20221228_alg_with_hk合并至该发布分支。5. 如果合并冲突，则jenkins发布页面提示有冲突，请先处理。处理完成后在测试环境进行部署测试后再次在jenkins点击发布即可。6. 飞书审批流程整体完成后，则自动将发布分支release_auto_20221228151010合并至master，从master上打tag后删除该发布分支。    tag命名举例：t20221228151010_20221228_alg_with_hk（t日期_需求分支）

流程说明

Git代码分支管理规范

验收成功后自动合并至master并删除发布分支

自动checkout

主干分支master

发布分支release

需求功能分支feature

开发完成发布测试环境

自动merge

时间趋势

*主干分支：master，对外可以随时编译发布的分支，不允许直接Push代码（开发人员收回push权限），只接受发布分支的代码合并。*需求分支(开发分支)：20221228_xxx（或者v1.0.0_xxx），每次从master创建新的需求分支，需求分支禁止手动与任何分支进行合并。只能从master回拉代码更新代码  需求命名举例：20221228_alg_with_hk或者v1.0.0_alg_with_hk。（日期^版本号_需求描述）*发布分支：release_auto_xxx，由审批服务自动从master分支创建，每次发布生产使用的分支，发布时自动将需求分支合并至该分支，自动合并有冲突则提示开发人员，需要开发人员手动将最新的master合并回需求分支，并本地解决冲突后重新发起申请。生产jenkins限制只能用发布分支发布。生产验收成功后自动合并至master后删除该发布分支。发布分支命名举例：release_auto_20221228151010（release_auto_日期）

创建需求分支：20221228_alg_with_hk

审批通过后自动创建发布分支：release_auto_20221228151010