软件版本命名规范

软件周期版本

软件版本周期

α、β、λ 常用来表示软件测试过程中的三个阶段。
-- α 是第一阶段,一般只供内部测试使用;
-- β是第二个阶段,已经消除了软件中大部分的不完善之处,但仍有可能还存在缺陷和漏洞,一般只提供给特定的用户群来测试使用;
-- λ是第三个阶段,此时产品已经相当成熟,只需在个别地方再做进一步的优化处理即可上市发行。

开发期

-- Alpha(α):预览版,或者叫内部测试版;一般不向外部发布,会有很多Bug;一般只有测试人员使用。
-- Beta(β):测试版,或者叫公开测试版;这个阶段的版本会一直加入新的功能;在 Alpha版之后推出。
-- RC(Release Candidate):最终测试版本;可能成为最终产品的候选版本,如果未出现问题则可发布成为正式版本
-- Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。
多数开源软件会推出两个RC版本,最后的 RC2 则成为正式版本。

完成期

-- Stable:稳定版;来自预览版本释出使用与改善而修正完成。
-- GA(General Availability):正式发布的版本;在国外都是用GA来说明release版本的。
-- RTM(Release to Manufacturing):给生产商的release版本;RTM版本并不一定意味着创作者解决了软件所有问题;仍有可能向公众发布前更新版本。
另外一种RTM的称呼是RTW(Release To Web),表示正式版本的软件发布到Web网站上供客户免费下载。
-- RTL(Retail):零售版;是真正的正式版,正式上架零售版。
alpha、beta、gamma 用来标识测试的阶段和范围

说明

    Alpha:内部测试版,,即现在说的CB,指开发团队内部测试的版本或者有限用户体验测试版本;
    Beta:外部测试版 ,是指公测,即针对所有用户公开的测试版本;
    gamma: 是beta 版做过一些修改,成为正式发布的候选版本(Release Candidate)
    Build:内部标号 
    Corporation或Enterprise企业版 
    Delux:豪华版  (deluxe: 豪华的,华丽的)
    DEMO演示版,一般会有功能限制 
    Free:免费版 
    Full:完全版 
    Final:正式版 
    Pro(professional):专业版 
    Plus:加强版 
    Retail:零售版 
    Release发行版,有时间限制 
    Shareware共享版,虽然不会要求注册但是一般也有功能限制 
    SR:修正版 
    Trial:试用版(一般有时间或者功能限制)

 

RTM:(Release to Manufacture)是给工厂大量压片的版本,内容跟正式版是一样的,不过RTM版也有出限制、评估版的。但是和正式版本的主要程序代码都是一样的。

OEM:是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。只能全新安装,不能从旧有操作系统升级。包装不像零售版精美,通常只有一面CD和说明书(授权书)。 

EVAL:而流通在网络上的EVAL版,与“评估版”类似,功能上和零售版没有区别。 

RTL:Retail(零售版)是真正的正式版,正式上架零售版。在安装盘的i386文件夹里有一个eula.txt,最后有一行EULAID,就是你的 版本。比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN,繁体中文正式版是WX.4_PRO_RTL_TW。其中:如果是WX.开头是 正式版,WB.开头是测试版。_PRE,代表家庭版;_PRO,代表专业版。

Demo版(演示版):DEMO是英语单词demonstration的缩写,演示版,试用版,主要是演示正式软件的部分功能,用户可以从中得知软件的基本操作,为正式产品的发售扩大影响。

———————————————–

Enhance版(增强版或加强版):如果是一般软件,一般称作“增强版”,会加入一些实用的新功能。如果是game,一般称作“加强版”,会加入一些新的场景和情节等。这是正式发售的版本。 

——————————

KB:

KB是微软对补丁的命名方式,是Knowledge Base(知识库)的简称。

其指的是某个补丁对应微软知识库中哪一篇文章.。

例如KB888111,就是对应知识库中888111号文章。

现在一般用来表示补丁,KB1,KB2,KB3……

————————————

SP:

升级补丁包Service Pack 的简称

如Windows XP SP2等。

软件的每个版本中包括11个阶段,详细阶段描述如下:

阶段名称 阶段标识
需求控制 a
设计阶段 b
编码阶段 c
单元测试 d
单元测试修改 e
集成测试 f
集成测试修改 g
系统测试 h
系统测试修改 i
验收测试 j
验收测试修改 k

软件版本号由四部分组成,第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分别为:base、alpha、beta、RC、release。例如:1.1.1.051021_beta。

1.1.1.051021_beta。

1:主版本号(总版本号)

1:分支版本号

1:小版本号

051021:里程碑版本日期版本号

希腊字母版本号

APP版本号的命名修改规则

1. 主版本号(1)

当APP的多个主要模块有较大的变动,一般情况下,比方说APP新增一个TAB,整个产品结构都改变了;或者新增了新的功能或业务,比方说微信上线钱包,抖音上线直播;
主版本号起始值为0或者1,具体需要由产品经理来决定是否需要修改主版本号(PS:大多数可能需要老板拍板)。

2. 子版本号(1)

子版本号初始值为0;
当APP的较少主要模块发生较大的变动或新增模块(涉及主逻辑变更的)、较多个分支模块发生较大的变动或新增,相对于主版本号而言仅是局部的变动,比方说某个功能上的UI重构,某个页面的优化等,其中较少模块和较多模块需要去定义,一般我们认为较少为小于3个,较多认为是超过3个;
子版本号的最大值需要确定,不同的公司可能有最大的值,比方说最大为9,如果超过9,则需要主版本号进1,也有些公司可能不存在最大值,只会在主版本号+1的情况下才会将子版本号归0;这里没有确定的原则和规范,可以由产品经理自己定规则。

3. 阶段版本号(1)

阶段版本号初始值为0;
什么时候修改阶段版本号,一般是Bug修复、较少个分支模块的变动,比方说视觉、样式、交互、文案等修改的情况;
一般情况下,如果只是修复bug,则阶段版本号+1即可;如果既涉及到bug修复,又涉及到较少分支模块的修改,则阶段版号+2;如果超过3个分支模块的修改,则建议直接子版本号+1。

4.日期版本号(051021):

用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。

5.希腊字母版本号(beta):

此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。

总结

尽管说版本号只是一串数字,但是对于产品经理、开发人员以及用户来说,都是有意义的一串数字。既能规范版本的生命周期,也能方便内部人员的沟通和工作。

命名版本号是一个不严谨和规范的,而产品经理是需要去追求完美的,希望以上的APP版本的命名规范能够给大家一些参考。

原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/tech/opensource/184907.html

(0)
上一篇 2021年11月4日 05:14
下一篇 2021年11月4日 05:14

相关推荐

发表回复

登录后才能评论