(完整word版)产品版本管理

1 产品命名流程

对于新产品要切合产品的特点，精简的语言来命名。由项目经理命名，再由产品管理组批准。经批准的产品名不能随意更改，大家统一遵照此名称。如需对命名进行更改，需要项目经理发起，由产品管理组再次批准。项目经理需要将产品命名通过审批的《产品命名审批表》交给配置管理员归档。

2 版本管理

2.1版本定义

完整版本号加前缀V（Version），然后由以上4个部分组成，用点号隔开。

形式为：V P.R.L.B

例如V1.0.0.1，表示第1个平台版本、未规划路标版本、未发布、第1次构建；

例如V2.1.2.30，表示第2个平台版本、第1个路标版本、第2次发布、第30次构建；

2.2版本管理流程

平台版本号P由产品管理组规划，总经理审批；

路标版本号R和由项目经理规划，产品管理组审批；

发布版本L由项目经理直接指定；

构建版本B由开发人员自己规划；

升级包及补丁包由技术经理规划。

所有版本规划，需要配置管理员最终审核符合版本管理规则有效性，对于路标版本确保《产品版本审批表》获得审批。

所有产品版本提交由指定开发人员打包并在开发库中打标签、提交《产品版本提交表》给技术经理审批、技术经理审批通过后抄送给项目经理和测试经理，产品版本提交时间以产品版本提交表审批通过为准，测试工作在看到审批通过的《产品版本提交表》后开展。测试通过的产品版本，由项目经理补充

利益干系人，交给配置管理员《产品版本提交表》，由配置管理员归档，配置管理员需要在归档时确保该版本是已审批版本且对应配置库中已归档产品源代码和产品可执行文件。由配置管理员发出版本归档通知给项目利益干系人。

2.3升级包和补丁包

升级包：是指在产品低版本向高版本迁移时的安装程序，在这种情况下，不需要重新安装，只需要通过安装升级包就能够将用户环境由低版本变更为高版本。

补丁包：是指在产品新版本尚未发布，而必须解决已发布产品版本的缺陷时，通过少量的更新替换修正缺陷或增加少量功能的安装文件。

升级包Update和补丁包SP在归档时都与当前版本放在一起，需要在版本说明中说明被升级更新产品版本号及补丁的范围和补丁所解决的问题。在命名时，升级包应命名为“Product V P.R.L.B UPxx”；补丁包应命名为“Product V P.R.L.B SP xx”。

例如：

Product V5.5.2.162 UP01表示产品“Product”升级到V5.5.2.162的第一个升级包，具体升级版本的信息可以参见相关版本说明（Release notes），归档时应归档到Product V5.5.2.162的目录下；

Product V5.5.2.162 SP02 表示产品“Product”V5.5.2.162的第二个补丁包，具体补丁版本说明及所解决的问题可以参见相关版本说明（Release notes），归档时应归档到Product V5.5.2.162的目录下。