软件版本编号遵循什么规则？

我见过的常用方法是 X.Y.Z，它通常对应于 Major. minor.patch:

• 每当引入一些重大更改时，主版本号都会发生变化。例如，对软件包进行大的或可能向后不兼容的更改。
• 当引入一个新的次要特性或者推出一组较小的特性时，次要版本号就会发生变化。
• 当向客户发布软件的新版本时，修补程序编号会发生变化。这通常适用于小的 bug 修复或类似的情况。

其他变体使用构建编号作为附加标识符。因此，如果在不同版本之间测试了许多修订，那么可能会有大量的 X.Y.Z.build。我使用一些按年/月或年/发布标识的包。因此，2010年9月发布的第3个版本可能是2010.9或2010.3。

版本控制有很多种变体，归结起来就是个人偏好。

对于“1.3 v1.1”，这可能是两个不同的内部产品，一个是与主产品不同的共享库/代码库; 这可能表示主产品的版本1.3，以及内部库/包的版本1.1。

您可能会发现 语义版本规范很有用。