基线及产品补丁包命名.doc

产品基线及产品补丁包命名规则一、 产品基线命名基线是开发过程的快照，是经过批准的配置项的集合，是后续工作的基础，基线内容的变更要经过严格控制。Firefly中用“发展状态”来标识基线，Harvest中用Snapshot来标识基线，Endevor中暂不进行基线管理。在项目开发过程中，规范的基线名称能够帮助判断产品的内部基线版本、产品发布版本和集成测试版本等。基线一般有需求基线（SRBL）、设计基线（DEBL）、代码基线（SCBL）、测试基线（STBL）、产品基线（PRBL），本次暂仅对组织级配置库中的项目的产品基线规范命名如下：项目简称_PRBL_v主版本号.子版本号.修订号。其中， 项目简称：项目名称的英文缩写 PRBL：Product Release BaseLine； 主版本号：项目主版本号，初始值为1，项目有重大升级或改造（如：软件核心升级或技术架构的重大调整）时，该版本号增加，子版本号和修订号复位为0； 子版本号：项目子版本号，初始值为0，主版本号不变的情况下，项目有重大变更（如：新增功能、主要功能修改、重大性能优化）时，该版本号增加，修订号复位为0； 修订号：项目修订号，初始值为0，子版本号不变的情况下，项目有一般变更（如：一般功能修改、修正BUG、一般性能调优）时，该修订号增加； 举例：以某项目ABCC建立产品基线时的版本号为例说明如下：该项目初始产品基线为：ABCC_PRBL_v1.0.0经过一次一般变更后，产品基线为：ABCC_PRBL_v1.0.1经过十一次重大变更后，产品基线为：ABCC_PRBL_v1.11.0经过一次重大升级或改造后，产品基线为：ABCC_PRBL_v2.0.0 对于CMS等综合性应用系统，可以在上述原则指导下，根据项目实际情况，由质量管理部与项目组共同制定相关规范，以确保其可操作性。二、 产品补丁包命名为了从名称上标识下发代码的版本及对应的配置库产品基线，以为总行及各分行正确使用软件产品及补丁包提供依据，便于识别分行生产代码版本及问题定位，特要求对已投产并纳入配置管理的应用软件产品及补丁规范补丁包命名。由质量管理部统一构建的产品包命名及由项目组自行构建的产品包命名均应遵循该规范。产品补丁包命名规则如下： OS_ProjVer _补充信息 _Date. tar|rar | .Z OS：程序运行的操作系统平台。如AIX4.3、AIX5.2、HP110、HP11i、Linux、WIN（即WINDOWS，具体名称据编译器类型和版本具体确定）、SRC （即下发程序为源码）等等。 Proj：应用软件产品的英文名称简写。如: ABIS、AIPS、CIF等。 补充信息：用于标注补充信息，如对象、模块等。 Ver：本次补丁包所属的产品基线的版本号，即v主版本号.子版本号.修订号。 Date：下发程序包的打包日期，采用八位日期格式，如2008年2月11日，写作：20080211。 tar|rar|：unix/linux环境下用tar命令打包，windows环境下用WinRAR打包，使用工具自动打包的则按具体情况确定。 .Z:压缩文件后缀.如果unix环境中补丁包需要压缩，采用compress的方式压缩。 举例2008年3月1日发放中间业务平台项目补丁程序AIX5.2系统的目标码压缩包，所属基线为ABIB_PRBL_v1.0.9,则该补丁包命名为：AIX5.2_ABIBv1.0.9_20080301.tar.Z2008年3月2日发放AIPSv1.1.3补丁程序源码，命名为： SRC_AIPSv1.1.3_2008030