常见的软件版本编号及命名
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
常见的软件版本编号及命名
1、RC,GA
RC:就是Release Candidate(候选版本)的缩写
GA:就是General Availability,正式发布的版本
Alpha:内测版。
Alpha是希腊字母的第一位的英文谐音,就是α,用在软件版本中就是表示最初级的版本。通常情况下Alpha是内部测试版,一般不向外部发布,会有很多Bug。除非你也是测试人员,否则不建议使用。
Beta:公测版。
Beta是希腊字母的第二位的英文谐音,就是β,是一个比Alpha稍高的版本。Beta 也是一个测试版本,在正式版推出之前发布,主要用于面向公众进行测试及Bug收集,这个阶段的版本Bug可能较多,并且可能会加入一些新的功能。
Delux:豪华版。
Plus版和Delux版区别不大,比普通版本多了一些附加功能。
EVAL:体验版或评估版。
功能上和正式版没有区别,但存在一些时间或空间上的限制。
Final:正式版。
软件的正式版本,修正了Alpha版和Beta版的Bug。
Free:免费版。
Full:完全版。
OEM:
是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。如果买笔记型计算机或品牌计算机就会有随机版软件。包装不像零售版精美,通常只有一面CD和说明书(授权书)。
Plus:加强版。
Pro:专业版。
需要注册后才能解除限制,否则为评估版本。
RC(Release Candidate):Candidate是候选人的意思,用在软件上就是候选版本,而Release Candidate 就是发行候选版本,也就是说这还不能算是正式的发布版。。
和Beta版最大的差别在于Beta阶段会一直加入新的功能,但是到了RC版本,几乎就不会加入新的功能了,而主要着重于除错!
RTL(Retail):零售版。
正式上架零售版。
RTM(Release to Manufacture):
程序代码开发完成之后,要将母片送到工厂大量压片,这个版本就叫做RTM版。所以说,RTM版的程序码一定和正式版一样。
RVL:
不详。
SR:修正版或更新版。
修正了正式版推出后发现的Bug。
Trial:试用版。
软件在功能或时间上有所限制,如果想解除限制,需要购买正式版。
------------------------------------------------------------------------------- 另外:
Build:不是一个发行版本,而是一个内部版本构建标号,用于周期性的生成目标程序,主要目的是构建程序进行测试及版本备份,并可以版本发布时进行选择,类似于RC版本。同一版本可以有多个Build号,通常Build后面的数字越大,软件版本越新。
为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版
本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, 同时也希望您在阅读本文的时候, 能够对版本号的命
名格式提出自己的见解, 这当然包括一些版本号命名的个例. 下面, 让我们看一下
比较普遍的3 种命名格式.
GNU 风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]]
英文对照:
Major_Version_Number.Minor_Version_Number[.Revision_Number[.Bui ld_Number]]
示例: 1.2.1, 2.0, 5.0.0 build-13124
Windows 风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]] 英文对照:
Major_Version_Number.Minor_Version_Number[Revision_Number[.Buil d_Number]]
示例: 1.21, 2.0
.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修
正版本号]]
英文对照:
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revisi on_Number]]
官方说明参考:
/library/default.asp?url=/library/en-us/cpref /html/frlrfSystemVersionClassTopic.asp
由于, 有官方解释, 所以本文不做说明.
GNU 风格的版本号管理策略
当项目初版本时, 版本号可以为0.1 或0.1.0, 也可以为1.0 或 1.0.0, 如果
你为人很低调, 我想你会选择那个主版本号为0 的方式;
当项目在进行了局部修改或bug 修正时, 主版本号和子版本号都不变, 修正版本号加1;
当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加1, 修正版本号复位为0, 因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加1;
另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.
Window 下的版本号管理策略
当项目初版时, 版本号为 1.0 或 1.00;
当项目在进行了局部修改或bug 修正时,主版本号和子版本号都不变, 修正版本号加1;
当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加1, 修正版本号复位为0, 因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加1;
另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.
另外, 还可以在版本号后面加入Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等后缀, 在这些后缀后面还可以加入1 位数字的版本号.
对于用户来说, 如果某个软件的主版本号进行了升级, 用户还想继续那个软件, 则发行软件的公司一般要对用户收取升级费用; 而如果子版本号或修正版本号发生了升级, 一般来说是免费的.
软件版本号总结:
V(Version):即版本,通常用数字表示版本号。(如:EVEREST Ultimate
v4.20.1188 Beta)