软件版本编号遵循什么规则?[副本]

我看到的通常方法是x.y.z,它通常对应于major.minor.patch:

• 每当引入一些重要的变更时,主要版本号都会发生变化。例如,对软件包所做的大量或潜在的向后不兼容更改。
• 当引入新的次要功能或推出一组较小的功能时,次要版本号会发生更改。
• 当软件的新版本发布给客户时,补丁号会发生变化。这通常是针对小错误修复或类似问题。

其他变体使用内部版本号作为附加标识符。因此,如果您有许多版本在版本之间测试,那么您可能有大量的x.y.z.build。我使用一些包,这些包是通过年/月或年/版本标识的。因此,2010年9月发布的第3个版本可能是2010.9或2010.3。

版本控制有许多变体。这都归结为个人喜好。

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

你可能会发现 Semantic Versioning Specification 有用。

维基百科有相当广泛的 answer 那可能是个好的开始的地方