Atititi 版本管理 rc final rtm ga release 软件的生命周期中一般分4个版本

RC=Release Candidate,含义是”发布候选版”,它不是最终的版本,而是最终版(RTM=Release To Manufacture)之前的最后一个版本

RTM:(Release to Manufacture)是给工厂大量压片的版本,内容跟正式版是一样的,不过RTM版也有出限制、评估版的。但是和正式版本的主要程序代码都是一样的。

RC:(Release Candidate)

Candidate是候选人的意思,用在软件上就是候选版本。Release.Candidate.就是发行候选版本。和Beta版最大的差别在于Beta阶段会一直加入新的功能,但是到了RC版本,几乎

就不会加入新的功能了,而主要着重于除错!  RC版本是最终发放给用户的最接近正式版的版本,发行后改正bug就是正式版了,就是正式版之前的最后一个测试版。

GA:(general availability)

比如:Apache Struts 2 GA这是Apache Struts 2首次发行稳定的版本,GA意味着General Availability,也就是官方开始推荐广泛使用了。

GA:General Availability,正式发布的版本,在国外都是用GA来说明release版本的。

Release:

该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。

OEM:是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。只能全新安装,不能从旧有操作系统升级。包装不像零售版精美,通常只有一面CD和说明书(授权书)。

RVL:号称是正式版,其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的。

RTL:Retail(零售版)是真正的正式版,正式上架零售版。在安装盘的i386文件夹里有一个eula.txt,最后有一行EULAID,就是你的版本。比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN,繁体中文正式版是WX.4_PRO_RTL_TW。其中:如果是WX.开头是正式版,WB.开头是测试版。_PRE,代表家庭版;_PRO,代表专业版。

pre版:

这个和alpha都属于预览版,但是这个公众也会很容易拿到,一般分M1,M2等。windows7 我想很多人都从M3开始关注的。

stable版:

稳定版。 这个一般商业软件中没有这个版本,据说是在开源软件中有这个版本。这个就是开源软件的最终发行版,用户可以放心大胆的用了

CTP:Community Test Preview 社区测试试用版 
就是一般的测试版本而已 换个名字吸引眼球

整合版(Integration builds)
此版本的各个独立的组件已经过Eclipse开发团队认定具稳定度,但不保证兜在一起没问题。若兜在一起够稳定,它就有可能晋级成Stable build。

当日最新版(Nightly builds)
此版本显然是从最新的原始码产生出来的。可想而知,此版本当然不保证它跑起来没问题,搞不好还有严重的bug。

[@[email protected]]

作者:: 绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 )

汉字名:艾提拉(艾龙),   EMAIL:[email protected]

转载请注明来源: http://www.cnblogs.com/attilax/

Atiend

时间: 2024-08-05 22:34:49

Atititi 版本管理 rc final rtm ga release 软件的生命周期中一般分4个版本的相关文章

软件开发生命周期中测试的使用情况

软件开发的生命周期主要包括以下的阶段: 1.问题定义. 2.可行性研究. 3.需求分析. 4.概要设计. 5.详细设计. 6.编码和单元测试. 7.综合测试. 8.软件维护 以上就是一个软件开发的完整生命周期,能比较明显的看出,到详细设计为止,之前的阶段很少涉及到测试的环节,从编码实现开始,测试就开始贯穿之后的阶段,编码实现中,用的最多的就是单元测试,编码人员或测试人员主要通过一些测试用例来检测编写的代码块是否实现了所需要的功能,但是单元测试中又分为黑盒测试和白盒测试,黑盒测试是不知道内部的详细

以软件开发生命周期的过程来说明不同测试的使用情况

此图为软件开发生命周期的模型图,下面以此图为例说明在软件开发生命周期各个阶段所使用的测试类型的异同. 1.在最初的原始计划制定阶段,需要进行文档编写测试. 2.开始参考某些软件原型并编写需求计划时,要进行手工测试来提取原型的优缺点,以及文档编写测试.每一次参考原型和风险分析时都需要进行所说的测试. 3.最终确定需要的开发计划,需要文档编写测试. 4.详细设计阶段:进行数据和数据库完整性测试. 5.编码阶段:依次进行单元测试.集成测试.系统测试,并穿插着功能测试和性能测试. 6.组装测试阶段:进行

