软件版本号

版本控制比较广泛的 3 种命名格式 :

1、GNU 风格的版本号命名格式 :
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124

2、Windows 风格的版本号命名格式 :
主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]]
Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示例: 1.21, 2.0

3、.Net Framework 风格的版本号命名格式:
主版本号.子版本号[.编译版本号[.修正版本号]]
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的；内部版本号和修订号是可选的，可是若是定义了修订号部分，则内部版本号就是必选的。全部定义的部分都必须是大于或等于 0 的整数。

应根据下面的约定使用这些部分：

Major ：具备相同名称但不一样主版本号的程序集不可互换。例如，这适用于对产品的大量重写，这些重写使得没法实现向后兼容性。

Minor ：若是两个程序集的名称和主版本号相同，而次版本号不一样，这指示显著加强，但照顾到了向后兼容性。例如，这适用于产品的修正版或彻底向后兼容的新版本。

Build ：内部版本号的不一样表示对相同源所做的从新编译。这适合于更改处理器、平台或编译器的状况。

Revision ：名称、主版本号和次版本号都相同但修订号不一样的程序集应是彻底可互换的。这适用于修复之前发布的程序集中的安全漏洞。

程序集的只有内部版本号或修订号不一样的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。

版本号管理策略

1、GNU 风格的版本号管理策略：

1．项目第一版本时，版本号能够为 0.1 或 0.1.0, 也能够为 1.0 或 1.0.0，若是你为人很低调，我想你会选择那个主版本号为 0 的方式；
2．当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1；
3. 当项目在原有的基础上增长了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，于是能够被忽略掉；
4．当项目在进行了重大修改或局部修正累积较多，而致使项目总体发生全局变化时，主版本号加 1；
5．另外，编译版本号通常是编译器在编译过程当中自动生成的，咱们只定义其格式，并不进行人为控制。

2、Window 下的版本号管理策略：
1．项目第一版时，版本号为 1.0 或 1.00；
2. 当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1；
3. 当项目在原有的基础上增长了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，于是能够被忽略掉；
4. 当项目在进行了重大修改或局部修正累积较多，而致使项目总体发生全局变化时，主版本号加 1；
5. 另外 , 编译版本号通常是编译器在编译过程当中自动生成的，咱们只定义其格式，并不进行人为控制。

另外，还能够在版本号后面加入 Alpha、Beta、Gamma、Current、RC (Release Candidate)、Release、Stable 等后缀，在这些后缀后面还能够加入 1 位数字的版本号。

对于用户来讲，若是某个软件的主版本号进行了升级，用户还想继续那个软件，则发行软件的公司通常要对用户收取升级费用；而若是子版本号或修正版本号发生了升级，通常来讲是免费的。

=====附录软件版本名称=====

α（alphal） 内部测试版
α版，此版本表示该软件仅仅是一个初步完成品，一般只在软件开发者内部交流，也有不多一部分发布给专业测试人员。通常而言，该版本软件的 bug 较多，普通用户最好不要安装。

β（beta）外部测试版
该 版本相对于α版已有了很大的改进，消除了严重的错误，但仍是存在着一些缺陷，须要通过大规模的发布测试来进一步消除。这一版本一般由软件公司免费发布，用 户可从相关的站点下载。经过一些专业爱好者的测试，将结果反馈给开发者，开发者们再进行有针对性的修改。该版本也不适合通常用户安装。

γ（gamma）版
该版本已经至关成熟了，与即将发行的正式版相差无几，若是用户实在等不及了，尽能够装上一试。

trial（试用版）
试用版软件在最近的几年里颇为流行，主要是得益于互联网的迅速发展。该版本软件一般都有时间限制，过时以后用户若是但愿继续使用，通常得交纳必定的费用进行注册或购买。有些试用版软件还在功能上作了必定的限制。

unregistered（未注册版）
未 注册版与试用版极其相似，只是未注册版一般没有时间限制，在功能上相对于正式版作了必定的限制，例如绝大多数网络电话软件的注册版和未注册版，二者之间在 通话质量上有很大差距。还有些虽然在使用上与正式版毫无二致，可是动不动就会弹出一个恼人的消息框来提醒你注册，如看图软件acdsee、智能陈桥汉字输 入软件等。

demo 演示版
在非正式版软件中，该版本的知名度最大。demo版仅仅集成了正式版中的几个功能，很有点像 unregistered。不一样的是，demo版通常不能经过升级或注册的方法变为正式版。

以 上是软件正式版本推出以前的几个版本，α、β、γ能够称为测试版，大凡成熟软件总会有多个测试版，如 windows 98 的β版，前先后后将近有10个。这么多的测试版一方面为了最终产品尽量地知足用户的须要，另外一方面也尽可能减小了软件中的bug 。而 trial 、unregistered 、demo有时统称为演示版，这一类版本的广告色彩较浓，很有点先尝后买的味道，对于普通用户而言天然是能够免费尝鲜了。

正式版，不一样类型的软件的正式版本一般也有区别。

release 最终释放版
该 版本意味“最终释放版”，在出了一系列的测试版以后，终归会有一个正式版本，对于用户而言，购买该版本的软件绝对不会错。该版本有时也称为标准版。通常情 况下，release不会以单词形式出如今软件封面上，取而代之的是符号 (r) ，如 windows nt(r) 4.0、ms-dos(r) 6.22 等。

registered 注册版
很显然，该版本是与 unregistered 相对的注册版。注册版、release和下面所讲的standard版同样，都是软件的正式版本，只是注册版软件的前身有很大一部分是从网上下载的。

