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

合集下载

软件版本命名规范及详细解释.docx

软件版本命名规范及详细解释.docx

1、版本命名规范软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、release。

2、软件版本阶段说明Base:此版本表示该软件仅仅是一个基础功能,通常包括所有将要编写的功能,但是功能都没有做完整的实现,只是做为软件整体的一个基础架构。

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

测试人员提交Bug经开发人员修改确认之后,发布到测试xx让测试人员测试,此时可将软件版本标注为alpha版。

Beta:该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。

修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为beta版。

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

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

该版本有时也称标准版。

3、版本号修改规则(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。

此版本号由项目决定是否修改。

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

此版本号由项目决定是否修改。

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

此版本号由项目经理决定是否修改。

(4)日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。

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

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

软件版本号规范与命名原则1. 软件版本阶段说明* Alpha版: 此版本表⽰该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,⼀般⽽⾔,该版本软件的Bug较多,需要继续修改。

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

* RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发⾏的正式版相差⽆⼏。

* Release版: 该版本意味“最终版本”,在前⾯版本的⼀系列测试版之后,终归会有⼀个正式版本,是最终交付⽤户使⽤的⼀个版本。

该版本有时也称为标准版。

⼀般情况下,Release不会以单词形式出现在软件封⾯上,取⽽代之的是符号(R)。

2. 版本命名规范软件版本号由四部分组成:第⼀个1为主版本号第⼆个1为⼦版本号第三个1为阶段版本号第四部分为⽇期版本号加希腊字母版本号希腊字母版本号共有5种,分别为:base、alpha、beta、RC、release。

例如:1.1.1.051021_beta常规:完全的版本号定义,分三项::<主版本号>.<次版本号>.<修订版本号>,如 1.0.03. 版本号定修改规则* 主版本号(1):当功能模块有较⼤的变动,⽐如增加多个模块或者整体架构发⽣变化。

此版本号由项⽬决定是否修改。

* ⼦版本号(1):当功能有⼀定的增加或变化,⽐如增加了对权限控制、增加⾃定义视图等功能。

此版本号由项⽬决定是否修改。

* 阶段版本号(1):⼀般是 Bug 修复或是⼀些⼩的变动,要经常发布修订版,时间间隔不限,修复⼀个严重的bug即可发布⼀个修订版。

此版本号由项⽬经理决定是否修改。

* ⽇期版本号(051021):⽤于记录修改项⽬的当前⽇期,每天对项⽬的修改都需要更改⽇期版本号。

此版本号由开发⼈员决定是否修改。

* 希腊字母版本号(beta):此版本号⽤于标注当前版本的软件处于哪个开发阶段,当软件进⼊到另⼀个阶段时需要修改此版本号。

软件版本命名规范

软件版本命名规范

软件版本命名规范(如1、0、0、1各代表什么意思)1、软件版本阶段说明* Base版: 此版本表示该软件仅仅就是一个假页面链接,通常包括所有的功能与页面布局,但就是页面中的功能都没有做完整的实现,只就是做为整体网站的一个基础架构。

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

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

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

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

该版本有时也称为标准版。

一般情况下,Release不会以单词形式出现在软件封面上,取而代之的就是符号(R)。

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

例如:1、1、1、051021_beta。

# 版本号定修改规则:* 主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。

此版本号由项目决定就是否修改。

* 子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。

此版本号由项目决定就是否修改。

* 阶段版本号(1):一般就是 Bug 修复或就是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。

此版本号由项目经理决定就是否修改。

* 日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。

软件版本号命名规范

软件版本号命名规范

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

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

测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。

Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。

修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。

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

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

该版本有时也称标准版。

3. 3.版本号修改规则(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。

此版本号由项目决定是否修改。

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

此版本号由项目决定是否修改。

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

此版本号由项目经理决定是否修改。

项目软件版本号管理规范

项目软件版本号管理规范

项目软件版本号管理规范历史修改记录一. 目得1.1软件版本按照一定得规则保存所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确得查找到任何版本。

1.2软件版本规范有利于公司各部门之间得对接工作,有利于公司内部资料统一管理。

1.3本文档就是为规范研发部软件版本管理而制定得。

二. 范围2.1本文档为研发部软件开发版本提供有关版本管理规范得相关内容,包括:2.2版本标识方法及管理2.3版本升级2.4文档及源码得备份制度2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作,公司内部使用按照文档及源码存放备份制度。

三. 版本管理3.1版本号规则3.1.1每个归档版本都有两个版本号:内部版本号与外部版本号。

版本号使用VP规则,V(Version)就是指外部版本号(研发测试版本),P(Patch)就是指补丁版本号(可选)。

3.1.2版本号命名:V/B+主版本号+次版本号+修订版本号+日期版本号3.2版本号修改规则3.2.1主版本号:当功能模块有较大得变动,比如增加模块或就是整体架构发生变化。

此版本号由项目决定就是否修改。

3.2.2次版本号:相对于主版本号而言,次版本号得升级对应得只就是局部得变动,但该局部得变动造成程序与以前版本不能兼容,或者对该程序以前得协作关系产生了破坏,或者就是功能上有大得改进或增强。

此版本号由项目决定就是否修改。

3.2.3修订版本号:一般就是Bug 得修复或就是一些小得变动或就是一些功能得扩充,要经常发布修订版,修复一个严重Bug 即可发布一个修订版。

此版本号由项目经理决定就是否修改。

3.2.4日期版本号:用于记录修改项目得当前日期,每天对项目得修改都需要更改日期版本号。

此版本号由开发人员决定就是否修改。

如: V8、1、0、XXX (上一级版本号有变动时,下级要归零)3.3版本号修改举例说明如此时版本号为:V8、1、0、XXX ,此时为内部测试阶段3、3、1 开发人员修复了测试人员提交得bug并经测试人员测试验证关闭bug 之后,发布到外网时,此时就进入了软件得下一个阶段,版本号可改为:V8、1、1、XXXX ,如当前日期跟上一个版本号得日期不一样,版本号可改为:V8、1、1、XXX。

项目版本号命名规则

项目版本号命名规则

项目版本号命名规则
一般来说,项目版本号命名规则应符合以下几点:
1.使用数字表示,并且数字必须递增。

一般而言,第一个版本号使用“1”,随后每次更新版本号,应递增一位。

如1、2、3等;
2.使用小数点符号。

即版本号之间用小数点“.”分隔,比如,1.0、1.1、1.2等;
3.版本号分为主版本号、次版本号和补丁版本号,通常用形如X.Y.Z 的三位数表示,且必须按照高位在前,低位在后的原则排列,如2.0.1;
4. 主版本号递增表示重大更新或编写重写,次版本号递增表示更新了功能,补丁版本号递增表示新增了一个或多个Bug修复;
5.主版本号的改动通常表明程序的架构、代码模块发生了重大变化,次版本号的改动表明程序的功能或者特性有新增或修改,补丁版本号的改动表明程序改善了一些细节问题;
6.版本号跳跃必须有规律,不允许发生不规范的跳跃;
7.尽量使用描述性的数字,比如用4.4.0来表示4.4版本,而不要用4.4.0.0来表示;
8.一定要严格遵守上面的原则,以免造成版本号的混乱,给管理带来极大的困难。

软件版本号规范

软件版本号规范

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

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

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

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

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

该版本有时也称为标准版。

一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。

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

例如:1.1.1.051021_beta。

版本号定修改规则:o主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。

此版本号由项目决定是否修改。

o子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。

此版本号由项目决定是否修改。

o阶段版本号(1):一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。

此版本号由项目经理决定是否修改。

o日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。

此版本号由开发人员决定是否修改。

版本发布命名规范

版本发布命名规范

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

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

测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。

Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。

修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。

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

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

该版本有时也称标准版。

3. 3.版本号修改规则(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。

此版本号由项目决定是否修改。

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

此版本号由项目决定是否修改。

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

此版本号由项目经理决定是否修改。

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

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

软件项目版本号的命名规则及格式版本控制比较普遍的 3 种命名格式:一、GNU 风格的版本号命名格式:主版本号. 子版本号[. 修正版本号[. 编译版本号]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]示例: 1.2.1, 2.0, 5.0.0 build-13124二、Windows 风格的版本号命名格式:主版本号. 子版本号[ 修正版本号[. 编译版本号]]Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]示例: 1.21, 2.0三、.Net Framework 风格的版本号命名格式:主版本号.子版本号[.编译版本号[.修正版本号]]Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。

主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。

所有定义的部分都必须是大于或等于0 的整数。

应根据下面的约定使用这些部分:Major :具有相同名称但不同主版本号的程序集不可互换。

例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。

Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。

例如,这适用于产品的修正版或完全向后兼容的新版本。

Build :内部版本号的不同表示对相同源所作的重新编译。

这适合于更改处理器、平台或编译器的情况。

Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。

这适用于修复以前发布的程序集中的安全漏洞。

项目版本管理规范

项目版本管理规范

项目版本管理规范一、引言项目版本管理是指对项目中的软件版本进行统一管理和控制,确保项目的稳定性、可靠性和可维护性。

本文旨在制定项目版本管理规范,明确项目版本管理的流程、责任和要求,以确保项目的顺利进行。

二、版本管理流程1. 版本命名规范- 版本号由主版本号、次版本号和修订号组成,格式为x.y.z。

- 主版本号:当项目进行重大改版或增加重要功能时,主版本号增加1。

- 次版本号:当项目进行功能增加或修改时,次版本号增加1。

- 修订号:当项目进行错误修复或小的改动时,修订号增加1。

- 例如,1.0.0表示第一个发布版本,1.1.0表示在第一个发布版本基础上增加了功能,1.1.1表示在1.1.0版本基础上进行了修订。

2. 版本控制工具选择- 选择一款适合项目的版本控制工具,如Git、SVN等。

- 在项目开始之前,团队成员应熟悉并掌握版本控制工具的基本操作和常用命令。

3. 分支管理- 主分支:用于发布稳定版本的分支,只包含经过测试和验证的代码。

- 开发分支:用于开发新功能的分支,团队成员在此分支上进行开发和测试。

- 特性分支:用于开发特定功能的分支,从开发分支上创建,完成后合并回开发分支。

- 修复分支:用于修复紧急bug的分支,从主分支上创建,完成后合并回主分支。

4. 版本发布流程- 开发人员在开发分支上进行开发和测试。

- 开发完成后,将代码合并到主分支,并进行集成测试和验收测试。

- 经过测试和验证无误后,将主分支上的代码打上标签,标记为发布版本。

- 发布版本的代码部署到生产环境,并进行线上测试和监控。

5. 版本回滚流程- 当线上出现严重bug或功能故障时,需要进行版本回滚。

- 回滚时,将生产环境的代码替换为上一个稳定版本的代码。

- 同时,需要记录回滚的原因、时间和操作人员,以便后续分析和处理。

三、版本管理责任1. 项目经理- 负责制定版本管理规范,并组织实施。

- 确保团队成员熟悉并遵守版本管理规范。

- 协调各个团队成员的版本管理工作,解决版本冲突和问题。

【项目管理知识】软件项目版本号的命名规则及格式介绍

【项目管理知识】软件项目版本号的命名规则及格式介绍

软件项目版本号的命名规则及格式介绍版本控制比较普遍的3种命名格式:一、GNU风格的版本号命名格式:主版本号.子版本号[.修正版本号[.编译版本号]]英文对照:Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Numb er]]示例:1.2.1,2.0,5.0.0build-13124二、Windows风格的版本号命名格式:主版本号.子版本号[修正版本号[.编译版本号]]英文对照:Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Numb er]]示例:1.21,2.0三、.NetFramework风格的版本号命名格式:主版本号.子版本号[.编译版本号[.修正版本号]]英文对照:Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Numb er]]版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。

主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。

所有定义的部分都必须是大于或等于0的整数。

应根据下面的约定使用这些部分:Major:具有相同名称但不同主版本号的程序集不可互换。

例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。

Minor:如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。

例如,这适用于产品的修正版或完全向后兼容的新版本。

Build:内部版本号的不同表示对相同源所作的重新编译。

这适合于更改处理器、平台或编译器的情况。

Revision:名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。

这适用于修复以前发布的程序集中的安全漏洞。

软件版本命名规范

软件版本命名规范

软件版本命名规范(如1.0.0.1各代表什么意思)1. 软件版本阶段说明* Base版: 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。

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

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

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

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

该版本有时也称为标准版。

一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。

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

例如:1.1.1.051021_beta。

# 版本号定修改规则:* 主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。

此版本号由项目决定是否修改。

* 子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。

此版本号由项目决定是否修改。

* 阶段版本号(1):一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。

此版本号由项目经理决定是否修改。

* 日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。

软件版本命名规范

软件版本命名规范

软件版本命名规范————————————————————————————————作者:————————————————————————————————日期:软件版本命名规范(如1.0.0.1各代表什么意思)1. 软件版本阶段说明* Base版: 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。

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

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

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

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

该版本有时也称为标准版。

一般情况下,Release 不会以单词形式出现在软件封面上,取而代之的是符号(R)。

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

