软件周期版本
成都创新互联公司坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站设计、做网站、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的纳溪网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！
软件版本周期
α、β、λ 常用来表示软件测试过程中的三个阶段。 -- α 是第一阶段，一般只供内部测试使用； -- β是第二个阶段，已经消除了软件中大部分的不完善之处，但仍有可能还存在缺陷和漏洞，一般只提供给特定的用户群来测试使用； -- λ是第三个阶段，此时产品已经相当成熟，只需在个别地方再做进一步的优化处理即可上市发行。
开发期
-- 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版本的命名规范能够给大家一些参考。