standard 标准版
这是最多见的标准版，不管是什么软件，标准版必定存在。标准版中包含了该软件的基本组件及一些经常使用功能，能够知足通常用户的需求。其价格相对高一级版本而言仍是“平易近人”的。

deluxe 豪华版
顾名思义即为“豪华版”。豪华版一般是相对于标准版而言的，主要区别是多了几项功能，价格固然会高出一大块，不推荐通常用户购买。此版本一般是为那些追求“完美”的专业用户所准备的。

reference
该 版本型号常见于百科全书中，比较有名的是微软的encarta系列。 reference是最高级别，其包含的主题、图像、影片剪辑等相对于standard和deluxe版均有大幅增长，容量由一张光盘猛增至三张光盘，并 且加入了很强的交互功能，固然价格也不菲。能够这么说，这一版本的百科全书才能算是真正的百科全书，也是发烧友们收藏的首选。

professional（专业版）
专 业版是针对某些特定的开发工具软件而言的。专业版中有许多内容是标准版中所没有的，这些内容对于一个专业的软件开发人员来讲是极为重要的。如微软的 visual foxpro标准版并不具有编译成可执行文件的功能，这对于一个完整的开发项目而言显然是没法忍受的，若客户机上没有foxpro将不能使用。若是用专业 版就没有这个问题了。

enterprise（企业版）
企业版是开发类软件中的极品（至关于百 科全书中的reference版）。拥有一套这种版本的软件能够毫无障碍地开发任何级别的应用软件。如著名的visual c++的企业版相对于专业版来讲增长了几个附加的特性，如sql调试、扩展的存储过程向导、支持as/400对ole db的访问等。而这一版本的价格也是普通用户没法接受的。如微软的visual studios 6.0 enterprise 中文版的价格为 23000 元。

其余版本，除了以上介绍的一些版本外，还有一些专有版本名称。

update（升级版）
升级版的软件是不能独立使用的，该版本的软件在安装过程当中会搜索原有的正式版，若是不存在，则拒绝执行下一步。如microsoft office 2000升级版、windows 9x升级版等等。

oem版
oem 版一般是捆绑在硬件中而不单独销售的版本。将本身的产品交给别的公司去卖，保留本身的著做权，双方互惠互利，一箭双雕。

单机（网络）版
网络版在功能、结构上远比单机版复杂，若是留心一下软件的报价，你就会发现某些软件单机版和网络版的价格相差很是大，有些网络版甚至多一个客户端口就要加很多钱。

普及版
该版本有时也会被称为共享版，其特色是价格便宜（有些甚至彻底免费）、功能单1、针对性强（固然也有占领市场、打击盗版等因素）。与试用版不一样的是，该版本的软件通常不会有时间上的限制。固然，若是用户想升级，最好仍是去购买正式版。

Enhance 加强版或者增强版 属于正式版
Free 自由版
Full version 彻底版 属于正式版
shareware 共享版
Release 发行版 有时间限制
Upgrade 升级版
Retail 零售版
Cardware 属共享软件的一种，只要给做者回复一封电邮或明信片便可。（有的做者并由此提供注册码等），目前这种形式已很少见。
Plus 属加强版，不过这种大部分是在程序界面及多媒体功能上加强。
Preview 预览版
Corporation & Enterprise 企业版
Standard 标准版
Mini 迷你版也叫精简版只有最基本的功能
Premium -- 贵价版
Professional -- 专业版
Express -- 特别版
Deluxe -- 豪华版
Regged -- 已注册版
CN -- 简体中文版
CHT -- 繁体中文版
EN -- 英文版

Multilanguage -- 多语言版

1. 软件版本阶段说明

* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，一般只在软件开发者内部交流，通常而言，该版本软件的Bug较多，须要继续修改。
* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但仍是存在着一些缺陷，须要通过屡次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经至关成熟了，基本上不存在致使错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版以后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。通常状况下，Release不会以单词形式出如今软件封面上，取而代之的是符号(R)。

2. 版本命名规范

软件版本号由四部分组成：

第一个1为主版本号

第二个1为子版本号

第三个1为阶段版本号

第四部分为日期版本号加希腊字母版本号

希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_beta

常规：彻底的版本号定义，分三项：：<主版本号>.<次版本号>.<修订版本号>，如 1.0.0

3. 版本号定修改规则

* 主版本号(1)：当功能模块有较大的变更，好比增长多个模块或者总体架构发生变化。此版本号由项目决定是否修改。
* 子版本号(1)：当功能有必定的增长或变化，好比增长了对权限控制、增长自定义视图等功能。此版本号由项目决定是否修改。
* 阶段版本号(1)：通常是 Bug 修复或是一些小的变更，要常常发布修订版，时间间隔不限，修复一个严重的bug便可发布一个修订版。此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，天天对项目的修改都须要更改日期版本号。此版本号由开发人员决定是否修改。
* 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪一个开发阶段，当软件进入到另外一个阶段时须要修改此版本号。此版本号由项目决定是否修改。

4. 文件命名规范

文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：项目外 包平台测试报告1.1.1.051021_beta_b.xls，此文件为项目外包平台的测试报告文档，版本号为：1.1.1.051021_beta。

若是是同一版本同一阶段的文件修改过两次以上，则在阶段标识后面加以数字标识，每次修改数字加1，项目外包平台测试报告1.1.1.051021_beta_b1.xls。

当有多人同时提交同一份文件时，能够在阶段标识的后面加入人名或缩写来区别，例如：项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls。当此文件再次提交时也能够在人名或人名缩写的后面加入序号来区别，例如：项目外包平台测试 报告1.1.1.051021_beta_b_LiuQi2.xls。

5. 版本号的阶段标识

软件的每一个版本中包括11个阶段，详细阶段描述以下：

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