软件版本管理系统要求规范

1、实用文档XXXX公司技术文件软件版本管理规范XXXX公司二O八年一月目录第1章弓I言 -1-1.1 目的 -1 -1.2适用范围 -1 -1.3术语定义和缩写词 -1 -1.4统一大小写 -1 -1.5参考资料 -1 -第2章版本规范 -2 -2.1版本格式 -2 -2.2版本升级规则 -2 -第3章TAG规范 -3 -3.1 TAG转换规则 -3 -3.2 版本 TAG - 3 -3.2.1 ALPHA 测试 TAG - 3 -3.2.2 BETA 测试 TAG - 3 -3.2.3 Release TAG - 3 -3.2.4 产品基线TAG - 4 -第4章BRANCH规范 -5 -4.

2、1固定后缀 -5 -4.2 BRANCH 转换规贝 U -5 -4.3 项目 BRANCH -5 -文案大全第偉引言1.1目的通过该文档来统一、规范公司的所有软件产品的版本管理，使得版本管理更加 正式和有效。本文档自2018年1月1日开始执行。1.2适用范围本规范中规定的相关内容适应于公司所有软件产品的版本管理。1.3术语定义和缩写词版本号：产品/模块的版本标识TAG SVN中标识版本集合的工具和术语BRANCH即分支，SVN中支持并行开发的工具和术语14统一大小写版本管理中所有固定字串统一为大写版本管理中所有提到的产品/模块名称统一为小写1.5参考资料CMMI规范之-SCM软件版本管理规范第

3、2章版本规范2.1版本格式版本号包括：产品/模块简称、主版本号、副版本号、子版本号、build号格式： 产品/模块简称 主版本号 副版本号子版本号.build 号2.2版本升级规则主禎本号升级规则新产品或膜块立项，主版本号为0；主体构件进行直大修改，主孫本号加1;主版本号变更时副版本号同时置0。副版本号升级主要针对新功能）新产品或模块，副总本号为1 ；主体构件的直大修改，副版本号加1 ；主体构件之间的接口协汶直大修改，副版本号加1 ；与其他产品或谟玦之间的接口协议直大修改，剧版本号加1 ；童大功能增昴或增抵，副版本号办J 1 ；当副版本寸变更时子版本号同时置0。子版本号廿级（主要针对修改bug

4、）訴产品或模映立项子妝本号为0 ；为增強现有功能蟆块不増加新的功能模块，主休构件未做重大修改，并且主体构件之间的接口协议也未做重大修改，子版本号加1 ；为诊改bug，而产品的主体构件未做重大修改，并且产品的主体构件之间 的接口协议也未做重大修改，子版本号加1。build 号升级build号部分为生成版本的日期；毎次送测必次有build 号，上线等也必须有build 号；例：050331第3章 TAG规范3.1 TAG转换规则从版本号和项目编号转换成 TAG的对应部分遵循以下原则：a、字母和数字不变b、空格“”转换成下划线“ _c、小数点“.”转换成减号“-”3.2版本TAG321 ALPHA测

5、试TAGAlpha版：内测版。专业测试人员测试用，一般而言，该版本软件的Bug较多，需要继续修改。格式： 产品/模块简称_主版本号 -副版本号 - 子版本号-build 号_ALPHA格式（例）：dhtx_0-1-0-150331_ALPHA322 BETA测试TAGBeta版:公测版。该版本相对于Alpha版已有了很大的改进，消除了严重的错误， 但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要对像是产品 用户。格式： 产品/模块简称_主版本号 -副版本号 - 子版本号-build 号_BETA格式（例）：dhtx_1-1-21-150331_BETA323 Release TA

6、GRelease版：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归 会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。 一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号（R）格式： 产品/模块简称_主版本号 -副版本号 - 子版本号-build 号_ R 格式（例）：dhtx_1-1-21-150331_R3.2.4产品基线TAG定义产品基线 后缀是：_PD_BL格式： 产品/模块简称_主版本号 -副版本号 - 子版本号-build号_PD_BL格式（例）：dhtx_1-1-21-050331_PD_BL第4章 BRANCH规范4.1固定后缀BRANC名称的固定后缀为：_BRANCH4.2 BRANCH转换规则BRANCH换规则同TAG转换规则4.3 项目 BRANCH项目分支用来支持并行项目的开发工作，同一项目使用相同的项目分支格式： 项目编号转换结果_BRANCH命名规则参见tag目录中第5章代码存放及发布规范5.1代码存放规则1. 软件开发在svn相应项目的trunk目录中进行。2. 需要发布测试的版本在svn