例如:1.1.1.051021_beta。

# 版本号定修改规则:* 主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。

此版本号由项目决定是否修改。

* 子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。

此版本号由项目决定是否修改。

* 阶段版本号(1):一般是 Bug修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。

软件系统版本定义规则

软件系统版本定义规则

软件版本定义规则项目名称:******
202008
1、目的
为了规范软件的版本发布及版本管理,针对每次软件的发布,都会定义版本号。

2、规则描述
1.1版本号规则
版本号共分为三个部分:<主版本号>.<次版本号>.<修订版本号> 例如:1.0.0
1.2版本号升级规则
1、主版本号:当进行了重大功能调整而导致项目发生全局变化时,主版本号加1。

2、次版本号:针对局部功能调整。

例如新增功能,或者和以前版本相比,功能变化较大时,次版本
号加1。

3、修订版本号:修复缺陷之后,修订版本号加1.
1.3版本号升级时间
每次正式的程序发布均变更版本号(由配置管理组发往现场的程序包,不包含测试程序包)。

版本以配置管理人员发布的为准,现场不能修改。

1。

软件版本命名规范

软件版本命名规范

软件版本命名规范(如1、0、0、1各代表什么意思)1、软件版本阶段说明* Base版:此版本表示该软件仅仅就是一个假页面链接,通常包括所有得功能与页面布局,但就是页面中得功能都没有做完整得实现,只就是做为整体网站得一个基础架构。

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

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

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

