版本号的命名格式

以版本号为2.1.3为例来说，若版本号为2.1.5，则说明两个版本的内容相差不太大，大致就是在界面及一些性能方面做出调整及优化，若版本号为2.3.3，则说明两个版本的内容稍微有点改动，可能在程序中的一些判断及算法方面做出修改，若版本号为3.1.2，则说明两个版本的内容发生了很大的变动，比如在程序的逻辑处理程序方面做出调整添加新的功能等方面做出改动。

例如：DOS4.0，主版本号是4，次版本号是0。

版本控制比较普遍的 3 种命名格式 : 主版本号 . 子版本号 [. 修正版本号 build- [编译版本号 ]] 英文对照 : Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例1：1.2 示例2：1.2.0 示例3：1.2.0 build-1234 主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]] 英文对照 : Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]] 示例1：1.2.0.1234 主版本号.子版本号[.编译版本号[.修正版本号]] 英文对照： Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]] 版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的；内部版本号和修订号是可选的，但是如果定义了修订号部分，则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。应根据下面的约定使用这些部分： Major ：具有相同名称但不同主版本号的程序集不可互换。例如，这适用于对产品的大量重写，这些重写使得无法实现向后兼容性。Minor ：如果两个程序集的名称和主版本号相同，而次版本号不同，这指示显著增强，但照顾到了向后兼容性。例如，这适用于产品的修正版或完全向后兼容的新版本。Build ：内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。Revision ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。