你喜欢什么样的产品版本号，为什么？

是否是Major.Minor.Release - IBM风格（例如1.2.3）？这是今年吗？（Windows '98）还有其他的东西吗？你喜欢什么样的产品版本号，为什么？

参考： http://en.wikipedia.org/wiki/Versioning

目前我使用 major.minor.release.internal释放

例 01.12.02.19

在接下来的产品，我想使它更简单 Version-Build

示例 v1-b22

在我最终确定之前（因为我必须接受我对产品剩余生命的决定），我希望尽可能多地获得观点。

非常感谢！

来源

2009-08-13 tellme

Duplicate：http://stackoverflow.com/questions/615227/how-to-do-version-numbers – FogleBird 2009-08-13 16:25:46

我主要开发web应用，而对于我来说，这只是在页面底部的一个小转#XXX（这是一个programically检索善变的版本号）

来源

2009-08-13 16:07:02 Jiaaro

那些TeX and METAFONT使用。

来源

2009-08-13 16:07:07 mouviciel

我喜欢两种不同的方法。

第一种方法 - major.minor.date_of_build

所以，像：3.0.20090120。这样，如果我需要知道什么时候发布特定版本，我只需要查看最后一个数字。

第二种方法 - major.minor.repository_value

我喜欢这个，因为我总能我的存储库中找到它。

希望这会有所帮助。

来源

2009-08-13 16:07:54 JasCav

[major].[minor].[patch]

例如：2.0.4

主要递增当产品有许多新的，主要功能，在添加了一些小功能，小的递增，补丁递增时，没有新功能被添加，但错误修复或安全问题已被修补。

我更喜欢这个，因为它很简单，高效，大多数人都能理解这些版本号而不需要解释，甚至是非开发人员。

来源

2009-08-13 16:08:57

这是供内部或外部使用吗？

对于前者，我喜欢有major.minor-timestamp。后者，我倾向于使用产品名称Major.Minor。

//internal 
2.8-1234567890 

//external 
Wordpress 2.8

来源

2009-08-13 16:09:22

我会去产品版本+构建。我认为人们有过分想到这个问题的倾向。设计一个简单的方案，您的用户可以轻松找出两个问题的答案：

我是否拥有该产品的最新版本？
是否有新版本我应该考虑升级？

这假设中间版本是免费升级版本，并且支付了主要版本更改。

来源

2009-08-13 16:11:41

我们倾向于每年发布一个主要版本，其间发布次要版本。因此，我们的启动画面和关于框显示的程序版本为“2009”，“2009a”等。

我们也有内部版本号，每次我们为QA进行自动化日常构建时都会增加内部版本号。所以我们的完整版本号可能像2009a.78。我们2009a.78的版本是2009.1.78 *（其中'*'是Visual Studio的“基于当前时间的自动编号”） - 某些东西像18230）。。

来源

2009-08-13 16:13:51

[大] [小] [创建日期] [DayBuildNo]

在哪里创建日期是相反的数字，即090813和天版本号可以是任何东西。 - 分钟从午夜开始是好的，甚至是手工理货

对于内部软件，我倾向于放弃主要/次要 - 只是能够浏览启动画面并查看版本的制作时间非常有用，并且保持较短的时间有助于用户需要报告错误。

来源

2009-08-13 16:14:48 Cruachan

我用下面的形式：

[Year].[Month].[Revision]

[Revision]是在我的情况下，Subversion的版本号。

这种风格有助于我们的客户轻松区分产品版本。版本号有助于我们的开发人员轻松找到合适的来源来修复错误。

来源

2009-08-13 16:17:51

我使用类似DevExpress的东西。我的格式是[Year-last 2]。[Month]。[Day]。[IncrementalBuildNumber]，即9.8.12.2569。内部版本号从1开始，并在我的应用程序的实时增加。 DevExpress基本上做了[Year]。[Minor-based at 1]。[Revision]，即2009.1.5是他们当前的版本，它们相当于2009版本日历的第1卷的第5版。

来源

2009-08-13 16:22:49 Dennis

在内部，我们使用Major.Minor.Patch.Year。我们的客户看到Year.Release为年度补丁（如果需要），即2008.4（去年第四次发布）或2009.2 B如果我们需要修补它。

编辑（忘记了这个部分）：我们之所以有差异？在内部，我们从最初发布以来一直没有改变系统。从外部看，高级管理层希望以这种方式展示。

来源

2009-08-13 16:27:51

我喜欢克努特的方式，他用乳胶使用：π

我相信没有身体会用它除了克努特，和我大概:)

来源

2009-08-13 16:29:21 AraK

我更喜欢下面的任何变体：

[major].[minor].[wayToTrackAnInternalBuild]

例如，使用一个版本号：

[major].[minor].[buildnumber]

使用库修订：

[major].[minor].[revision]

或日期：

[major].[minor].[date]

其常规至少有一个主要的和次要的数量。使用“v”前缀似乎不太常见。

来源

2009-08-13 16:51:47 Corehpf

你喜欢什么样的产品版本号，为什么？

回答

相关问题