* Release版:该版本意味"最终版本",在前面版本得一系列测试版之后,终归会有一个正式版本,就是最终交付用户使用得一个版本。

该版本有时也称为标准版。

一般情况下,Release不会以单词形式岀现在软件封面上,取而代之得就是符号(R)。

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

例如:1、1、1、051021_beta。

#版本号定修改规则:*主版本号(1):当功能模块有较大得变动,比如增加多个模块或者整体架构发生变化。

此版本号由项目决定就是否修改。

*子版本号(1):当功能有一定得增加或变化,比如增加了对权限控制、增加自定义视图等功能。

此版本号由项目决定就是否修改。

*阶段版本号(1): 一般就是Bug修复或就是一些小得变动,要经常发布修订版,时间间隔不限,修复一个严重得bug即可发布一个修订版。

此版本号由项目经理决定就是否修改。

*日期版本号(051021):用于记录修改项目得当前日期,每天对项目得修改都需要更改日期版本号。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件项目版本号的命名规则及格式版本控制比较普遍的3 种命名格式:一、GNU 风格的版本号命名格式:主版本号 . 子版本号[. 修正版本号[. 编译版本号]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Nu mber]]示例: 1.2.1, 2.0, 5.0.0 build-13124二、Windows 风格的版本号命名格式:主版本号 . 子版本号[ 修正版本号[. 编译版本号]]Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Nu mber]]示例: 1.21, 2.0三、.Net Framework 风格的版本号命名格式:主版本号.子版本号[.编译版本号[.修正版本号]]Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Nu mber]]版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。

