软件版本号命名规则
为了维护软件项目, 我们提出了对版本进行管理控制的要求.先让我们看一下比较普遍的2种命名格式:
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
其他命名规则:
Linux核心版本的命名方案.这个版本号遵循一个使用已久的传统,每个版本号有三个数字,例如,X.Y.Z
数字X只有当发生重要的改变才会增加,这种改变只是用于程序新版本,而不能正确使用在其他旧版本。
数字Y告诉你这是一个正在开发的系列版本.对于稳定版本Y将总是一个偶数,同时对于开发版本Y将总是一个奇数。
数字Z是你核心现在所处的特定版本,它是每个新版本都会自动增加。
GNU 风格的版本号管理策略
当项目初版本时, 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调, 我想你会选择那个主版本号为 0 的方式;
当项目在进行了局部修改或 bug 修正时, 主版本号和子版本号都不变, 修正版本号加 1;
当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1;
另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.
Window 下的版本号管理策略
当项目初版时, 版本号为 1.0 或 1.00;
当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变, 修正版本号加 1;
当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1;
另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.
另外, 还可以在版本号后面加入 Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等后缀, 在这些后缀后面还可以加入 1 位数字的版本号.
Alpha版(内部测试版):一般只在软件开发公司内部运行,不对外公开。主要是开发者自己对产品进行测试,检查产品是否存在缺陷、错误,验证产品功能与说明书、用户手册是否一致。
Beta版(外部测试版):软件开发公司为对外宣传,将非正式产品免费发送给具有典型性的用户,让用户测试该软件的不足之处及存在问题,以便在正式发行前进一步改进和完善 。一般可通过Internet免费下载,也可以向软件公司索取。
RC 版 是 Release Candidate 的缩写,意思是发布倒计时,该版本已经完成全部功能并清除大部分的BUG。到了这个阶段只会除BUG,不会对软件做任何大的更改。
RTM 版 这基本就是最终的版本,英文是 Release To Manufactur,意思是发布到生产商。
分享到:
相关推荐
软件版本号命名规则,对软件版本号命名不是很清楚的朋友可以看看.
根据医疗器械软件注册技术审查指导原则编写的软件版本命名规则 1. 概述 2. 版本定义及分类 3. 命名规则 4. 软件更新 4.1基本考量 4.2重大增强类软件更新 4.3轻微增强类软件更新 4.4纠正类软件更新
软件版本号命名规则规范及各阶段标识方法
不错的一片文章。弄成WPS格式,希望知道版本号具体设置的人可以看下。
软件版本常识和软件版本号命名规则_任由我心随我欲`不问世间方与圆.txt
编制软件产品版本号的命名标准,能快速提升公司开发软件产品生命周期内的开发管理水平,为产品的开发、测试、更新、升级提供更为高效、高质量的服务
* xxx公司软件系统版本号命名规则
软件项目版本号的命名规则及格式 PDF文档
【项目管理知识】软件项目版本号的命名规则及格式介绍.docx
新能源汽车 通信技术 物联网 硬件工程师 文档
GNU 风格的版本号管理策略 Window 下的版本号管理策略
软件项目版本号的命名规则及格式介绍 详细阐述了世界各地各领域的版本规则及格式
【项目管理知识】软件项目版本号的命名规则及格式介绍-7页.pdf
当新增功能(不影响 API 的兼容性),API 被标记先行版本号(Pre-release)意味该版本不稳定,可能存在兼容性问题,其格式为:X.Y.[a-c][正
软件版本号的命名规范
软件交付离不开版本号。通过语义化版本能让让版本号“说话”。
工作程序 4.1 文件的分类和编号 4.1.1 文件分为如下几类: 1)品质管理手册(一级文件) QM 2)程序文件(二级文件) QP 3)作业指导文件(三级文件) WI (设备操作...----- 程序文件命名规则全文共1页,当前为第1页。