软件开发生命周期总结

软件开发生命周期过程 软件开发的标准过程包括六个阶段,而六个阶段需要编写的各类文件达14种之多,在每个阶段需要编写哪些文件,以及这些文件的主要内容见下: 1.可行性与计划研究阶段 可行性研究报告:在可行性研究与计划阶段内,要确定该软件的开发目标和总的要求,要进行可行性分析.投资一收益分析.制订开发计划,并完成应编制的文件. 项目开发计划:编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员.开发进度. 所需经费预算.所需软.硬件条件等问题作出的安排记载下来,以便根据本计划开

软件开发生命周期及文档

软件开发,同任何事物一样要经历孕育.诞生.成长.成熟.结束等阶段,称之为软件开发生命周期. 通常,软件开发生命周期包括可行性分析与项目开发计划.需求分析.设计.编码.测试.发布维护等. 1)可行性分析与项目开发计划 这个阶段主要确定软件开发的目标及其可行性,明确要解决的问题及解决办法,以及解决问题需要的费用.资源.时间.要进行问题定义.可行性分析,制定项目开发计划. 该阶段产生的文档主要有可行性分析报告(一般很少需要)和项目开发计划. 2)需求分析 需求分析是明确软件系统要做什么,确定软件系统的

软件的生命周期

软件的生命周期主要包括以下几个阶段:(1)计划阶段(系统分析与软件定义)(2)需求分析阶段(3)软件设计阶段(4)编码阶段(软件实现)(5)软件集成阶段(6)测试阶段(7)软件验收与交付(8)软件使用与维护 以下具体说明软件生命周期的每个阶段的主要内容: (1)计划阶段.这个阶段主要进行软件的目标定义,并对软件的开发和使用进行可行性研究. (2)需求分析阶段.这个阶段主要是开发方与用户进行深度交流,确定目标系统所应该具备的功能.这个阶段需要写好书面的需求分析文档,并得到供求双方的确认. (3)软

软件工程—软件开发生命周期

正如任何事物一样,软件也有其孕育.诞生.成长.成熟以及衰亡的生命过程,一般称其为“软件生命周期”.把整个软件生存周期划分为若干阶段,使得每个阶段有明确的任务,使规模大,结构复杂和管理复杂的软件开发变的容易控制和管理.通常,软件生存周期包括: 一,问题定义.要求系统分析员与用户进行交流,弄清“用户需要计算及解决什么问题”然后提出关于“系统目标与范围的说明”,提交用户审查和确认. 二,可行性研究.一方面在于把待开发的系统的目标以明确的语言描述出来,另一方面从经济.技术.法律等多方面进行可行性分析.

软件开发生命周期模型 瀑布模型、增量模型、原型模型、螺旋模型、喷泉模型总结

在校期间学习过这些模型,现在来复习一下. 瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求 ->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以 组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段. 由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型

以软件开发生命周期来说明不同测试的使用情况

在软件生命周期的编码和单元测试阶段:用单元测试的方法完成“写出正确的容易理解.容易维护的程序模块”的任务.在综合测试阶段,使用的最基本的测试是集成测试和验收测试,来完成“通过各种类型的测试(及相应的调试)使软件达到预定的要求”的任务,必要时在这一阶段,还可以在通过现场测试或平行运动等方法对目标系统进行进一步的测试检验.

以软件开发生命周期来说明各种测试的使用情况

说到软件生命周期,我们首先来温习一下.一个软件产品或软件系统也要经历孕育.诞生.成长.成熟.衰亡等阶段,一般称为软件生存周期(软件生命周期)通常,软件生存周期包括:1.问题定义:2.可行性研究:3.需求分析:4.总体合计:5.详细设计:6.编码和单元测试:7.综合测试. 接下来,在了解一下软件测试.从软件测试的阶段分类,测试可分为4个主要阶段:单元测试.集成测试.系统测试.验收测试.这是一种由小到大,循序渐进的测试过程. 从基于功能的角度: 1.单元测试 这个步骤主要是开发者针对开发过程中,程序