57

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

谢谢你。

4

5 回答 5

85

它确实因供应商而异。最常见的是（按顺序）：

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

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

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

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

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

于 2010-05-07T19:22:14.573 回答
32

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

在哪里：

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

在您的示例（1.7.1.0）中：

  • 主要版本 1
  • 有 7 个小更新
  • 第一次修订/错误修复
  • 没有版本号
于 2010-05-07T19:21:29.630 回答
6

每个项目都选择自己的约定。正如其他人指出的那样，一种常见的约定是“Major.Minor.Revision.Build”

我最喜欢的几个是：

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

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

于 2010-05-07T19:38:20.053 回答
3

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

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

但是对于内部使用和产品及其测试\源代码控制版本的简单参考，一个简单的递增内部版本号可能更方便。

于 2010-05-07T19:32:03.333 回答
2

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

我们使用最后一位数字作为应用程序的内部版本号。

于 2010-05-07T19:21:37.307 回答