git代码分支管理规范(基于实战）
2024-09-20 15:31:36 25 举报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测试验证
0 条评论
下一页
