软件版本管理规范0001

..可修编.XXXX公司技术文件软件版本管理规XXXX公司二。一八年一月专业资料专业资料目录第1章引言-1-目的-1-适用围-1-术语定义和缩写词-1-统一大小写-1-参考资料-1-第2章版本规-2-版本格式-2-版本升级规那么-2-第3章TAG规-4-TAG转换规那么-4-版本TAG-4-ALPHA测试TAG-4-BETA测试TAG-4-ReleaseTAG-4-产品基线TAG-5-第4章BRANCH规-6-固定后缀-6-BRANCH转换规那么-6-工程BRANCH-6-第1章引言目的通过该文档来统一、规公司的所有软件产品的版本管理，使得版本管理更加正式和有效。本文档自2018年1月1日开场执行。适用围本规中规定的相关内容适应于公司所有软件产品的版本管理。术语定义和缩写词版本号：产品/模块的版本标识TAG:SVN中标识版本集合的工具和术语BRANCH:即分支，SVN中支持并行开发的工具和术语统一大小写版本管理中所有固定字串统一为大写版本管理中所有提到的产品/模块名称统一为小写参考资料CMMI规之--SCM软件版本管理规第2章版本规版本格式版本号包括：产品/模块简称、主版本号、副版本号、子版本号、build号格式：<产品/模块简称〉〈主版本号〉.<副版本号〉.<子版本号〉.<build号〉版本升级规那么主版本号升级规那么新产品或模块立项，主版本号为0；主体构件进展重大修改，主版本号加1；主版本号变更时，副版本号同时置0。副版本号升级〔主要针对新功能〕新产品或模块，副版本号为1；主体构件的重大修改，副版本号加1；主体构件之间的接口协议重大修改，副版本号加1；与其他产品或模块之间的接口协议重大修改，副版本号加1；重大功能增加或增强，副版本号加1；当副版本号变更时，子版本号同时置0。子版本号升级〔主要针对修改bug〕新产品或模块立项，子版本号为0；为增强现有功能模块，不增加新的功能模块，主体构件未做重大修改，并且主体构件之间的接口协议也未做重大修改，子版本号加1；为修改bug，而产品的主体构件未做重大修改，并且产品的主体构件之间的接口协议也未做重大修改，子版本号加1。build号升级build号局部为生成版本的日期；每次送测必须有build号，上线等也必须有build号;例：050331第3章TAG规TAG转换规那么从版本号和工程编号转换成TAG的对应局部遵循以下原那么：&、字母和数字不变b、空格“〃转换成下划线“—〃C、小数点”.〃转换成减号“-〃版本TAGalpha测试TAGAlpha版：内测版。专业测试人员测试用，一般而言，该版本软件的8口且较多，需要继续修改。格式：＜产品/模块简称＞_＜主版本号〉-〈副版本号〉-〈子版本号〉-＜build号-ALPHA格式〔例〕：dhtx_0-1-0-150331_ALPHAbeta测试TAGBeta版：公测版。该版本相对于Alpha版已有了很大的改良，消除了严重的错误，但还是存在着一些缺陷，需要经过屡次测试来进一步消除，此版本主要对像是产品用户。格式：＜产品/模块简称＞_＜主版本号〉-〈副版本号〉-〈子版本号〉-＜build号-BETA格式〔例〕：dhtx_1-1-21-150331_BETAReleaseTAGRelease版：该版本意味“最终版本〃，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)格式：＜产品/模块简称＞_＜主版本号〉-〈副版本号〉-〈子版本号〉-＜build号＞_R格式〔例〕：dhtx_1-1-21-150331_R产品基线TAG定义产品基线后缀是：_PD_BL格式：＜产品/模块简称＞_＜主版本号〉-〈副版本号〉-〈子版本号〉-＜build号＞_口口_81格式〔例〕：dhtx_1-1-21-050331_PD_BL第4章BRANCH规固定后缀BRANCH名称的固定后缀为：_BRANCHBRANCH转换规那么BRANCH转换规那么同TAG转换规那么工程BRANCH工程分支用来支持并行工程的开发工作，同一工程使用一样的工程分支格式：〈工程编号转换结果＞_BRANCH第5章代码存放及发布规代码存放规那么.软件开发在svn相应工程的trunk目录中进展。.需要发布测试的版本在svn相应工程的tag目录中进展标记