软件命名规范:什么是alpha、beta、RC、Release版

1.版本命名规范

软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版

本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、 release

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

    Debug 和 Release 并没有本质的区别,他们只是VC预定义提供的两组编译选项的集合,编译器只是按照预定的选项行动。如果我们愿意,我们完全可以把Debug和 Release的行为完全颠倒过来。当然也可以提供其他的模式,例如自己定义一组编译选项,然后命名为MY_ABC等。习惯上,我们仍然更愿意使用VC已经定义好的名称。

    Debug版本包括调试信息,所以要比Release版本大很多(可能大数百K至数M)。至于是否需要DLL支持,主要看你采用的编译选项。

    • 如果是基于 ATL的,则Debug和Release版本对DLL的要求差不多。
    • 如果采用的编译选项为使用MFC动态库,则需要MFC42D.DLL等库支持,而 Release版本需要MFC42.DLL支持。

    Release不对源代码进行调试,不考虑MFC的诊断宏,使用的是 MFC  Release库,编译时对应用程序的速度进行优化

    Debug则正好相反,它允许对源代码进行调试,可以定义和使用MFC的 诊断宏,采用MFC  Debug库,对速度没有优化。

    既然Debug和 Release仅仅是编译选项的不同,那么为什么要区分Debug和Release版本呢? 
          Debug和Release,在我看来主要是针对其面向的目标不同的而进行区分的。

    • Debug通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含调试信息,而且不做任何优化,以为开发人员提供强大的应用程序调试能力。
    • Release通常称为发布版本,是为用户使用的,一般客户不允许在发布版本上进行调试。所以不保存调试信息,同时,它往往进行了各种优化,以期达到代码最小和速度最优。为用户的使用提供便利。

    2. 版本命名规范

    软件版本号由四部分组成:第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分别为:base、alpha、beta、RC、release。例如:1.1.1.051021_beta。

    3. 版本号定修改规则

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

    4. 版本号的阶段标识

    软件的每个版本中包括11个阶段,详细阶段描述如下:

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

时间: 02-19

软件命名规范:什么是alpha、beta、RC、Release版的相关文章

软件发布版本区别介绍-Alpha,Beta,RC,Release

Alpha: Alpha是内部测试版,一般不向外部发布,会有很多Bug.除非你也是测试人员,否则不建议使用. 是希腊字母的第一位,表示最初级的版本 alpha就是α,beta就是β alpha版就是比beta还早的测试版,一般都是内部测试的版本 -------------------- Beta: 很容易理解就是测试版,这个阶段的版本会一直加入新的功能. RC:RC就是Release Candidate(候选版本)的简称 Candidate是候选人的意思,用在软件上就是候选版本.Release.

软件版本命名规范

  1.版本命名规范 软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版 本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base.alpha.beta .RC . release   2.软件版本阶段说明 Base:此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是    页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构. Alpha :软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件

[转]软件版本号扫盲——Beta RC Preview release等

1.软件版本阶段说明 *Alpha版:此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改. *Beta版:该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI. *RC版:该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几. *Release版:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正

软件版本号规范与命名原则

1. 软件版本阶段说明 * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改.* Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI.* RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几.* Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终

项目版本命名规范

版本命名格式 GNU 风格.Windows 风格 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major.Minor[.Revision[.Build]] 示例:1.2.1, 2.0, 5.0.0 build-13124 .Net Framework 风格 主版本号.子版本号[.编译版本号[.修正版本号]] Major.Minor[.Build[.Revision]] 语义命名风格 主版本号 . 子版本号 . 补丁版本号 [- 预览版本号 ] [+ 构建版本号 ] Majo

dos命令-环境变量-数据类型-命名规范

JAVA第一天笔记--dos命令-环境变量-数据类型-命名规范 1.能够阐述JDK和JRE之间区别 JDK(Java Development Kit)是提供给开发人员使用的JAVA开发工具包(javac.exe;java.exe),包含JRE(Java Runtime Environment). JRE(Java Runtime Environment)是Java程序运行环境,包含JVM(Java Virtual Machine)及核心类库. 总结为:开发人员使用JDK开发的程序,在JRE中运行

iOS开发(OC)中的命名规范

开小差:最近发现自己有一个经验主义的毛病,不太容易接受新的知识,这对从事技术研发的人来说不太合理,需要改之. 正文:通过读写大量代码我有自己的一套编程思路和习惯,自认为自己的编码习惯还是不错的,代码结构也算清晰,因为我一直以来都是代码看的多写的多,但是总结的比较少,知识经常不成体系.以后多花点时间把自己的经验和学习知识加以总结一下吧,这样有利于去指导新人,也更有利于加深自己的知识认知.今天就从代码规范入手总结一下iOS开发中好的编码规范吧.我们在开发中看别人的代码的时候经常会去抱怨至少内心里骂娘

安卓命名规范

软件开发离不开团队,当然安卓开发也是这样的.所以一定要做好团队之间的协调和规范.下面是我复制的一篇博客,可以认真学习安卓的命名规范,更好地协调团队之间的合作. 转的博客内容如下: 刚接触android的时候,命名都是按照拼音来,所以有的时候想看懂命名的那个控件什么是什么用的,就要读一遍甚至好几遍才知道,这样的话,在代码的审查和修改过程中就会浪费不少不必要的时间.如果就是我一个人开发,一个人维护的话还好,可是如果一个项目是团队分工合作,这样让你的同事去看你的代码就更加吃力了,因为大家之间的编程方式

代码命名规范

该篇日志是一篇阅读材料的总结.文件下载地址:https://class.stanford.edu/c4x/Engineering/CS-144/asset/Naming.pdf (也可从百度云盘下载:http://pan.baidu.com/s/1hqf6KIw).总结如下: 名称应该反映代码作者的目的. 这节省了不必要的注释(如 int t; // Time since born in days 可以改为 int daysSinceBorn;),并使代码变得易于读懂.易读和易于互相讨论,这将是