配置库配置项命名规范.docVIP

配置库介绍 每个项目的CVS配置库都分为：开发库、受控库、发布库。由公司级CMO建立。 项目的开发库是临时性的，是项目组成员共同工作的区域，相当于项目共享文件夹。在项目启动时建立，项目结束时删除。 项目受控库是永久性的，存放着项目中所有的配置项。项目的基线必须在受控库中建立并保存。变更时，必须从项目受控库中提取基线进行变更。项目组内仅有项目级CMO有读写的权限。 发布库是永久性的，存放着提交给用户的配置项。发布库由公司级CMO进行管理。 所有项目开发库都建立在IP地址为192.168.1.182的CVS服务器上。 所有项目受控库、发布库都建立在IP地址为192.168.201.200的CVS服务器上。 CVS服务器的使用方式可参见《CVS使用说明》。 项目组成员在自己的PC机上安装CVS客户端软件，与服务器端连接进行使用和操作。有关客户端软件的使用方法可参见《CVS客户端软件使用说明》。 版本号命名约定 发布版本号表示方法：版本号为三位序号方式，以.号间隔。如：X.Y.[Z] X 代表主版本号，一位整数，从1至9编号。如：1，5 Y 代表次发布版本号,从0至9编号，如，5，8 Z 代表修补程序版本号，从0至99编号，如2.2.1表示2.2版的第1号补丁。 主版本号升级条件：进行重大功能或架构重新调整。主版本提升需得到公司MSG和系统工程组评审通过。 次版本号升级条件：进行子功能升级。偶数为稳定版本。如版本稳定后，可进行次版本号升级。次版本号升级应由公司产品（项目）经理评审通过。 修补程序版本号升级条件：进行bug修改测试通过并发布后，提升修补程序版本号。修补程序版本号升级应由产品（项目）经理评审通过。代码的任何一次调整都必须提升版本号，以保证版本的唯一性。 新产品版本号都以1.1.0 产品的命名为：产品名称-版本号，如：RA-4.5.5 项目的命名为：产品名称-版本号-项目名称，如：RA-4.6.0-江苏CA 源代码与安装包应一一对应，修改后的源代码所对应的安装包，测试通过后应进行版本号升级，如出现在同一版本号上的多个定制，则应标明项目版本特征。命名为：产品名称-版本号 -项目名称（项目版本特征）。如：RA-4.5.1-信息所（重庆）。 如果是patch包，必须在patch包的名称中写明针对那些版本可进行patch。命名为：产品名称-patch-提升前版本号-提升后版本号，如：RA-patch-4.5.0-4.5.1 所有升级包都必须有升级补丁说明文件，说明升级包的特性。 如果产品版本是为特殊项目定制，那么需要在补丁包名称上注明为哪个项目制定的补丁包，命名为：产品名称-patch-提升前版本号-提升后版本号for项目名称（项目版本特征），如：RA-patch-4.5.0-4.5.1for信息所（北京） 根据以上原则，举例如下： 公司某产品版本号为4.7.9，进行bug修改，则版本号提升为4.7.10；如果是产品功能或架构调整，则版本号提升为5.1.0 标签命名规则 基线标签 建立基线时，项目级CMO将基线所包含的配置项提交入项目受控库后，还要给标签建立完毕后， 基线标签书写规则：基线类型-项目简称-基线简称-yyyymmdd-编号 其中，基线类型包括：M、B、C。M代表里程碑基线，B代表非里程碑基线/普通基线，C代表变更基线；yyyymmdd代表年月日；编号代表这条基线提交累加的次数。 举例：重庆商行IC卡数据平台建设项目（简称：ICDP），在2005年11月23日因需求变更，修改并审核通过后，第二次建立详细需求基线。 提交时，在“注释”中写上：因需求变更，第二次建立。 标签：C-ICDP-LLR2 基线简称列表如下： 基线简称 基线名称 PP 计划基线 HLR 高级需求基线 LLR 详细需求基线 HLD 概要设计基线 LLD 详细设计基线 UT 单元测试基线 IT 集成测试基线 ST 系统测试基线 AT 验收测试基线 FR 发布基线 发布版本标签 发布版本标签： 用 途：用于项目组对外发布 书写规则：由大写英文字母与阿拉伯数字组成 表示方法：项目名称版本号-发布类型-yyyymmdd-序号 举例说明：福建AA项目1.0.0版本于2005年4月15日发布BETA版本，标签为： FJAA1_0_0-BETA1 发布类型说明： Alpha版(内部测试版)：一般只在软件开发公司内部运行，不对外公开。主要是开发者自己对产品进行测试，检查产品是否存在缺陷、错误，验证产品功能与说明书、用户手册是否一致。 Beta版(外部测试版)：软件开发公司为对外宣传，将非正式产品免费发送给具有典型性的用户，让用户测试该软件的不足之处及存在问题，以便在正式发行