产品版本管理

1 、产品命名流程

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

2 、版本管理

2.1 、 版本定义

平台版本	在程序进行重大变更，如实现技术发生改变，或者变更巨大的时候才会增长；
路标版本	在程序变更比较大的时候，如变更导致部分程序实现发生改变时才会增长；
发布版本	每发行一次增加1，标志软件发行次数。当主版本和次版本增长后，发行版本归零；
构建版本	属于内部的小版本号，只是简单的标志编译次数，由开发人员控制。在一个产品中，构建版本顺序增长，当平台版本或路标版本增长的时候，构建版本清零。

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

形式为：VP.R.L.B

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

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

2.2、版本管理流程

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

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

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

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

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

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

所有产品版本提交由指定开发人员打包并在开发库中打标签、提交《产品版本提交表》给技术经理审批、技术经理审批通过后抄送给项目经理和测试经理，产品版本提交时间以产品版本提交表审批通过为准，测试工作在看到审批通过的《产品版本提交表》后开展。测试通过的产品版本，由项目经理补充利益干系人，交给配置管理员《产品版本提交表》，由配置管理员归档，配置管理员需要在归档时确保该版本是已审批版本且对应配置库中已归档产品源代码和产品可执行文件。由配置管理员发出版本归档通知给项目利益干系人。

 

版本类型	标志		规划	审批
平台版本	Plat	P	产品管理组	总经理
路标版本	Road	R	项目经理	产品管理组
发布版本	ReLease	L	项目经理
构建版本	Build	B	开发人员
升级包	Update Package	UP	技术经理
补丁包	Service Pack	SP	技术经理

2.3、升级包和补丁包

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

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

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

例如：

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的目录下。

 

标签：版本 产品版本 升级 产品命名   被阅读过506次  
最后更新于 2019-11-23 20:16:35 

本站使用「署名 4.0 国际」创作共享协议，可自由转载、引用，但需署名作者且注明文章出处