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、优化原有功能、小变动时,增加

——会续更调

猜你喜欢

转载自blog.csdn.net/miiiiiiiiiiiii/article/details/106303456