主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。

所有定义的部分都必须是大于或等于0 的整数。

应根据下面的约定使用这些部分:Major :具有相同名称但不同主版本号的程序集不可互换。

例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。

Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。

例如,这适用于产品的修正版或完全向后兼容的新版本。

Build :内部版本号的不同表示对相同源所作的重新编译。

这适合于更改处理器、平台或编译器的情况。

Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。

这适用于修复以前发布的程序集中的安全漏洞。

程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。

版本号管理策略一、GNU 风格的版本号管理策略:1.项目初版本时,版本号可以为0.1 或0.1.0, 也可以为1.0 或1.0.0,如果你为人很低调,我想你会选择那个主版本号为0 的方式;2.当项目在进行了局部修改或bug 修正时,主版本号和子版本号都不变,修正版本号加1;3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加1,修正版本号复位为0,因而可以被忽略掉;4.当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加1;5.另外,编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。

二、Window 下的版本号管理策略:1.项目初版时,版本号为1.0 或1.00;2. 当项目在进行了局部修改或bug 修正时,主版本号和子版本号都不变,修正版本号加1;3. 当项目在原有的基础上增加了部分功能时,主版本号不变,子版本号加1,修正版本号复位为0,因而可以被忽略掉;4. 当项目在进行了重大修改或局部修正累积较多,而导致项目整体发生全局变化时,主版本号加1;5. 另外, 编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。

另外,还可以在版本号后面加入Alpha、Beta、Gamma、Current、RC (Release Candidate)、Release、Stable 等后缀,在这些后缀后面还可以加入1 位数字的版本号。

对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。

=====附录软件版本名称=====α(alphal)内部测试版α版,此版本表示该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,也有很少一部分发布给专业测试人员。

一般而言,该版本软件的bug 较多,普通用户最好不要安装。

β(beta)外部测试版该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过大规模的发布测试来进一步消除。

这一版本通常由软件公司免费发布,用户可从相关的站点下载。

通过一些专业爱好者的测试,将结果反馈给开发者,开发者们再进行有针对性的修改。

该版本也不适合一般用户安装。

γ(gamma)版该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。

trial(试用版)试用版软件在最近的几年里颇为流行,主要是得益于互联网的迅速发展。

该版本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。

有些试用版软件还在功能上做了一定的限制。

unregistered(未注册版)未注册版与试用版极其类似,只是未注册版通常没有时间限制,在功能上相对于正式版做了一定的限制,例如绝大多数网络电话软件的注册版和未注册版,两者之间在通话质量上有很大差距。

还有些虽然在使用上与正式版毫无二致,但是动不动就会弹出一个恼人的消息框来提醒你注册,如看图软件acdsee、智能陈桥汉字输入软件等。

demo 演示版在非正式版软件中,该版本的知名度最大。

demo版仅仅集成了正式版中的几个功能,颇有点像unregistered。

不同的是,demo版一般不能通过升级或注册的方法变为正式版。

以上是软件正式版本推出之前的几个版本,α、β、γ可以称为测试版,大凡成熟软件总会有多个测试版,如windows 98 的β版,前前后后将近有10个。

这么多的测试版一方面为了最终产品尽可能地满足用户的需要,另一方面也尽量减少了软件中的bug 。

而trial 、unregistered 、demo有时统称为演示版,这一类版本的广告色彩较浓,颇有点先尝后买的味道,对于普通用户而言自然是可以免费尝鲜了。

正式版,不同类型的软件的正式版本通常也有区别。

release 最终释放版该版本意味“最终释放版”,在出了一系列的测试版之后,终归会有一个正式版本,对于用户而言,购买该版本的软件绝对不会错。

