版本命名策略

文章目录

• • 一、版本号格式
  • 二、不同版本命名规则
  • • 1、develop版本
    • 2、alpha版本
    • 3、beta版本
    • 4、release版本

一、版本号格式

主版本号.子版本号[.修正版本号[.编译版本号]]-后缀

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

二、不同版本命名规则

1、develop版本

格式：主版本号.子版本号.修正版本号.编译版本号.后缀。所有字段都要填。
例如：1.0.0.0-develop、1.0.0.1-develop、1.0.0.234-develop、1.0.0.3232-develop。

2、alpha版本

格式：主版本号.子版本号.修正版本号.编译版本号.后缀。所有字段都要填。
例如：1.0.0.0-alpha、1.0.0.1-alpha、1.0.0.234-alpha、1.0.0.3232-alpha。

3、beta版本

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

4、release版本

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

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！