Git分支管理模型
2015-11-23 01:07
218 查看
参考博客:
阮一峰 分支管理策略
分支管理策略
分支自管理,便于开发独立性。
bug易于处理,并不影响现行开发进度。
软件开发实践中,master用于定版tag。dev用于日常开发。版本迭代过程中各种需求点的实现开启新的需求分支来实现,测试测过后merge到dev分支。所有开发人员开发完所有需求后,merge到dev分支后,开启新分支release_version。再次用于测试,修改完bug后merge到dev和master,并打tag。
线上Bug出现,从master checkout bugFix分支,修复完Bug后,merge到dev和master。再次发版。
发布分支,只允许存在定版分支,打tag分支
开发分支dev:
dev:日常开发分支,开发节点都在其上
功能分支feature_desc:
完成功能分支,desc描述该需求。从dev分支checkout,完成功能后merge进dev,并移除该分支。
预发布分支:
要发版分支,即该版本功能完成后交付给测试的分支。之后出现所有bug都在其上完成。定版后merge进dev和master,并移除该分支。
bugFix分支:
线上版本出现问题后,从master分支checkout,修完bug后merge进master和dev,并移除该分支。
成功的版本管理图示:
阮一峰 分支管理策略
分支管理策略
分支管理目的:
打包方便,不影响测试效率。分支自管理,便于开发独立性。
bug易于处理,并不影响现行开发进度。
分支管理概述:
在git服务器上,只允许存在master和dev分支。不允许出现多余分支信息。软件开发实践中,master用于定版tag。dev用于日常开发。版本迭代过程中各种需求点的实现开启新的需求分支来实现,测试测过后merge到dev分支。所有开发人员开发完所有需求后,merge到dev分支后,开启新分支release_version。再次用于测试,修改完bug后merge到dev和master,并打tag。
线上Bug出现,从master checkout bugFix分支,修复完Bug后,merge到dev和master。再次发版。
分支管理实现:
主干分支master:发布分支,只允许存在定版分支,打tag分支
开发分支dev:
dev:日常开发分支,开发节点都在其上
功能分支feature_desc:
完成功能分支,desc描述该需求。从dev分支checkout,完成功能后merge进dev,并移除该分支。
预发布分支:
要发版分支,即该版本功能完成后交付给测试的分支。之后出现所有bug都在其上完成。定版后merge进dev和master,并移除该分支。
bugFix分支:
线上版本出现问题后,从master分支checkout,修完bug后merge进master和dev,并移除该分支。
成功的版本管理图示:
相关文章推荐
- EASYRECOVERY_3.3.29包含注册机、都教授数据恢复含注册码
- iOS---自动布局
- Chromium硬件加速渲染的GPU数据上传机制分析
- Qt中图像的显示与基本操作
- 【经典算法】:用递归求1*2*3*...*n
- 数组深入:数组与内存控制
- 算法 -- 0-1背包问题之动态规划
- 【11-23】window常用知识
- JSON方法
- Android项目开发三
- 【coder-pig教程学习笔记4】xml文件解析
- zabbix使用脚本发送外网邮件告警(msmtp + mutt)
- [转载]初识Hadoop
- 自己对于instancetype的理解和应用iOS开发的过程
- hibernate和Jdbc查询的区别以及hibernate查询普通查询和Hql
- 主元素majority-number
- BZOJ1444 : [Jsoi2009]有趣的游戏
- (解题报告)入门经典2版———第三章习题1
- 数据库分表使用思考
- HDU 3374 String Problem (KMP+最大最小表示法)