软件的版本号组成及其意义

1.版本命名规范

软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、 release

2.软件版本阶段说明

· Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。

· Alpha ：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可 将软件版本标注为alpha版。

· Beta ：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。

· RC ：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。

· Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。

3.版本号修改规则

（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。

（2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者 是功能上有大的改进或增强。此版本号由项目决定是否修改。

（3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。

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

（5）希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。

4.版本发布周期

（1）非紧急情况：首先由测试人员测试并提交Bug，其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版，然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。

紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复Bug，测试确认之后直接发布该版本的 beta版。

5.版本号修改举例说明

如此时版本号为：1.0.0.0321_alpha ，此时为内部测试阶段

（1）开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为：1.0.0.0321_beta ，如当前日期跟上一个版本号的日期不一样，版本号可改为：1.0.0.0322_beta。

（2）如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版，如1.0.1.0322_beta，日期为发布的当前日期。

（3）如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的时候要修改次版本号，如：1.1.0.0322_beta（上一级有变动时，下级要归零）。

（4）当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版本号，如新增加了退款功能，则版本号要改为：2.0.0.0322_beta 。

有时候软件会在Alpha或Beta版本前先发布 Pre-alpha 版本。一般而言相对于Alpha或Beta版本，Pre-alpha版本是一个功能不完整的版本。

Alpha 版本仍然需要测试，其功能亦未完善，因为它是整个软件发布周期中的第一个阶段，所以它的名称是“Alpha”，希腊字母中的第一个字母α

Alpha版本通常会送到开发软件的组织或某群体中的软件测试者作内部测试。在市场上，越来越多公司会邀请外部客户或合作伙伴参与其测试。这令软件在此阶段有更大的可用性测试。

在测试的第一个阶段中，开发者通常会进行白盒测试其他测试会在稍后时间由其他测试团体以黑盒或灰盒技术进行，不过有时会同时进行。

Beta 版本是软件最早对外公开的软件版本，由公众（通常为公司外的第三方开发者和业余玩家）参与测试。 因为是Alpha的下一个阶段，所以为希腊字母的第二个字Beta (β)。 一般来说，Beta包含所有功能，但可能有一些已知问题和较轻微的程序错误（BUG），要进行调试（debug）。Beta版本的测试者通常是开发软件的组织的客户，他们会以免费或优惠价钱得到软件。Beta版本亦作为测试产品的支持和市场反应等。

其他情况不同企业有不同的称法，例[微软曾以 Community Technology Preview （简称 CTP ，中文称为“社群技术预览”）为发布软件的测试版本之一，微软将这个阶段的软件散布给有需要先行试用的用户或厂商，并收集这些人的使用经验，以便作为进一步修正软件的参考。

Release Candidate （简称 RC ）指可能成为最终产品的候选版本，如果未出现问题则可发布成为正式版本。在此阶段的产品通常包含所有功能、或接近完整，亦不会出现严重问题。

多数开源软件会推出两个 RC 版本，最后的RC2则成为正式版本。闭源软件较少公开使用，微软公司在Windows 7上应用此名称。苹果公司把在这阶段的产品称为“Golden Master Candidate”（简称 GM Candidate ），而最后的GM即成为正式版本。

生产商发放 （ R elease t o M anufacturing，缩写RTM）是软件产品准备交付时使用的术语，来自于以前还需要使用实体载具（光盘，硬盘等）来进行安装的时代。某些计算机程序以“ RTM ”作为软件版本代号，例如微软Windows 7发行零售版前的RTM版本主要是发放给组装机生产商用，使制造商能够提早进行集成工作或解决软件与硬件设备可能遇到的错误。RTM版本并不一定意味着创作者解决了软件所有问题；仍有可能向公众发布前更新版本。[Windows 7为例：RTM版与零售版的版本号是一样的。

一般可用 （ G eneral a vailability, 缩写GA）是所有必要的商业活动已经完成，该软件产品已经可以发售的阶段。然而，这取决于语言、地域和电子设备与媒体的可用性，有些地区之间可能会有上市时间的延迟。商业活动可能也包括安全性和合法测试，以及本地化和全球销售的可能性评估。RTM与GA的间隔可能会是1周或几个月，因为在此过程中需要进行许多商业活动。在这个阶段，可以说软件已经“上线”了。

网络分发 （ R elease t o W eb，缩写RTW），或称Web发布是一种利用互联网进行分发的软件交付方式。制造商在这种类型的发布中并不生产实体软件工具，而会借由OTA来进行发放。随着互联网使用人数的增长，RTW变得越来越普遍。

稳定版本来自预览版本释出使用与改善而修正完成，通常是初始版本进行几个小更新后的版本。为当前所使用的软件在匹配需求规格的硬件与 *** 作系统中运行不会造成严重的不兼容或是硬件冲突，其已受过某定量的测试无误后所释出者。

在软件的生命周期内，有时会发布新版本、补丁 "补丁 (计算机)")或服务包其32位有3个服务包，64位版本有两个。这些服务包包含以单个可安装软件包的形式提供的更新、补丁和功能增强，也有新功能提供。一些软件，例如防病毒软件和游戏，需要长期的更新支持。

当软件不再销售并已被停止支持时，该产品即达到使用寿命终止阶段。但忠实用户群可能会继续存在，甚至是持续很久。例如Windows XP在中国大陆的占有率依然很高。

具体见 :

维基百科：软件版本周期

---