软件版本（例如 1.7.1.0）中每个数字的含义是什么？
软件版本中每个数字代表什么意思？ （例如，1.7.1.0） 你如何计算你的版本？
What could every digit mean in software version? (for example, 1.7.1.0)
How do you numerate your versions?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
不同供应商的情况确实不同。最常见的是（按顺序）：
1.7.1.0 这将是 1.7 的第一个维护版本产品的版本。
即使定义主要版本和次要版本之间的区别也很困难。主要版本通常包含重要的新功能。或者供应商只是希望人们再次为产品付费。次要版本可能包括修复和新功能，但通常没有突破性的内容。
一些公司使用次要版本位来区分 alpha/beta 版本和最终版本。奇数为预发布，偶数为最终版本。 1.7 将是即将发布的 1.8 版本的测试版。不过，这种习惯正变得越来越少。
版本号会随着每个版本的发布而增加，无论更改有多么微小。每次运行时，它都会由构建过程自动递增。许多版本从未公开发布，但它们可以帮助管理软件的生命周期，让 QA 轻松唯一地识别软件版本。
It differs from vendor to vendor really. Most commonly, they are (in order):
1.7.1.0 would this be the first maintenance release to the 1.7 version of the product.
Even defining what the difference between a major and minor release is, is difficult. Major releases normally include significant new features. Or the vendor just wants people to pay for the product again. Minor releases may include fixes and new features, but usually nothing ground breaking.
Some companies use the minor release bit to differentiate between alpha / beta releases and final releases. Odd numbers being pre-releases and even numbers being finals. 1.7 would be a beta of an upcoming 1.8 release. This habit is becoming less and less common though.
Build numbers increment with every release, no matter how minor the changes might be. It is automatically incremented by the build process, every time it runs. Many builds are never see publicly released, but they can help in managing the life cycle of the software, by making it easy for QA to uniquely identify a version of the software.
通常这些是
其中：
在您的示例 (1.7.1.0) 中：
Normally these are
<Major.Minor.Revision.Build>.Where:
In your example (1.7.1.0):
每个项目都会选择自己的约定。正如其他人指出的那样，一个常见的约定是“Major.Minor.Revision.Build”，
我最喜欢的几个是：
Ubuntu 版本 是“年.月”。例如，10.04 于 2010 年 4 月发布。
TeX 版本理论上永远只是bux修复，因此它们的版本渐近接近pi（例如3.1415926）
Each project chooses its own convention. As others have pointed out, one common convention is "Major.Minor.Revision.Build"
A couple of my favorites are:
Ubuntu versions are "Year.Month". For example, 10.04 was released in April 2010.
TeX versions are theoretically only bux-fixes forevermore, so their versions are asymptotically approaching pi (e.g. 3.1415926)
另一种广泛使用的方法是使用增量构建号。与所谓的“版本”没有任何关联。
对于想要知道这是新产品的消费者来说，“版本”更有趣，因此您只需为每个版本命名即可。
但对于内部使用和产品及其测试\源代码控制版本的轻松参考，简单的递增版本号可能更方便。
Another method widely used is having an incremental build number. Without any correlation to so called "version".
"Version" is more interesting for consumers wanting to know this is a new product, hence you just give every release a name.
But for internal uses and easy reference of product and his tested\source controlled version, a simple incrementing build number might be more convenient.
这取决于。以下是有关 Microsoft 版本号的信息 http://en.wikipedia.org/wiki/Microsoft_Version_Number
我们使用最后一位数字作为应用程序的内部版本号。
It depends. Here is information on Microsoft Version Numbers http://en.wikipedia.org/wiki/Microsoft_Version_Number
We have used the last digit as build numbers for our applications.
有一个语义版本控制规范 - semver.org。它声明了一个版本号
MAJOR.MINOR.PATCH。There is a Semantic Versioning specification - semver.org. It declares a version number
MAJOR.MINOR.PATCH.