软件版本命名规范

软件周期版本

软件版本周期

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

开发期

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