版本命名策略

一、版本号格式

主版本号.次版本号[.修订号[.编译号]]-后缀

• 主版本号：适用于对产品的大量重写，这些重写使得无法实现向后兼容性，比如：整体框架重构，由单个进程变为多个进程等。
• 次版本号：适用于比较重要的功能增加，同时具有向后兼容性。
• 修订号：适用于bug修复或者小功能的增删改，同时具有向后兼容性。
• 编译号：不人为定义，使用分支的总提交数来确定。
• 后缀：develop（开发版，一般是开发人员自测时的版本）、alpha（内部测试版，用于部门内部测试，一般是进行用例测试）、beta（公开测试版，面向公司内部或外部测试，一般是进行主观发散性测试）、release（发行版，不会以单词形式出现在软件封面上）。

二、稳定版和开发版版本号区分（非固定和必要这样）

• 开发版的修订号规定为奇数，如：1、3、5、7、9、11、13、...等等。
• 稳定版的修订号规定为偶数，如：0、2、4、6、8、10、12、...等等。

流程例如：
初始开发版本为：0.0.9，充分测试无问题后，发布稳定版本为：1.0.0
然后开发版本变更为：1.0.1，充分测试无问题后，发布稳定版本为：1.0.2
以此类推，次版本号递增后
开发版本为：1.1.1，充分测试无问题后，发布稳定版本为：1.1.2

三、不同版本命名规则

1、develop版本

格式：主版本号.次版本号.修订号.编译号.后缀。所有字段都要填。
例如：0.0.9.0-develop、1.0.1.1-develop、1.0.3.234-develop、1.0.5.3232-develop。

2、alpha版本

格式：主版本号.次版本号.修订号.编译号.后缀。所有字段都要填。
例如：0.0.9.0-alpha、0.0.9.1-alpha、0.0.9.234-alpha、0.0.9.3232-alpha。

3、beta版本

格式：主版本号.次版本号.修订号.编译号.后缀。所有字段都要填。
例如：1.0.0.3236-beta。

4、release版本

格式：主版本号.次版本号[.修订号]。编译号以及后缀字段不填，修订号为0时可不填。
例如：1.0.0等价于1.0。