软件版本（例如1.7.1.0）中每个数字的含义是什么？
每个数字在软件版本中意味着什么？ （例如，1.7.1.0）你如何计算你的版本？
谢谢。
它真的不同，从供应商到供应商。 最常见的是（按顺序）：
- 主要版本号
- 次要版本号
- 维护版本号（仅限bug修复）
- 如果完全使用：内部版本号（或源控制版本号）
1.7.1.0是否会成为1.7版本产品的首个维护版本？
即使定义一个主要和次要版本之间的区别是很困难的。 主要版本通常包含重要的新function。 或者供应商只是希望人们再次购买产品。 次要版本可能包括修复和新function，但通常没有什么突破。
一些公司使用次要版本来区分alpha / beta版本和final版本。 奇数是预发行，甚至数字是决赛。 1.7版本即将发布1.8版本。 这个习惯虽然变得越来越不常见了。
每次发布时都会构build数字，不pipe这些更改可能有多小。 每次运行时，它都会自动增加构build过程。 许多构build从未公开发布，但是它们可以帮助pipe理软件的生命周期，方便QA唯一标识软件的版本。
通常这些是<Major.Minor.Revision.Build> 。
哪里：
- Major是该软件的重大更新
- 轻微是对软件的一个小的更新
- 修改是所做的任何修改（错误修复，小的更新）
- 内部编号（通常是使用自动增量）
在你的例子（1.7.1.0）中：
- 主要版本1
- 有7个小的更新
- 第一次修订/ bugfix
- 没有内部编号
每个项目都select自己的惯例。 正如其他人所指出的，一个共同的惯例是“Major.Minor.Revision.Build”
我最喜欢的几个是：
Ubuntu版本是“Year.Month”。 例如，2010年4月发布了10.04。
TeX版本在理论上只是bux-fixes永远更多，所以他们的版本渐近pi（例如3.1415926）
这取决于。 以下是有关Microsoft版本号http://en.wikipedia.org/wiki/Microsoft_Version_Number的信息;
我们使用最后一位数字作为我们应用程序的内部版本号。
广泛使用的另一种方法是增加内部版本号。 与所谓的“版本”没有任何关联。
消费者想要知道这是一款新产品，“版本”更有意思，因此您只需给每个版本一个名称。
但是对于产品的内部使用和方便参考以及他的testing\源代码控制版本，一个简单的增量版本号可能会更方便。
IBM为WebSphere软件定义了这些内容 ，包括解释每个级别描述的标准。
