版本号命名规范v1.0

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

版本号命名规范

;

1介绍(INTRODUCTION) (4)

1.1目的(P URPOSE) (4)

1.2过程总体概述(P ROCESS O VERVIEW) (4)

1.3职责分工 (4)

1.3.1项目经理 (4)

1.3.2项目组成员 (4)

1.3.3QA (5)

1.3.4PMO (5)

1.4文档编号命名规范 (5)

1.5代码包编号命名规范 (5)

1.6基线命名规范 (6)

1.6.1项目里程碑说明 (6)

1.6.2基线命名规范 (6)

1.7分支命名规范 (7)

华为版本号说明 (8)

1 对"VXXX"的说明 (8)

2. 对"RXXX"的说明 (8)

3. 对"LLL"的说明 (9)

4. 对"CXX"的说明 (9)

5. 对"BXXY"的说明 (9)

6. 对"SPXX"的说明 (9)

1 介绍(Introduction)

1.1目的(Purpose)

规范项目过程中的文档、代码、基线、分枝的命名规范,统一版本号的命名。

1.2过程总体概述(Process Overview)

本规范介绍了内部版本号和外部版本号,外部版本号为对外发布的版本,参照客户提供的版本号,本规范重点介绍内部版本号的由来及规范,项目过程中的文档代码都需要上传到svn上,并在项目里程碑阶段进行基线,项目的成员通过命名能清晰的知道版本的内容和阶段,达到对版本的号的规范。

1.3职责分工

1.3.1项目经理

●与客户确定外部版本号和版本号缩写(可参见sow)

●明确外部版本号的缩写并作为内部项目名称使用(可参见sow)

●划分每个版本的迭代层次

●建库时依据制定的版本号申请建库

●对项目过程中的版本号进行监控和执行

1.3.2CMO

●当单个配置项经过内部评审外部确认结束,可以作为后续活动开始的依据

时对当前的配置项基线化

●识别哪些属于配置项,需要进行基线化即打标签

●当到达里程碑结束时,检查当前的基线文件夹内的配置项是否齐全,当达

到里程碑的结束要求时,对基线文件夹打标签

1.3.3项目组成员

●每次打包时依据版本号命名规范进行命名

●每次上传的文档、代码依据版本命名规范命名

●维护项目过程中的版本号

1.3.4QA

●制定版本命名规范并进行维护

●按照质量保证计划进行过程审计和产品审计

1.3.5PMO

●当项目命名规范发生较大偏差时进行纠正和改进

●审批版本命名规范并进行正式下发

1.4文档编号命名规范

文档编号一般由四个部分组成:

第一部分:公司名称。(必须出现)

第二部分:项目名称_终端名称,项目名称为外部版本号的缩写,《参见sow》。

第三部分:配置项的名称,如项目计划、度量表、会议纪要等。(必须出现)。

第四部分:由流水号XXY组成。

“XXY“中的前两位xx表示规划中的版本,最后一位y表示过程改错版本。

其中,xx从01开始,以1为单位连续递增,xx变化时,y复位到0开始。

Y从0开始,以1为单位连续递增

y的递增可能是由于人为的粗心、差错、不符合要求而进行的一次或者多次修改

例如: Easier_ ET_PC_项目计划_011

表示含义:ET项目pc端项目计划第一个正式版中修改了一次后的版本

1.5代码包编号命名规范

代码包编号一般由四个部分组成:

第一部分:公司名称(必须出现)。

第二部分:项目名称_终端名称,项目名称为外部版本号的缩写,《参见sow》。

第三部分:迭代号+项目阶段(迭代号如果没有可以不写,迭代用字母G代替)项目阶段可以是CODE\ST\SDV\Releace。

第四部分:由流水号XXY组成。

“XXY“中的前两位xx表示规划中的版本,最后一位y表示过程改错版本。

其中,xx从01开始,以1为单位连续递增,xx变化时,y复位到0开始。

Y从0开始,以1为单位连续递增

y的递增可能是由于人为的粗心、差错、不符合要求而进行的一次或者多次修改

例如:Easier_ET_PC_G1ST1_010

表示的含义是:ET项目pc端在迭代一的第一轮ST结束后打了一个包

代码包2命名

Easier_ET_PC_ST_010代码包4命名Easier_ET_PC_release_010代码包1命名

Easier_ET_PC_G1SDV_010代码包5命名

Easier_ET_PC_G2SDV_010

代码包7命名

Easier_ET_PC_GnST_010代码包3命名Easier_ET_PC_SDV _010

SDV1SDV2验收

代码包8命名

Easier_ET_PC_GnSDV1_010代码包10命名

Easier_ET_PC_GnSDV2_010

代码包12命名Easier_ET_PC_Gnrelease_010代码包11命名(非计划内打包)

Easier_ET_PC_GnSDV1_011

代码包9命名(非计划内打包)

Easier_ET_PC_GnST_011

代码包6命名

Easier_ET_PC_GnCODE_010注意:

1、 依照项目计划,在编码结束,自测结束,sdv 测试结束、验收测试结束进行打包转测。

2、 其中自测结束是指开发人员的预测试结束也就是ST 测试结束

3、 过程中由于人为的粗心、差错项目打错包、不符合要求转测失败属于非计划内的失

误,命名时不修改项目阶段,只修改流水号y,比如代码包9和代码包11

1.6 基线命名规范

1.6.1 项目里程碑说明

里程碑对项目来说是一个较为关键的点,通常它标志着一个阶段已经完成,另一个阶段即将开始。对项目完成的阶段进行总结,对识别的重大风险和问题进行管理,并提出解决方案,这些都是在里程碑点上进行的。当项目到达计划所安排的里程碑时,pm 对该里程碑进行评审,检查里程碑所要求的计划完成情况、工作产品并分析收集的项目度量数据和进行项目基线等目前依据我们的软件开发特点分为需求阶段、编码阶段、ST 阶段、迭代阶段、sdv 阶段、验收阶段(需要与pm 沟通项目的里程碑点,按照里程碑点进行基线)。

1.6.2 基线命名规范

基线由五部分组成:

第一部分为Baseline

第二部分为项目名称_终端名称,项目名称为外部版本号的缩写;

第三部分为配置项的名称,如项目计划、度量表、会议纪要等(如果对单个配置项基线化时,需要添加第三部分,否则可以省略);

相关文档
最新文档