文档介绍：版本控制比较普遍的 3种命名格式: 一、 GNU 风格的版本号命名格式: [.修正版本号[.编译版本号]] [.Revision_Number[.Build_Num ber]] 示例:, , build-13124 二、 Windows 风格的版本号命名格式: [修正版本号[.编译版本号]] [Revision_Number[.Build_Numb er]] 示例:, 三、.Net Framework 风格的版本号命名格式: [.编译版本号[.修正版本号]] [.Build_Number[.Revision_Num ber]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0的整数。应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。版本号管理策略一、 GNU 风格的版本号管理策略: ,版本号可以为 , 也可以为 ,如果你为人很低调,我想你会选择那个主版本号为 0的方式; bug 修正时,主版本号和子版本号都不变,修正版本号加 1; ,主版本号不变,子版本号加 1, 修正版本号复位为 0,因而可以被忽略掉; ,而导致项目整体发生全局变化时,主版本号加 1; ,编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行人为控制。二、 Window 下的版本号管理策略: ,版本号为 ; bug 修正时,主版本号和子版本号都不变,修正版本号加 1; ,主版本号不变,子版本号加 1, 修正版本号复位为 0,因而可以被忽略掉; ,而导致项目整体发生全局变化时,主版本号加 1; ,编译版本号一般是编译器在编译过程中自动生成的,我们只定义其格式,并不进行