该版本有时也称为标准版。

一般情况下,release不会以单词形式出现在软件封面上,取而代之的是符号(r) ,如windows nt(r) 4.0、ms-dos(r) 6.22 等。

registered 注册版很显然,该版本是与unregistered 相对的注册版。

注册版、release和下面所讲的standard版一样,都是软件的正式版本,只是注册版软件的前身有很大一部分是从网上下载的。

standard 标准版这是最常见的标准版,不论是什么软件,标准版一定存在。

标准版中包含了该软件的基本组件及一些常用功能,可以满足一般用户的需求。

其价格相对高一级版本而言还是“平易近人”的。

deluxe 豪华版顾名思义即为“豪华版”。

豪华版通常是相对于标准版而言的,主要区别是多了几项功能,价格当然会高出一大块,不推荐一般用户购买。

此版本通常是为那些追求“完美”的专业用户所准备的。

reference该版本型号常见于百科全书中,比较有名的是微软的encarta系列。

reference是最高级别,其包含的主题、图像、影片剪辑等相对于standard和deluxe版均有大幅增加,容量由一张光盘猛增至三张光盘,并且加入了很强的交互功能,当然价格也不菲。

可以这么说,这一版本的百科全书才能算是真正的百科全书,也是发烧友们收藏的首选。

professional(专业版)专业版是针对某些特定的开发工具软件而言的。

专业版中有许多内容是标准版中所没有的,这些内容对于一个专业的软件开发人员来说是极为重要的。

如微软的visual foxpro标准版并不具备编译成可执行文件的功能,这对于一个完整的开发项目而言显然是无法忍受的,若客户机上没有foxpro将不能使用。

如果用专业版就没有这个问题了。

enterprise(企业版)企业版是开发类软件中的极品(相当于百科全书中的reference版)。

拥有一套这种版本的软件可以毫无障碍地开发任何级别的应用软件。

如著名的visual c++的企业版相对于专业版来说增加了几个附加的特性,如sql调试、扩展的存储过程向导、支持as/400对ole db的访问等。

而这一版本的价格也是普通用户无法接受的。

如微软的visual studios 6.0 enterprise 中文版的价格为23000 元。

其他版本,除了以上介绍的一些版本外,还有一些专有版本名称。

update(升级版)升级版的软件是不能独立使用的,该版本的软件在安装过程中会搜索原有的正式版,如果不存在,则拒绝执行下一步。

如microsoft office 2000升级版、windows 9x升级版等等。

oem版oem版通常是捆绑在硬件中而不单独销售的版本。

将自己的产品交给别的公司去卖,保留自己的著作权,双方互惠互利,一举两得。

单机(网络)版网络版在功能、结构上远比单机版复杂,如果留心一下软件的报价,你就会发现某些软件单机版和网络版的价格相差非常大,有些网络版甚至多一个客户端口就要加不少钱。

普及版该版本有时也会被称为共享版,其特点是价格便宜(有些甚至完全免费)、功能单一、针对性强(当然也有占领市场、打击盗版等因素)。

与试用版不同的是,该版本的软件一般不会有时间上的限制。

当然,如果用户想升级,最好还是去购买正式版。

Enhance 增强版或者加强版属于正式版Free 自由版Full version 完全版属于正式版shareware 共享版Release 发行版有时间限制Upgrade 升级版Retail 零售版Cardware属共享软件的一种,只要给作者回复一封电邮或明信片即可。

(有的作者并由此提供注册码等),目前这种形式已不多见。

Plus 属增强版,不过这种大部分是在程序界面及多媒体功能上增强。

Preview 预览版Corporation & Enterprise 企业版Standard 标准版Mini 迷你版也叫精简版只有最基本的功能Premium -- 贵价版Professional -- 专业版Express -- 特别版Deluxe -- 豪华版Regged -- 已注册版CN -- 简体中文版CHT -- 繁体中文版EN -- 英文版Multilanguage -- 多语言版。

相关文档
最新文档