软件版本命名规范
版本命名规范
版本命名规范版本命名规范是指在软件开发过程中，为不同版本的软件定义一个规范的命名方式，以便于统一管理和识别各个版本。
版本命名规范通常包括以下几个方面的考虑。
1. 简洁明确：版本命名应该简洁明确，能够清楚地表达版本之间的差异和进展。
避免过长的命名，以免造成混淆。
2. 数字编号：版本命名一般采用数字编号，按照版本的先后顺序递增，例如1.0、2.0、3.0等。
这种方式简单直观，方便理解，特别适用于较小规模的软件项目。
3. 主次版本号：对于较大规模的软件项目，通常会同时使用主版本号和次版本号来表示不同的版本。
主版本号一般表示重大功能更新和改进，而次版本号表示一些较小的Bug修复和优化。
4. 补丁号：在次版本号下，可以再使用补丁号来表示一些小的修正和漏洞修复。
补丁号一般采用小写字母表示，例如 1.0.1、1.0.2等。
5. 预览版本：在软件开发过程中，常常会发布一些预览版本给用户测试和反馈。
预览版本可以使用Alpha、Beta等词语来表示，例如Alpha1、Beta2等，表示不同的开发阶段。
6. 发布日期：在版本命名中加入发布日期的信息，可以更方便地记录和追踪版本的更新历史。
日期格式一般采用YYYY-MM-DD的形式，例如1.0.1-2022-01-01。
7. 分支与主线：在软件项目中，常常会同时进行多个分支的开发，每个分支都有自己的版本号。
分支的版本号可以在主版本号后添加一个分支标识，例如1.0-branchA、1.0-branchB等。
8. 特殊版本：在一些特殊情况下，可能需要对某些版本进行特殊标记，例如重要的里程碑版本、稳定版本等。
这些特殊版本可以在版本号后面添加相应的标记，例如1.0-RC1、1.0-stable 等。
9. 向后兼容性：在更新版本时，尽量保持向后兼容。
如果新版本不兼容旧版本的接口或数据格式，可以将主版本号进行更新。
总的来说，版本命名规范应该便于管理和识别不同的版本，并充分表达版本之间的差异和进展。
版本管理规范
版本管理规范一、引言版本管理是软件开辟过程中非常重要的一环，它能够有效地管理软件的版本、变更和发布，确保团队成员之间的协作顺畅，同时也能够提高软件开辟的质量和效率。
本文将介绍版本管理规范的制定目的、适合范围和基本原则，以及具体的版本管理流程和规范要求。
二、目的版本管理规范的目的是为了规范团队成员在软件开辟过程中的版本管理行为，确保软件开辟过程的可控性和可追溯性，提高团队协作效率，减少版本冲突和错误，保证软件的稳定性和可靠性。
三、适合范围本版本管理规范适合于所有软件开辟项目，包括但不限于需求分析、设计、编码、测试和发布等阶段。
四、基本原则1. 版本命名规范：版本号应采用主版本号.次版本号.修订号的格式，例如1.0.0，其中主版本号表示重大功能更新或者架构变更，次版本号表示功能增加或者改进，修订号表示错误修复或者小的改动。
2. 版本控制工具：团队成员应使用统一的版本控制工具进行代码管理，常用的版本控制工具有Git、SVN等。
3. 分支管理策略：根据项目的需要，合理规划分支管理策略，例如主分支用于发布稳定版本，开辟分支用于新功能的开辟，修复分支用于错误修复等。
定性，同时记录版本发布的相关信息，如发布日期、发布内容等。
5. 变更管理：对于每一次代码变更，都应记录变更的内容、原因和责任人，并及时通知相关人员。
五、版本管理流程1. 创建新的版本：在开始新的开辟任务之前，团队成员应基于主分支创建新的开辟分支，并根据任务的名称或者编号进行命名。
2. 开辟和测试：团队成员在各自的开辟分支上进行开辟和测试工作，确保代码的质量和功能的完整性。
3. 合并和冲突解决：当开辟任务完成后，团队成员将代码合并到主分支，并解决可能浮现的冲突。
4. 版本发布：在主分支上完成代码合并和冲突解决后，进行版本发布前的测试和审核工作，确保版本的质量和稳定性。
5. 变更管理：对于每一次代码变更，团队成员应及时记录变更的内容、原因和责任人，并通知相关人员。
软件版本命名规范及详细解释.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）日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
版本号命名规范
版本控制比较普遍的 3 种命名格式 :一、GNU 风格的版本号命名格式 :主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Num ber]]示例 : 1.2.1, 2.0, 5.0.0 build-13124二、Windows 风格的版本号命名格式 :主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]]Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Numb er]]示例: 1.21, 2.0三、.Net Framework 风格的版本号命名格式:主版本号.子版本号[.编译版本号[.修正版本号]]Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Num ber]]版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。
主版本号和次版本号是必选的；内部版本号和修订号是可选的，但是如果定义了修订号部分，则内部版本号就是必选的。
所有定义的部分都必须是大于或等于 0 的整数。
应根据下面的约定使用这些部分：Major ：具有相同名称但不同主版本号的程序集不可互换。
例如，这适用于对产品的大量重写，这些重写使得无法实现向后兼容性。
Minor ：如果两个程序集的名称和主版本号相同，而次版本号不同，这指示显著增强，但照顾到了向后兼容性。
例如，这适用于产品的修正版或完全向后兼容的新版本。
Build ：内部版本号的不同表示对相同源所作的重新编译。
这适合于更改处理器、平台或编译器的情况。
Revision ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。
这适用于修复以前发布的程序集中的安全漏洞。
软件版本命名规范
产品经理、项目经理、开发工程师、配置工程师、配置管理员、产品/项目管理者。
2．3适用场合
软件研发及发布的版经理
负责软件版本的主版本号、发布版本号、补丁版本号、定制化
项目经理
项目经理负责过程版本号管理
配置管理员
配置管理员按规划的版本号进行相关的配置管理目录的创建
举例说明：
A．V1.0表示V1.0的第1个正式商用发布版本
5．相关文件
无
6．相关记录
无
PQA
审核版本命名是否符合《软件版本命名规范》
4.工作程序
4．1版本命名规则：
4．2规则说明：
1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化，此版本号由产品管理部决定是否修改，新产品主版本默认从1开始，当主版本升1时，次版本和阶段版本从0从新开始。
2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由产品管理部决定是否修改。新产品的次版本号默认从0开始，当次版本号升1，阶段版本号从0重新开始。
修改页
文件编号
修改条款
修改内容
修改人/日期
生效日期
编制
审核
分发部门会签
批准
□业务部
□研发部
□采购部
□生产部
□质量部
□行政部
1.目的
规范在研版本，补丁版本，基线版本的命名和管理。
2.范围
2．1概述
本规范定义软件版本的命名原则，编号定义，不同状态下版本遵循的命名要求等，包括过程版本、商用发布版本、试用版本、补丁版本、定制版本等。
软件产品名称命名规范
软件产品登记命名规则
1. 软件产品名称：软件产品名称构成品牌+产品用途与功能
+“软件”+产品版本号。
定制软件产品名称构成：品牌+客户单位名称+产品用途与功能+“软件”+产品版本号。
2. 品牌：品牌中须包含软件产品厂商标识，亦可含产品标识，
并可应用外文字母或拼音字母。
但在品牌中不可单独出现“中国”、“中华”、地方名等字样及其它专有名称。
3. 产品用途与功能：在本段中应以简明的方式表明该软件的运
用行业、用途与功能，不能笼统模糊,不准用全字母表示，如出现缩写须用括号标上,产品型号放在产品用途和功能前，不需加括号；国际公认的名称如LINUX、WINDOWS等可在该段中出现，不需用括号.
4. 产品版本号：软件产品的名称中必须表明VXX。
XXX字样的
版本号，其中X必须是具体数字,以年号和非标准式标明版本号的要做说明.
5. 软件产品外销名称可全用外文。
6. 该软件产品在办理著作权登记、产品测试和产品登记时名称
应一致。
软件版本号命名规范
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、RC，GARC：就是Release Candidate（候选版本）的缩写GA：就是General Availability，正式发布的版本Alpha：内测版。
Alpha是希腊字母的第一位的英文谐音，就是α，用在软件版本中就是表示最初级的版本。
通常情况下Alpha是内部测试版，一般不向外部发布，会有很多Bug。
除非你也是测试人员，否则不建议使用。
Beta：公测版。
Beta是希腊字母的第二位的英文谐音，就是β，是一个比Alpha稍高的版本。
Beta 也是一个测试版本，在正式版推出之前发布，主要用于面向公众进行测试及Bug收集，这个阶段的版本Bug可能较多，并且可能会加入一些新的功能。
Delux：豪华版。
Plus版和Delux版区别不大，比普通版本多了一些附加功能。
EVAL：体验版或评估版。
功能上和正式版没有区别，但存在一些时间或空间上的限制。
Final：正式版。
软件的正式版本，修正了Alpha版和Beta版的Bug。
Free：免费版。
Full：完全版。
OEM：是给计算机厂商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
如果买笔记型计算机或品牌计算机就会有随机版软件。
包装不像零售版精美，通常只有一面CD和说明书(授权书)。
Plus：加强版。
Pro：专业版。
需要注册后才能解除限制，否则为评估版本。
RC(Release Candidate)：Candidate是候选人的意思，用在软件上就是候选版本，而Release Candidate 就是发行候选版本，也就是说这还不能算是正式的发布版。
和Beta版最大的差别在于Beta阶段会一直加入新的功能，但是到了RC版本，几乎就不会加入新的功能了，而主要着重于除错!RTL(Retail)：零售版。
正式上架零售版。
RTM(Release to Manufacture)：程序代码开发完成之后，要将母片送到工厂大量压片，这个版本就叫做RTM版。
什么是Alpha、Beta、RC、Release版
一、软件版本阶段说明∙Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
∙Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
∙RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
∙Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
二、版本命名规范软件版本号由四部分组成：第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
例如：1.1.1.051021_beta。
三、版本号定修改规则∙主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
∙子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
∙阶段版本号(1)：一般是Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
∙日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
此版本号由开发人员决定是否修改。
希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。
此版本号由项目决定是否修改。
四、文件命名规范文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀。
版本号命名规则
版本号命名规则参考：前⾔版本号的命名和更新问题，是开发者的责任感和前瞻性的问题。
⾸先看看某些常见软件的版本号：Linux Kernel： 0.0.1，1.0.0，2.6.32，3.0.18…，若⽤ X.Y.Z 表⽰，则偶数 Y 表⽰稳定版本，奇数 Y 表⽰开发版本。
Windows：windows 98，windows 2000，windows xp，windows 7…，最⼤的特点是杂乱⽆章，毫⽆规律。
SSH Client：0.9.8。
OpenStack：2014.1.3，2015.1.1.dev8。
从上可以看出，不同的软件版本号风格各异，随着系统的规模越⼤，依赖的软件越多，如果这些软件没有遵循⼀套规范的命名风格，容易造成。
所以当我们发布版本时，版本号的命名需要遵循某种规则，其中定义了⼀套简单的规则及条件来约束版本号的配置和增长。
本⽂根据和选择性的整理出版本号命名规则指南。
项⽬⽴项时版本格式：0.0.0开发阶段时此时系统尚不稳定，随时可能增减或者修正API。
版本格式：0.次版本号.修订号，版本号递增规则如下：主版本号：0表⽰正在开发阶段；次版本号：增加新的功能时增加；修订号：只要有改动就增加。
开发完成后，发布API，或进⼊⼆⽅库时此时系统已经基本稳定，可以对外公布使⽤，意味着API不再会被随意修改。
版本格式：1.0.0后续的维护升级时没有特殊需求不会修改API，尤其是对API进⾏不兼容的升级，或弃⽤时要特别谨慎。
如果需要弃⽤API，要提前在⼀个或⼏个版本中加⼊弃⽤标⽰或注解，并在⽂档中，建议⽤户更换为其他可替换的API，然后在下个主版本号升级时，再真正丢掉弃⽤的API。
版本格式：主版本号.次版本号.修订号，版本号递增规则如下：主版本号：全盘重构时增加；重⼤功能或⽅向改变时增加；⼤范围不兼容之前的接⼝时增加；次版本号：增加新的业务功能时增加；修订号：增加新的接⼝时增加；在接⼝不变的情况下，增加接⼝的⾮必填属性时增加；增强和扩展接⼝功能时增加。
常见的软件版本编号及命名
常见的软件版本编号及命名1、RC，GARC：就是Release Candidate（候选版本）的缩写GA：就是General Availability，正式发布的版本Alpha：内测版。
Alpha是希腊字母的第一位的英文谐音，就是α，用在软件版本中就是表示最初级的版本。
通常情况下Alpha是内部测试版，一般不向外部发布，会有很多Bug。
除非你也是测试人员，否则不建议使用。
Beta：公测版。
Beta是希腊字母的第二位的英文谐音，就是β，是一个比Alpha稍高的版本。
Beta也是一个测试版本，在正式版推出之前发布，主要用于面向公众进行测试及Bug收集，这个阶段的版本Bug可能较多，并且可能会加入一些新的功能。
Delux：豪华版。
Plus版和Delux版区别不大，比普通版本多了一些附加功能。
EVAL：体验版或评估版。
功能上和正式版没有区别，但存在一些时间或空间上的限制。
Final：正式版。
软件的正式版本，修正了Alpha版和Beta版的Bug。
Free：免费版。
Full：完全版。
OEM： 是给计算机厂商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
如果买笔记型计算机或品牌计算机就会有随机版软件。
包装不像零售版精美，通常只有一面CD和说明书(授权书)。
Plus：加强版。
Pro：专业版。
需要注册后才能解除限制，否则为评估版本。
RC(Release Candidate)：Candidate是候选人的意思，用在软件上就是候选版本，而Release Candidate 就是发行候选版本，也就是说这还不能算是正式的发布版。
和Beta版最大的差别在于Beta阶段会一直加入新的功能，但是到了RC版本，几乎就不会加入新的功能了，而主要着重于除错!RTL(Retail)：零售版。
正式上架零售版。
RTM(Release to Manufacture)：程序代码开发完成之后，要将母片送到工厂大量压片，这个版本就叫做RTM版。
软件版本管理规范
文件制修订记录1.0目的规范软件产品版本升级流程，规范管理版本号，加强不同版本软件保存的可靠性。
2.0范围研发结束进行测试或投入应用的独立软件产品和已销售产品中的独立软件产品的升级或变更管理。
3.0职责3.1 IT 部负责管理软件版本号并在软件升级结束后向生产部提供新版本的软件系统。
3.2 IT 部项目负责人及软件工程师负责对软件系统进行升级并记录升级信息。
3.3软件工程师在完成软件安装后应填写《客户版本信息清单》，提交IT 部进行归档。
4.0程序4.1 软件版本命名：4.1.1软件版本号由四部分组成: 4.1.1.1第一部分主版本号； 4.1.1.2第二部分子版本号； 4.1.1.3第三部分阶段版本号；4.1.1.4第四部分日期加希腊字母版本号；例如：主版本号4.2 版本变更4.2.1对于重大类软件更新，项目负责人组织技术部、质量部进行会议进行评审。
4.2.2对于增强类软件更新，项目负责人组织技术部进行会议进行评审。
4.2.3对于纠正类软件更新，项目负责人直接分配此次更新的工作任务。
4.2.4所有变更过程参照《软件更新控制程序》要求执行。
4.3 软件版本输出4.3.1生产部软件版本管理员必须是外界获取应用程序的唯一出口。
4.3.2生产部版本管理员必须对交付产品中的软件信息做出详细记录并对该销售产品的升级及变更情况做出记录。
4.3.3IT部对软件变更升级后必须再次向版本管理员提供升级后的软件版本。
4.4软件版本的储存4.4.1在产品配置库为每个项目组分配产品输出存储区域。
并为相应的项目负责人分配写读权限。
生产部版本管理员分配只读权限。
4.4.2软件项目负责人将源代码及应用程序上传到软件服务器的配置库并刻录光盘存档。
5.0相关文件《软件更新控制程序》6.0相关记录《培训记录》ISO13485-2016/ISO9001/IATF16949文件范例客户培训签到表项目名称：_________________________课程名称：_________________________ 日期： ______________。
CKT项目软件版本号命名规范
CKT项目软件版本号命名规范软件命名规则：项目名称_客户代码_语言标示_版本号_版本发放日期_LCD信息_Camera信息_MCP信息_TF卡座信息_NandFlash信息_BlueT ooth蓝牙信息_FM收音机信息_Flashlight闪光灯信息_G Sensor加速度传感器信息_IRW红外信息_TV Out电视输出信息1、项目名称：根据CKT市场项目一览表来定义，如Leopard6-08、Ealge6-06等；对于研发过程中的就直接写项目名称，如Crocodile即可2、客户代码：根据CKT市场项目一览表来定义，如ES、CECT等；对于研发过程中还没有客户的直接写CKT即可3、语言标示：四位字母，XNYY，其中X为L表示Language的缩写；YY表示默认语言，如SM代表简体中文、TR代表繁体中文、RU代表俄文等；N表示有多少种语言，比如，简体中文＋英文，则N等于2，简体中文+俄语+英语，则N等于34、版本号：三位数字，XYY，其中X为1或2 ，其中1代表测试软件，2代表量产软件，YY为版本流水号5、版本发放日期：六位数字，YYMMDD，第1、2位代表年，第3、4位代表月，第5、6位代表日，如0609216、LCD：六位字母，XXXYYY，前三位XXX代表Main LCD供应商，如ID0、TR0、LD0、SS0等；后三位YYY代表Sub LCD供应商，如果Main 和Sub共供应商就写两次，如IDWIDW，若无Sub则仅有三位字母，如ID07、Camera：2位字母加1位数字，XXY，前2位为字母代表Sensor 厂家，如OV代表OV Camera、SS代表三星Camera、HY代表现代Camera 等，第3位数字为像素，如0代表30万、1代表130万、2代表200万；对于Camera中同一Camera因为供应商不同导致视角不同的，请在此三位数后再加一个符号“Z”，如BMV项目用的Truly供应商封装的OV7660需要做180度的翻转，表示为“OV0Z”8、MCP：四位字母，XXYZ，前2位为厂家信息，如SP代表Spansion、IN代表Intel、SS代表Samsung等；后2位为Nor及PSRAM容量，前一位是Nor，后一位是PSRAM，命名规则为以2为底的幂，如4代表16Mb、5代表32Mb、6代表64Mb、7代表128Mb9、TF卡座信息：三位字母，XYY，如HTF表示热插拔TF卡座、CTF 表示冷插拔TF卡座，没有就不写10、NandFlash信息：两位字母，XX，有Nand就写ND，没有就不写11、BlueTooth蓝牙信息：两位字母，XX，有BlueTooth就写BT，没有就不写12、FM收音机信息：两位字母，XX，有FM收音机就写FM，没有就不写13、Flashlight闪光灯信息：两位字母，XX，有Flashlight闪光灯就写FL，没有就不写14、G Sensor加速度传感器信息：两位字母，XX，有G Sensor加速度传感器就写GS，没有就不写15、IRW红外信息：两位字母，XX，有IRW红外就写IR，没有就不写16、TV Out电视输出信息：两位字母，XX，有TV Out电视输出就写TV，没有就不写备注：“NandFlash信息、BlueTooth蓝牙信息、FM收音机信息、Flashlight 闪光灯信息、G Sensor加速度传感器信息、IRW红外信息、TV Out电视输出信息”对于这些可选硬件配置，如果软件中有的就用相应的两位字母表示，没有的就不用，但有的顺序一定要以上规定的处理，如同时有NandFlash和BlueTooth和G Sensor功能是，软件版本表示为“_ND_BT_GS”。
软件版本管理规范
软件版本管理规范本文档旨在规范软件开发过程中的版本管理，确保版本控制的一致性和可追溯性，提高团队协作效率和产品质量。
1. 版本管理概述版本管理是软件开发过程中必不可少的一环，它可以追踪和控制软件的不同版本和变更。
一个好的版本管理系统能够帮助团队成员协同工作、追溯问题和修复bug，同时也有助于与客户或用户之间的沟通和交流。
2. 版本号命名规则在版本管理中，给每个软件版本分配一个唯一的版本号是非常重要的。
合理的版本号命名规则可以减少混乱和误解，并且方便了版本之间的比较和操作。
在我们的版本管理规范中，我们采用以下命名规则：•主版本号（Major Version）：当软件有重大更新或变革时，递增主版本号。
•次版本号（Minor Version）：当软件新增功能或有较大的改进时，递增次版本号。
•修订号（Patch Version）：当软件修复bug或进行较小的改动时，递增修订号。
例如，一个版本号可能是1.2.3，其中1是主版本号，2是次版本号，3是修订号。
3. 分支管理策略在团队协作中，使用分支管理策略可以使开发工作有条不紊地进行，同时减少冲突和代码丢失的风险。
以下是我们的分支管理策略：•主分支（Master）：主分支存放着稳定的、可发布的代码。
只有在确保代码质量和功能完整性的情况下，才能将代码合并到主分支中。
•开发分支（Develop）：开发分支是团队成员进行日常开发的主要分支。
所有新功能的开发和bug修复都应该在开发分支上进行。
•功能分支（Feature branches）：功能分支用于开发特定的功能或模块。
当新增功能或解决较大问题时，从开发分支上创建一个新的功能分支进行工作，并在完成后合并到开发分支中。
•修复分支（Hotfix branches）：修复分支用于紧急修复主分支上的bug。
当发现主分支上的问题需要立即解决时，从主分支上创建一个新的修复分支进行工作，并在完成后合并到主分支和开发分支中。
4. 版本控制工具版本管理需要借助专业的版本控制工具来实现。
常见的软件版本编号及命名
常见的软件版本编号及命名常见的软件版本编号及命名1、RC，GARC：就是Release Candidate（候选版本）的缩写GA：就是General Availability，正式发布的版本Alpha：内测版。
Alpha是希腊字母的第⼀位的英⽂谐⾳，就是α，⽤在软件版本中就是表⽰最初级的版本。
通常情况下Alpha是内部测试版，⼀般不向外部发布，会有很多Bug。
除⾮你也是测试⼈员，否则不建议使⽤。
Beta：公测版。
Beta是希腊字母的第⼆位的英⽂谐⾳，就是β，是⼀个⽐Alpha稍⾼的版本。
Beta 也是⼀个测试版本，在正式版推出之前发布，主要⽤于⾯向公众进⾏测试及Bug收集，这个阶段的版本Bug可能较多，并且可能会加⼊⼀些新的功能。
Delux：豪华版。
Plus版和Delux版区别不⼤，⽐普通版本多了⼀些附加功能。
EVAL：体验版或评估版。
功能上和正式版没有区别，但存在⼀些时间或空间上的限制。
Final：正式版。
软件的正式版本，修正了Alpha版和Beta版的Bug。
Free：免费版。
Full：完全版。
OEM：是给计算机⼚商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
如果买笔记型计算机或品牌计算机就会有随机版软件。
包装不像零售版精美，通常只有⼀⾯CD和说明书(授权书)。
Plus：加强版。
Pro：专业版。
需要注册后才能解除限制，否则为评估版本。
RC(Release Candidate)：Candidate是候选⼈的意思，⽤在软件上就是候选版本，⽽Release Candidate 就是发⾏候选版本，也就是说这还不能算是正式的发布版。
和Beta版最⼤的差别在于Beta阶段会⼀直加⼊新的功能，但是到了RC版本，⼏乎就不会加⼊新的功能了，⽽主要着重于除错!RTL(Retail)：零售版。
正式上架零售版。
RTM(Release to Manufacture)：程序代码开发完成之后，要将母⽚送到⼯⼚⼤量压⽚，这个版本就叫做RTM版。
软件产品版本号命名规范
软件产品版本号命名规范1、目的规范软件产品版本号，避免软件测试、发布时软件各模块版本不兼容问题。
2、范围C3M平台软件及绿色行动管理平台。
3、命名规范软件产品版本号命名规范参考 .Net Framework风格的版本号命名格式，以：主版本号.次版本号.内部版本号.修订号四位表示。
软件初版时，版本号为：1.0.0.0。
主版本号：标识软件架构、设计思想，主版本号不同的程序集不可互换，即使具有相同名称也不可互换。
软件架构、设计思想改变或大量重写，主版本号加1。
主版本号改变，不支持向后兼容性，次版本号、内部版本号及修订号复位为0。
次版本号：当在原有基础上增加了部分功能，涉及数据库的改动，次版本号加1，内部版本号及修订号复位为0。
内部版本号：当软件各模块间接口变更时，内部版本号加1，修订号复位为0。
只要有某个或某几个模块的接口发生变动，所有模块的内部版本号统一增加1。
修订号：名称、主版本号、次版本号、内部版本号都相同，但修订号不相同的程序集可以完全互换。
以软件编译日期（月日）4位数字作为修订号，如10月5号，则为1005。
当天发布的多次软件，用后编译的软件程序完全替换前边编译的软件程序。
主版本号、次版号及内部版本号，其中任何一个如果需要变更，需要向软件负责人申请，由软件负责人确定。
软件负责人将统一修改软件产品版本号，并通知所有相关开发人员。
开发人员每次的改动必须写开发日志，注明改动了哪些东西，修正了哪些BUG，是否对其它模块有影响，是否对数据库有改动。
软件产品所需要的主版本号、次版本号、内部版本号，出现任何一个变更，软件产品需要整体升级。
4、软件模块版本号软件各模块需要独立的主版本号、次版本号、内部版本号，其中对公共模块或公共组件的版本号，为完全独立的版本号，与软件产品版本号的主版本号，次版本号，内部版本号无关。
对业务模块的版本号，其主版本号与软件产品的版本号一致，次版本号，内部版本号为独立版本号。
但要求与软件产品的版本号的编码格式一致。
软件版本管理制度
软件版本管理制度一、版本控制策略1.1 分支策略：采用主干分支和开发分支的模式进行版本管理。
主干分支用于发布稳定版本，开发分支用于开发新功能和解决Bug。
1.2 版本补丁策略：对于已发布的版本，如果出现Bug或需要进行紧急修复，应及时创建相应的版本补丁，并在修复完成后进行发布。
1.3版本合并策略：在进行版本合并时，应采用先合并主干分支到开发分支，再将开发分支合并回主干分支的方式，以确保版本的一致性和稳定性。
二、版本标识2.1 版本号命名规则：采用主版本号、次版本号和修订号的方式进行版本号命名，例如1.0.1、其中，主版本号表示做大的功能更新或重大改进，次版本号表示较小的功能更新或优化，修订号表示Bug修复和小的改进。
2.2发布标识：在软件版本发布时，应标明发布日期和版本号，并将相应的发布记录和变更记录保存在版本库中。
三、版本发布流程3.1需求评审：根据需求文档进行评审，确保需求明确、合理，并与开发、测试等相关部门进行沟通，明确开发计划和进度。
3.2开发阶段：根据需求进行软件开发，开发完成后进行自测，确保主要功能的正确性和稳定性。
3.3内部测试：将开发完成的软件版本交付给测试人员进行测试，包括功能测试、性能测试、稳定性测试等，发现并修复问题。
3.4外部测试：将经过内部测试的版本交付给外部用户进行测试，并收集用户反馈，发现并修复问题。
3.6 版本维护：在软件版本发布后，根据用户反馈和需求变更，及时修复Bug和添加新功能，并按照版本控制策略进行版本合并和版本补丁发布。
四、版本库管理4.1版本库的建立：建立软件版本库，用于存储软件的历史版本和变更记录。
4.2版本库权限管理：对版本库进行权限管理，确保只有授权人员才能进行版本控制操作，防止误操作和非授权访问。
4.3版本库备份和恢复：定期对版本库进行备份，并确保备份数据的完整性和可恢复性。
4.4版本库的访问与检索：通过版本控制工具，实现对版本库的访问与检索，方便查找和回溯历史版本。
版本号命名规范
文件编号：上海摩力游数字娱乐有限公司质量管理体系文件软件产品命名规范Version B/0编写：朱守炜审核：郭园园批准：实施日期：受控状态：发放编号：部门会签人/日期部门会签人/日期文件会签上海摩力游数字娱乐有限公司2011年修改记录日期版本说明修改人2011/3/15 1.0.0 软件产品版本规范编写朱守炜1.目的为了确保公司各个软件产品及程序的正确性、统一性，确保各方面内容受到保护和修改控制，确保各项工作顺利进行，特此制定本公司软件产品命名规范，凡本公司设计开发的软件产品及程序均应符合本规范。
2.适用范围本规定适用于公司所有软件产品和每一个可独立维护并受控的程序。
3.名词定义程序：程序是一系列按照特定顺序组织的计算机数据和指令的集合。
一般指源码的编译成果，程序的类型包括dll、exe、ocx、jar、war等。
软件产品：软件产品是程序设计的最终结果，是最终向用户发布的软件。
它可以是一个特定的程序，也可以是一组功能联系紧密，可以互相协作的程序的集合。
此外软件产品还应包括与这些程序相关的文档。
4.软件产品标识软件产品的标识由软件产品名称和软件产品的版本两部分参数组成。
4.1软件产品名称软件产品一般都有中文名称、英文名称及简称三种方式的标识。
公司所有软件产品在立项开发时，软件产品名称按统一标准命名，标准说明如下：4.1.1软件产品的中文名称软件产品的中文名称要求能够体现产品内容和产品属性。
4.1.2软件产品英文名称软件产品的英文名称由三部分组成：公司的标识、产品标志中文名称的英文全称。
除英文缩写组合外，英文单词都采用首字母或关键字母大写的方法。
例如：Moliyo King Of Sea4.1.3软件产品的简称软件产品的简称也是由三部分组成：英文名称的缩写（一般为各单词首字母组合）。
例如：C2 KOP KOS4.2软件产品版本软件产品的版本直接体现在版本号的命名上，命名格式为产品名缩写. 地区名缩写. 主版本号 . 特征版本号 . 修正版本号【. 送测版本号 . 构建次数】当软件产品初版时，特征版本号和修正版本号都为0，可以忽略不计。
项目版本管理规范
项目版本管理规范引言概述：项目版本管理规范是软件开辟过程中非常重要的一环，它能够确保项目的稳定性和可追溯性。
本文将从版本管理的背景和意义出发，详细介绍项目版本管理规范的四个部份，包括版本命名规范、版本控制工具选择、分支管理策略和发布规范。
一、版本命名规范1.1 版本号命名规则：遵循主版本号.次版本号.修订号的格式，主版本号表示重大功能改进，次版本号表示小功能改进或者bug修复，修订号表示小的改动或者补丁。
1.2 预发布版本和正式版本的区分：使用alpha、beta、rc等标识来区分预发布版本和正式版本，alpha表示内部测试版本，beta表示公测版本，rc表示候选版本。
1.3 版本号的递增规则：根据版本的重要性和稳定性递增，保证版本号的一致性和可读性。
二、版本控制工具选择2.1 集中式版本控制工具 vs 分布式版本控制工具：根据项目的规模和团队的协作方式选择适合的版本控制工具，集中式适合小型项目，分布式适合大型项目。
2.2 常用的版本控制工具：介绍主流的版本控制工具，如Git、SVN等，分析它们的特点和适合场景。
2.3 版本控制工具的配置和使用规范：包括代码仓库的创建和管理、分支的创建和合并、冲突解决等，确保团队成员能够正确使用版本控制工具。
三、分支管理策略3.1 主分支和开辟分支的划分：主分支用于发布稳定版本，开辟分支用于日常开辟，保证开辟和发布的独立性。
3.2 功能分支和bug修复分支的管理：根据需求和bug的紧急程度创建相应的分支，确保不同功能和修复的代码不互相影响。
3.3 分支的合并和冲突解决：定期合并开辟分支到主分支，处理合并冲突，保证代码的一致性和稳定性。
四、发布规范4.1 发布前的测试和验证：在发布前进行全面的测试，包括单元测试、集成测试和系统测试，确保发布的版本质量。
4.2 发布的时间和频率：根据项目的需求和团队的开辟节奏确定发布的时间和频率，避免频繁发布和不必要的延迟。
4.3 发布的文档和记录：发布时要及时更新版本的文档和记录，包括版本的变更内容、发布的日期和负责人等信息，方便后续的追溯和管理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件版本命名规范（如1.0.0.1各代表什么意思）1. 软件版本阶段说明* Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。
2. 版本命名规范软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
例如：1.1.1.051021_beta。
# 版本号定修改规则：* 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
* 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
* 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
此版本号由开发人员决定是否修改。
* 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。
此版本号由项目决定是否修改。
# 文件命名规范文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：项目外包平台测试报告1.1.1.051021_beta_b.xls，此文件为项目外包平台的测试报告文档，版本号为：1.1.1.051021_beta。
3. 如果是同一版本同一阶段的文件修改过两次以上，则在阶段标识后面加以数字标识，每次修改数字加1，项目外包平台测试报告1.1.1.051021_beta_b1.xls当有多人同时提交同一份文件时，可以在阶段标识的后面加入人名或缩写来区别，例如：项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls。
当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别，例如：项目外包平台测试报告1.1.1.051021_beta_b_LiuQi2.xls4. 版本号的阶段标识软件的每个版本中包括11个阶段，详细阶段描述如下：阶段名称阶段标识需求控制 a设计阶段 b编码阶段 c单元测试 d单元测试修改 e集成测试 f集成测试修改 g系统测试 h系统测试修改 i验收测试 j验收测试修改 k===================================================Alpha:Alpha是内部测试版,一般不向外部发布,会有很多Bug.除非你也是测试人员,否则不建议使用.是希腊字母的第一位,表示最初级的版本alpha就是α，beta就是βalpha版就是比beta还早的测试版，一般都是内部测试的版本--------------------Beta：很容易理解就是测试版，这个阶段的版本会一直加入新的功能。
RC：(Release Candidate)Candidate是候选人的意思，用在软件上就是候选版本。
Release.Candidate.就是发行候选版本。
和Beta版最大的差别在于 Beta阶段会一直加入新的功能，但是到了RC版本，几乎就不会加入新的功能了，而主要着重于除错!RTM：全称为Release to Manufacture。
是给工厂大量压片的版本，内容跟正式版是一样的，不过 RTM.也有出120天评估版。
但是说RTM.是测试版是错的。
正式在零售商店上架前，是不是需要一段时间来压片，包装、配销呢?所以程序代码必须在正式发行前一段时间就要完成，这个完成的程序代码叫做Final.Code，这次Windows.XP开发完成，外国媒体用Windows XP.goes.gold来称呼。
程序代码开发完成之后，要将母片送到工厂大量压片，这个版本就叫做RTM版。
所以说，RTM版的程序码一定和正式版一样。
但是和正式版也有不一样的地方：例如正式版中的OEM不能升级安装，升级版要全新安装的话会检查旧版操作系统光盘等，这些就是RTM和正式版不同的地方，但是它们的主要程序代码都是一样的。
OEM：是给计算机厂商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
只能全新安装，不能从旧有操作系统升级。
如果买笔记型计算机或品牌计算机就会有随机版软件。
包装不像零售版精美，通常只有一面CD和说明书(授权书)。
RVL：号称是正式版，其实RVL.根本不是版本的名称。
RVL.是一个Warez.Team，台湾分部叫RVL@TW.，它之间又释出一个.WinXP.RVL@TW.版本。
它是某中文版＋英文Corpfiles破解的。
EVAL：而流通在网络上的EVAL版，是微软帮媒体记者编辑上课给的，是所谓的「评估版」没错，你输入的金钥是30天的，就可用30天，输入的是180天的，就可用180天。
功能上和零售版无乎没有区别。
RTL：Retail.(零售版)是真正的正式版，正式上架零售版。
在安装盘的i386文件夹里有一个 eula.txt，最后有一行EULAID，就是你的版本。
比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN，繁体中文正式版是WX.4_PRO_RTL_TW。
其中：如果是WX.开头是正式版，WB.开头是测试版。
_PRE，代表家庭版；_PRO，代表专业版。
=====================================================版本号：V（Version）：即版本，通常用数字表示版本号。
(如:EVEREST Ultimate v4.20.1188 BetaBuild：用数字或日期标示版本号的一种方式。
(如:VeryCD eMule v0.48a Build 071112)SP：Service Pack，升级包。
(如:Windows XP SP 2/Vista SP 1)授权和功能划分：试用版，通常都有时间限制，有些试用版软件还在功能上做了一定的限制。
可注册或购买成为正式版。
Unregistered：未注册版，通常没有时间限制，在功能上相对于正式版做了一定的限制。
可注册或购买成为正式版。
Demo：演示版，仅仅集成了正式版中的几个功能，不能升级成正式版。
Lite：精简版。
Full：完整版。
开发阶段划分：α（Alpha）版：内测版，内部交流或者专业测试人员测试用。
Bug较多，普通用户最好不要安装。
β（Beta）版：公测版，专业爱好者大规模测试用，存在一些缺陷，该版本也不适合一般用户安装。
γ（Gamma）版：相当成熟的测试版，与即将发行的正式版相差无几。
RC版：Release Candidate候选版本，处于Gamma阶段。
从Alpha到Beta再到Gamma是改进的先后关系，但RC1、RC2往往是取舍关系。
Final：正式版。
语言划分:SC：Simplified Chinese简体中文版。
GBK：简体中文汉字内码扩展规范版。
TC：Traditional Chinese繁体中文版。
BIG5：繁体中文大五码版。
UTF8：Unicode Transformation Format 8 bit，对现有的中文系统不是好的解决方案。
==========================================================●alpha 内部测试版●beta 外部测试版●demo 演示版●Enhance 增强版或者加强版属于正式版●Free 自由版●Full version 完全版属于正式版●shareware 共享版●Release 发行版有时间限制●Upgrade 升级版●Retail 零售版●Cardware 属共享软件的一种，只要给作者回复一封电邮或明信片即可。
（有的作者并由此提供注册码等），目前这种形式已不多见。
●Plus 属增强版，不过这种大部分是在程序界面及多媒体功能上增强。
●Preview 预览版●Corporation & Enterprise 企业版●Standard 标准版●Mini 迷你版也叫精简版，只有最基本的功能●Premium -- 贵价版●Professional -- 专业版●Express -- 特别版●Deluxe -- 豪华版●Regged -- 已注册版●CN -- 简体中文版●CHT -- 繁体中文版●EN -- 英文版●Multilanguage -- 多语言版●Rip 是指从原版文件（一般是指光盘或光盘镜像文件）直接将有用的内容（核心内容）分离出来，剔除无用的文档，例如PDF说明文件啊，视频演示啊之类的东西，也可以算做是精简版吧…但主要内容功能是一点也不能缺少的！另：DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。
●trail 试用版（含有某些限制，如时间、功能，注册后也有可能变为正式版）●RC 版就是Release Candidate（候选版本）的简称。
从微软的惯例来看推出RC版操作系统就代表正式版的操作系统已经离我们不远了，因为微软操作系统的开发步骤是这样的：内部测试->alpha公测->beta公测->RC版->正式版上市；通常微软的RC版本筛选会经历2-3个过程，也就是说微软会推出RC1、RC2或者RC3的操作系统，而随后就是正式版操作系统上市了，因此通常来看RC1版操作系统已经同最终零售版操作系统相差无几了。
该版本已经完成全部功能并清除大部分的BUG。
到了这个阶段只会除BUG，不会对软件做任何大的更改。
●RTM 版。
这基本就是最终的版本，英文是 Release To Manufactur，意思是发布到生产商。