项目管理 软件版本号的命名格式和规则

最近公司发布测试版,涉及软件的版本号管理,发现不同公司的版本号管理的方法都不一样,各有千秋。在这里展示个人认为还不

错的版本号管理的方法。

【1】版本命名规范

软件版本号有四部分组成:

第一部分为主版本号

第二部分为次版本号

第三部分为修订版本号

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

【2】软件版本阶段说明

Base: 

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

Alpha:

此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。

Beta: 

该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI。

RC: 

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

Release: 

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

【3】版本号修改规则

主版本号:

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

次版本号:

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

修订版本号:

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

日期版本号(051021):

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

希腊字母版本号(beta):

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

【4】版本发布周期

非紧急情况:

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

紧急情况:

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

【5】举例说明

如此时版本号为:1.0.0.0321_alpha ,此时为内部测试阶段

开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug之后,发布到外网时,此时就进入了软件的下一个阶段,版本号可改为:1.0.0.0321_beta ,如当前日期跟上一个版本号的日期不一样,版本号可改为:1.0.0.0322_beta。

如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版,如1.0.1.0322_beta,日期为发布的当前日期。

如果对软件进行了一些功能上的改进或增强,进行了一些局部变动的时候要修改次版本号,如:1.1.0.0322_beta(上一级有变动时,下级要归零)。

当功能模块有较大变动,增加模块或整体架构发生变化时要修改主版本号,如新增加了退款功能,则版本号要改为:2.0.0.0322_beta 。

时间: 11-03

项目管理 软件版本号的命名格式和规则的相关文章

转: 软件版本号的命名

http://baike.baidu.com/link?url=UZBhF-I3YFeyYy7yK-i_xEBGjZNvyIOJloYO9AGLlPJxl36vJF9kYYo4UfgjRy_Z 命名风格编辑 GNU版 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例 : 1.2.1, 2.0, 5.0.0 build-1312

软件项目版本号的命名规则及格式

转载:http://blog.csdn.net/rovast/article/details/52083073 转载:http://blog.csdn.net/mfcing/article/details/12969059 版本控制比较普遍的 3 种命名格式 : 一.GNU 风格的版本号命名格式 :主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Nu

作业二:源程序管理软件与项目管理软件

本周的作业题目要求: 上网调查一下目前流行的源程序版本管理软件和项目管理软件都有哪些?各有什么优缺点? 初识源程序版本管理软件与项目管理软件 当看到这个题目时有点迷茫,在此之前并不知道什么是源程序版本管理软件,项目管理软件是什么.于是就进行了百度一番得到了如下的回答:源程序版本管理软件(版本控制软件)提供完备的版本管理功能,用于存储.追踪目录(文件夹)和文件的修改历史,是软件开发者的必备工具,是软件公司的基础设施.版本控制软件的最高目标,是支持软件公司的配置管理活动,追踪多个版本的开发和维护活动

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

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

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

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

版本管理和项目管理软件浅谈

版本管理和项目管理软件浅谈 项目管理软件 Trac vs Redmine 关于Trac,之前想为计组实验平台搭建Wiki的时候作为“备胎”所了解过,而与当时功能与其相似,看起来更有竞争力的产品——Redmine相比而言我更加看好Trac,因为Redmine有一些严重的缺点: 安装非常麻烦.在实际的生产环境中,Redmine在Debian\Ubuntu系统下没法稳定运作.Redmine的依赖是固定的,所以一些新的版本库可能没法工作.而且必须自己在apt-get中配置更新源,否则很容易错将某些依赖升

现在流行的源程序版本管理软件和项目管理软件

现在流行的源程序版本管理软件和项目管理软件有: 1.  Microsoft TFS 2.  Github 3.  SVN 4.  Coding 他们各自的优缺点是: Microsoft TFS: 优点:任务版上能将需求.项目进度一览无余,对于小团队而言,它集成了项目管理.版本控制.BUG          跟踪,能有效实现 SCRUM能与 VS 无缝接合 缺点:不适合新手,新手需要多加练习.个人成本上的消耗相对来说更大一些.整个系统是用 asp 实现的,用浏览器访问相当慢. Github 优点:

调查:源程序版本管理软件和项目管理软件

源程序管理软和项目管理软件的优缺点 cvs 优点:修改软件时可能会不知不觉混进一些 bug,而且可能过了很久你才会察觉到它们的存在.有了 cvs,你可以很容易地恢复旧版本,并从中看出到底是哪个修改导致了这个 bug.有时这是很有用的,cvs 用一种聪明的办法把一个文件的所有版本保存在一个文件里,仅仅保存不同版本之间的差异.cvs 最初由 Dick Grune 在 1986 年 12 月以 shell 脚本的形式发布在 comp.sources.unix 的新闻组第 6 卷里:1989 年 4 月

3. 上网调查一下目前流行的源程序版本管理软件和项目管理软件都有哪些, 各有什么优缺点?

3.  上网调查一下目前流行的源程序版本管理软件和项目管理软件都有哪些, 各有什么优缺点? (1)Microsoft TFS的优缺点: 优点:是对敏捷,msf,cmmi等项目.过程管理.过程改善的支持.任务版上能将需求.项目进度一览无余,对于小团队而言,比甘特图更有用. 缺点:能应用起来的团队.公司的数量极少,多数真正用起来,也就是源代码管理这部分,这也仅仅是占TFS极小部分功能. (2)GitHub的优缺点: 优点:GitHub提供Git存储库服务,基于web,允许你使用Git的源代码管理功能