App软件版本号规范

**

软件版本编号：：规则

**
通常订定规则：：major.minor(.build)

：：major是最大的版本编号，minor为其次，build是再细分，为更小的版本编号。

：：小数版本号码，有“a”、“b”、“rc”字样，代表版本的测试版

：：分别代表“alpha”、“beta”、“release candidate”

：：如“2.0a”是2.0的alpha测试版，接着发布“2.0b”是2.0的beta测试版，

…………又出现“2.0b2”是2.0的第2个beta测试版

：：beta测试完结后，又推出“2.0rc1”、“2.0rc2”两个版本，分别代表2.0的release candidate测试版。

：：测试结束后，就会有“2.0”正式版

**

应用的版本号格式

**
如QQ【7.3.5】，王者荣耀【1.33.1.8】，支付宝【10.1.12.123621】，

如淘宝【7.5.0】，美团【8.9.2】……

：：可见versionName的格式多数是3位和4位

：：每位号码含义：

主版本号：功能有大变动。如增加多个模块或整体架构发生变化时，会增加

子版本号：功能中度变动的增加或变化时，会增加

补丁版本号：一般是修复bug、优化原有功能、小变动时，会增加

日期版本号[build号]：用于记录【修改项目】的当前日期，每天修改都会更改，

…………因为build号每次构建都会自增

：：一般订立编号，可以从0，1，开始

：：考虑版本号的每位数的意义：

从项目维度，

将主版本号：以App有重要变化，如新增业务功能模块，或技术架构时，增加
子版本号：以每次需求迭代变化时，增加

补丁版本号：以修复Bugfix、优化原有功能、小变动时，增加

——会续更调