软件版本命名规范

  1.  
  2. 1.版本命名规范

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

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

  3.  

    2.软件版本阶段说明

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

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

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

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

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

  4.  

    3.版本号修改规则

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

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

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

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

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

  5.  

    4.版本发布周期

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

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

  6.  

    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 。

时间: 03-19

软件版本命名规范的相关文章

项目版本命名规范

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

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

1.版本命名规范 软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版 本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base.alpha.beta .RC . release Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改. Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版

变量命名规范

原文链接:http://www.cnblogs.com/zhangpengshou/archive/2008/10/19/1314424.html a Array 数组 b BOOL (int) 布尔(整数) by Unsigned Char (Byte) 无符号字符(字节) c Char 字符(字节) cb Count of bytes 字节数 cr Color reference value 颜色(参考)值 cx Count of x (Short) x的集合(短整数) dw DWORD (

Day4 - 迭代器&生成器、装饰器、Json & pickle 数据序列化、软件目录结构规范

---恢复内容开始--- 本节内容 迭代器&生成器 装饰器 Json & pickle 数据序列化 软件目录结构规范 作业:ATM项目开发 1.列表生成式,迭代器&生成器 列表生成式 需求:列表a = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9],要求把列表里的每个值加1 1 a = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9] 2 b = [] 3 for i in a: 4 b.append(i+1) 5 a = b 6 print(a) 普通青

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中运行

CSS命名规范

html页面的CSS.DIV命名规则 CSS命名规则 头:header 内容:content/containe 尾:footer 导航:nav 侧栏:sidebar 栏目:column 页面外围控制整体布局宽度:wrapper 左右中:left right center 登录条:loginbar 标志:logo 广告:banner 页面主体:main 热点:hot 新闻:news 下载:download 子导航:subnav 菜单:menu 子菜单:submenu 搜索:search 友情链接:

关于软件目录结构规范———(转自Alex Li)

软件目录结构规范 为什么要设计好目录结构? "设计项目目录结构",就和"代码编码风格"一样,属于个人风格问题.对于这种风格上的规范,一直都存在两种态度: 一类同学认为,这种个人风格问题"无关紧要".理由是能让程序work就好,风格问题根本不是问题. 另一类同学认为,规范化能更好的控制程序结构,让程序具有更高的可读性. 我是比较偏向于后者的,因为我是前一类同学思想行为下的直接受害者.我曾经维护过一个非常不好读的项目,其实现的逻辑并不复杂,但是却耗费

Spring mvc 4系列教程(二)——依赖管理(Dependency Management)和命名规范(Naming Conventions)

依赖管理(Dependency Management)和命名规范(Naming Conventions) 依赖管理和依赖注入(dependency injection)是有区别的.为了将Spring的优秀特性(如依赖注入)带到你的应用中,需要在编译时或运行时部署所需要的库(jar包).这些依赖不是虚拟的构件,而是文件系统上的物理资源.依赖管理的过程涉及到定位这些资源.存储资源.加入classpath.依赖可以是直接的(例如Spring运行时),也可以是间接的(例如commons-dbcp).间接

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

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