软件版本号规则

版本号命名格式

主版本号.次版本号[修正版本号[.编译版本号]]

Marjor_version_Number.Minor.Version.Number[.Resvision_Number[.Build Number]]

版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的；内部版本号和修订号是可选的，但是如果定义了修订号部分，则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。 应根据下面的约定使用这些部分：

• Major：具有相同名称但不同主版本号的程序集不可互换。例如，这适用于对产品的大量重写，这些重写使得无法实现向后兼容性。

• Minor：如果两个程序集的名称和主版本号相同，而次版本号不同，这指示显著增强，但照顾到了向后兼容性。例如，这适用于产品的修正版或完全向后兼容的新版本。

• Build：内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。

• Revision：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。

版本号管理策略

1. 项目出版本，版本号为0.1；
2. 当项目进行了局部修正或BUG修复时，主版本和子版本号都不变，修正版本号递增1
3. 当项目增加了部分功能,主版本号不变，子版本号递增1，同时将修正版本置0。
4. 当项目进行了重大修改或局部修改积累较多时，将导致项目的全局变化时，主版本号递增1；
5. 编译版本号一版由编译器在编译过程中自动生成，我们只定义其格式，并不进行控制；
6. 当修正版本号为0时，可以省略不写。如初始版本应该是0.1.0，可简写成0.1；
7. 还可以在版本号的后面加入 alpha、beta、gamma、rc (release candidate)、release、stable 等后缀，在这些后缀后面还可以加数字的版本号。