【知识整理】软件版本号的定义及规范

版本号简述

在软件开发项目中，版本号是一个非常重要的概念，它能够告诉用户软件的功能、质量和安全性等信息，同时也可以帮助开发者追踪软件的历史和进展，并做好版本控制工作。在本文中，我们将介绍版本号的定义及规范，并以华为HMS Core（HMS，HUAWEI Mobile Services）为例进行说明。

版本号的格式

软件的版本号一般由多个部分组成，最基本的格式为 A.B.C，其中 A、C 和 C 分别代表主版本号、次版本号和修订号。

在华为HMS Core中，版本号的格式为 A.B.C.D，其中 D为产品的构建号。主版本号、次版本号和修订号的含义如下：

主版本号：当软件的大量功能发生重大改变或者升级时，主版本号会发生改变。

例如，从 V5 升级到 V6。

次版本号：当软件增加新的功能或者改进现有功能时，次版本号会发生改变。

例如，从 V6.0 升级到 V6.1。

修订号：当软件修复程序中的错误或者问题时，修订号会发生改变。

例如，从 V6.1.0 升级到 V6.1.1。

构建号：是在软件进行构建、编译或者打包时自动增加的，用于标识不同的构建版本。

例如，从 V6.1.1.2023 升级到 V6.1.1.2024。

版本号的使用

版本号在软件开发和发布过程中有很多重要的用途，包括：

1. 版本控制

版本号能够帮助开发者进行版本控制，确保不同版本的软件能够正确地被管理和维护。通过版本号，开发者可以追踪软件的历史和进展，查看每个版本的变更内容，以便更好地理解和维护软件。

2. 功能追踪

版本号可以帮助用户了解软件的功能和特性，以便选择合适的版本。通过版本号，用户可以了解到每个版本的新增功能、改进和修复的问题，从而判断是否需要升级或者更新软件。

3. 兼容性问题

版本号也能够帮助用户和开发者处理软件的兼容性问题。通过版本号，开发者可以清楚地知道哪些功能和接口在不同版本之间发生了变化，从而做好兼容性测试和适配工作。同时，用户也可以根据版本号选择适合自己设备和需求的软件版本。

HMS Core版本号的示例

以华为HMS Core为例，假设当前版本号为 V6.1.1.2024，我们可以解读该版本号的含义如下：

主版本号为 6，表示该版本相较于前一个主要版本有较大的功能更新或改变。

次版本号为 1，表示该版本相较于前一个版本有新增功能或改进现有功能。

修订号为 1，表示该版本是在前一个版本的基础上修复了程序中的错误或问题。

构建号为 2024，表示该版本是在前一个版本的基础上构建、编译或打包得到的。

通过版本号的解读，用户可以大致了解到该版本相对于前一个版本的变化，从而决定是否需要升级或更新。

多需求任务项目版本号：

当你有多个需求项目，并且这些项目的功能比较接近时，可以考虑以下几种方式来处理版本号：

1.统一版本号

可以将所有需求项目的版本号统一起来。这样做的好处是方便维护和管理，同时也可以使用户更容易理解不同项目之间的差异。例如，可以将所有需求项目的版本号都设置为相同的主版本号，然后根据每个项目的不同功能进行次版本号和修订号的区分。

2.追加标识符

如果你希望每个需求项目都有独立的版本号，可以在版本号中追加一个项目标识符。例如，可以在版本号中添加一个字母或者项目名称的缩写来区分不同的项目。这样做可以使每个项目的版本号保持独立，便于追踪和管理。

3.分支版本号

如果这些需求项目是基于同一个代码库进行开发的，可以考虑使用分支版本号的方式。每个需求项目可以在主版本号、次版本号和修订号的基础上，添加一个标识符来表示不同的分支。这样可以保持不同项目的代码同步，并在需要时进行分支合并和版本升级。

在确定具体的版本号处理方式时，需要根据你的项目需求和开发团队的实际情况来决定。无论选择哪种方式，都需要确保版本号的规范和清晰，以便用户和开发者能够准确理解和使用版本号。同时，还要注意在每次版本升级或更新时，及时记录和通知相关的变更内容，以便用户和开发者能够了解到每个版本的差异和变化。

总之，处理多个订单项目的版本号需要考虑项目的相似性和独立性，选择适合的方式来管理和区分不同项目的版本号，以便更好地进行版本控制和管理。

分支版本号（构建号）说明：

用于区分不同代码分支的版本标识方式，在软件开发过程中，分支版本号是一种用于区分不同代码分支的版本标识方式。它帮助开发团队更好地管理和追踪代码分支的演进和变化。

1.分支版本号的格式

分支版本号通常采用以下格式：

主版本号.次版本号.修订号-分支版本号

具体各部分的含义如下：

主版本号：代表主要的功能或架构的变化。通常在进行重大的产品发布或整体架构改变时增加主版本号。
次版本号：代表次要的功能添加或修改。通常在进行较大规模的功能开发或改进时增加次版本号。
修订号：代表小的更新、修复bug或性能优化。通常在进行小规模的修复或优化时增加修订号。
分支版本号（构建号）：用于区分不同的分支。可以使用字母、名称缩写或其他标识符来表示不同的分支。通常使用开发者或团队约定的标识符。

