git代码分支管理规范(基于实战）

主开发分支develop

Tag1.1.38

一切版本号命名规则以实际为准，这里只是示例说明。(jiraId指的是版本管理工具里面的单的id)分支命名规则>修复bug命名：hotfix/日期_jiraId；例如：hotfix/20200212_1001>feature命名：feature/日期_jiraId例：feature/20200212_1001

迭代1.1.38开始

主开发分支 develop

Merge

测试分支test

修复bug分支hotfix

>发布1.1.38版本>合并稳定代码到master分支>同步到dev分支

develop

hotfix

master

紧急bug

分支合并

Tag1.1.37.1

远端分支remote repository

本地与远端分支配置：

生产环境BUG修复，分别合并到开发分支和主分支

release

预发布分支release

生产发版

Check Out

迭代38结束

Time

开发人员可以基于安排的开发功能建立功能开发分支

开始版本1.1.38发版（合并代码，编译测试版本）>之后这个分支演进，只能是修复该版本的问题>定期同步到dev分支>版本结束分支弃用

freature

生产线上出现bug

主分支 master

master分支禁止提交代码，只能在gitlab申请合并

master打tar

Tagv1.1.37

主分支master

test

功能需求分支feature

bug修复完成

本地分支local repository

最终功能分支需要合并到开发分支并删除

修复bug分支 hotfix

merge测试验证