文档介绍：(完整版)技术部软件版本管理规范
(完整版)技术部软件版本管理规范
1/4
(完整版)技术部软件版本管理规范
技术部软件版本规范
文档成立/改正记录：
序号
版本号
新建空项目，而是将
master版本开分
支(),然后给出url给组长；

，此次改正的所有版本号则变为
；

，改正达成后（指的是
bug俱已修复达成），测试再次封测，将分支权限封闭并且
，持续按步骤上线等操作。修复达成。

，上线之后，又发现了
bug，仍旧需要修复，则再次重复
~，可是版
本号变为
.3~~形式。
【项目整改版本管理部分】
13，日后，此项目需要整改(比方：增减模块、改变功能等
)时，基本按照上面的
1~12步骤
履行，不同的地方在以下几点：

，，测试人员任务不是在此处新建空项目，而是将
master版本开分
支，(master版本整改超过
50%)(master
版本整改小功能等),
然后给出url给组长；

，此次再开发任务的所有版本号则变为
；

，开发达成后（指的是再开发达成并测试无
bug），测试封测，将分支权限封闭并
且整合到现有的master版本中()，持续按步骤上线等操作。再开发达成。
(完整版)技术部软件版本管理规范
(完整版)技术部软件版本管理规范
9/4
(完整版)技术部软件版本管理规范
版本管理规范流程图
版本管理规范流程图
2016年1月29日
(完整版)技术部软件版本管理规范
(完整版)技术部软件版本管理规范
10/4
(完整版)技术部软件版本管理规范
项目新建流程
2016/1/29

组长接到项目
开发组：
1，项目设计
2，开发计划
开发计划达成后
组长：

测试者：
成立空项目，形成
master版本()
等待邮件通知
(完整版)技术部软件版本管理规范
(完整版)技术部软件版本管理规范
4/4
(完整版)技术部软件版本管理规范
发邮件，获批
第一阶段开发
组长：
1，download项目，
上传项目框架，更
新GIT中readme文档
2，通知开发者开发
开发者：
1，准时按功能点提交代码
到GIT中，需保证可测试
2，持续开发下一个功能点测试者：
测试时封闭GIT中版本参与开发人员更新权限，测试达成翻开权限并更新