分支版本号：相当于在前三位的基础上再加一位日期版本号和希腊字母版本号（也可以只加其一）

日期版本号:

用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。（例如 V6.1.1.20240513）

希腊字母版本号:

此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。(例如：V6.1.1.20240513_beta)

希腊字母版本号细分可以分为开发期、完成期

开发期包含：

Base

此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
Alpha（内测版）
α是希腊字母的第一个，表示最早的版本，预览版，内部测试版，一般不向外部发布，bug会比较多，功能也不全，一般只有测试人员使用。

Beta（公测版）
β是希腊字母的第二个，公开测试版，比alpha版本晚些，主要会有“粉丝用户”测试使用，该版本仍然存在很多bug，但比alpha版本稳定一些。这个阶段版本还会不断增加新功能。分为Beta1、Beta2等，直到逐渐稳定下来进入RC版本。

RC（Release Candidate）
最终测试版本，发行候选版本，基本不再加入新的功能，主要修复bug。是最终发布成正式版的前一个版本，将bug修改完就可以发布成正式版了。多数开源软件会推出两个RC版本，最后的 RC2 则成为正式版本。

完成期包含：

Release
正式发布版，官方推荐使用的版本，有的用GA来表示。比如spring。

Final
最终版，也是正式发布版的一种表示方法。比如Hibernate。

Stable
稳定版，来自预览版本释出使用与改善而修正完成。

GA（General Availability）
正式发布的版本；在国外都是用GA来说明release版本的。

RTM(Release to Manufacturing)
给生产商的release版本；RTM版本并不一定意味着创作者解决了软件所有问题；仍有可能向公众发布前更新版本。
另外一种RTM的称呼是RTW（Release To Web），表示正式版本的软件发布到Web网站上供客户免费下载。

RTL(Retail)
零售版；是真正的正式版，正式上架零售版。
以Windows 7为例，RTM版与零售版的版本号是一样的。

按授权划分
Trial
试用版，通常都有时间限制，有些试用版软件还在功能上做了一定的限制。可注册或购买成为正式版

Unregistered
未注册版，通常没有时间限制，在功能上相对于正式版做了一定的限制。可注册或购买成为正式版。

Demo
演示版，仅仅集成了正式版中的几个功能，不能升级成正式版，一般会有功能限制。

Lite
精简版。

Full version
完整版，属于正式版。

Plus
加强版

Delux
豪华版 (deluxe: 豪华的，华丽的)

其他
Enhance
增强版或者加强版属于正式版1

Free
自由版

Upgrade
升级版

Retail
零售版

Cardware
属共享软件的一种，只要给作者回复一封电邮或明信片即可。（有的作者并由此提供注册码等），目前这种形式已不多见。

Preview
预览版

Corporation & Enterprise
企业版

Standard
标准版

Mini
迷你版也叫精简版只有最基本的功能

Premium
贵价版，旗舰版

Professional(Pro)
专业版

Express
特别版

Regged
已注册版

Build
内部标号

OEM(Original Equipment Manufacturer)
原始设备制造商；是给计算机厂商随着计算机贩卖的，也就是随机版；
只能随机器出货，不能零售。只能全新安装，不能从旧有操作系统升级。包装不像零售版精美，通常只有一面CD和说明书(授权书)。

RVL
号称是正式版，其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的。

EVAL
而流通在网络上的EVAL版，与“评估版”类似，功能上和零售版没有区别。

LTS（Long Term Support）

长期演进版，Ubuntu会对这一版本的支持时间更长。目前Java也在运用这种方式

注：上一级有变动，下级要归零

2.分支版本号的应用

分支版本号的应用主要体现在以下方面：

分支管理：通过分支版本号，可以清晰地辨识出不同分支的代码版本，以便进行分支合并、版本控制和跟踪。开发团队可以根据不同分支的需求和进度，进行并行开发和测试，同时保持代码的独立性。
版本控制：分支版本号可以帮助开发团队更好地进行版本控制。每个分支都有独立的版本号，使得开发者可以快速定位并切换到需要的分支，以便进行开发、测试和发布。
版本跟踪：通过分支版本号，可以清楚地记录和追踪每个分支的演进和变化。开发者和用户可以根据版本号了解特定分支的差异和变化，以便进行问题排查和功能评估。

需要注意的是，在使用分支版本号时，团队成员之间需要达成一致的命名和约定，避免混淆和误解。此外，应及时记录和通知相关的变更内容，以便开发者和用户了解每个分支版本的差异和变化。分支版本号是一种用于区分不同代码分支的版本标识方式，它在软件开发中具有重要的应用价值。通过清晰的版本号命名和约定，开发团队可以更好地进行版本控制和管理。分支版本号帮助团队管理和追踪代码分支的演进和变化，同时保持不同分支的独立性。在使用分支版本号时，团队成员之间需要达成一致的命名和约定，并及时记录和通知相关的变更内容。