每个数字在软件版本中的含义（例如1.7.1.0）？

Question

软件版本中每个数字都有什么意义？ （例如，1.7.1.0） 你如何计算你的版本？

谢谢。

Answer 1

它真的与供应商不同。最常见的是，它们是（按顺序）：

• 主要版本号
• 次要版本号
• 维护版本号（仅限错误修正）
• 如果使用的话：内部版本号（或源代码管理版本号）

1.7.1.0这将是1.7版本产品的第一个维护版本。

即使定义主要版本和次要版本之间的差异，也很困难。主要版本通常包括重要的新功能。或者供应商只是希望人们再次为产品付款。次要版本可能包括修复和新功能，但通常没有任何突破性的。

一些公司使用次要版本位来区分alpha / beta版本和最终版本。奇数是预发布，偶数是决赛。 1.7将是即将发布的1.8版本的测试版。这种习惯越来越不常见了。

每次发布​​时编号都会增加，无论更改有多么微小。每次运行时，它都会由构建过程自动递增。许多版本从未公开发布，但它们可以帮助管理软件的生命周期，使QA能够轻松地唯一识别软件版本。

Answer 2

通常这些是<Major.Minor.Revision.Build>。

其中：

• Major是该软件的主要更新
• Minor是对软件的小更新
• 修订是任何更改（错误修复，小更新）
• 内部版本号（如果使用，通常为自动增量）

在你的例子中（1.7.1.0）：

• 主要版本1
• 有7次小更新
• 第一次修订/错误修正
• 无内部版本号

Answer 3

每个项目都选择自己的惯例。正如其他人所指出的，一个常见的惯例是“Major.Minor.Revision.Build”

我最喜欢的几个是：

Ubuntu versions是“Year.Month”。例如，10.04于2010年4月发布。

TeX versions理论上只是bux-fixes，因此他们的版本渐近接近pi（例如3.1415926）

Answer 4

这取决于。以下是有关Microsoft版本号http://en.wikipedia.org/wiki/Microsoft_Version_Number

的信息

我们已将最后一位数用作我们应用程序的内部版本号。

Answer 5

广泛使用的另一种方法是使用增量版本号。与所谓的“版本”没有任何关联。

对于希望了解这是一款新产品的消费者来说，“版本”更有趣，因此您只需为每个版本命名。

但是对于内部使用和产品及其经过测试的\源控制版本的简单参考，简单的递增构建数可能更方便。

Answer 6

Here's how IBM defines these for WebSphere software，包括描述每个级别的标准的解释。