软件项目版本号的命名规则及格式介绍
版本控制比较普遍的 3 种命名格式 :
一、GNU 风格的版本号命名格式 :
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
英文对照 :
Major_Version_Number.Minor_Version_Number[.Revision_Number[.B
uild_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124
二、Windows 风格的版本号命名格式 :
主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]]
英文对照 :
Major_Version_Number.Minor_Version_Number[Revision_Number[.Bu
ild_Number]]
示例: 1.21, 2.0
三、.Net Framework 风格的版本号命名格式:
主版本号.子版本号[.编译版本号[.修正版本号]]
英文对照:
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revis
ion_Number]]
版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主
版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了
修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于
0 的整数。
应根据下面的约定使用这些部分:
Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对
产品的大量重写,这些重写使得无法实现向后兼容性。
Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显
著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼
容的新版本。
Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理
器、平台或编译器的情况。
Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全
可互换的。这适用于修复以前发布的程序集中的安全漏洞。
程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程
序 (Hot%x) 更新。
版本号管理策略
一、 GNU 风格的版本号管理策略: