什么是产品版本号,为什么你喜欢的风格?(What is your preferred style o

2019-09-23 12:24发布

难道Major.Minor.Release - IBM风格(如1.2.3。)? 难道是一年? (视窗98)其他的东西?

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

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

例如01.12.02.19

在接下来的产品,我想使它更简单的版本,生成的

实施例V1-B22

在我完成(因为我将与我的决定住在产品生命周期的其余部分)我想要得到的意见尽可能多的积分,我可以。

非常感谢!

Answer 1:

[major].[minor].[patch]

例如:2.0.4

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

我喜欢这一点,因为它的简单,高效,大多数人都明白这些版本号没有任何解释,甚至非开发人员。



Answer 2:

我喜欢两种不同的方法。

第一种方法- major.minor.date_of_build

所以,像:3.0.20090120。 这样,如果我需要知道当一个特定的释放做,我只需要看看最后一个号码。

第二种方法- major.minor.repository_value

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

希望有点帮助。



Answer 3:

我会去的产品版本+版本。 我想人们过度觉得这个问题的倾向。 设计一个简单的方案,其中用户可以很容易找到答案的两个问题:

  1. 我有最先进的最新打造这个产品的?
  2. 是否有新的版本,我应该考虑升级到?

这是假定中间版本是免费升级,并支付主要版本的变化。



Answer 4:

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

[major].[minor].[wayToTrackAnInternalBuild]

例如,使用一个版本号:

[major].[minor].[buildnumber]

使用库修订:

[major].[minor].[revision]

或日期:

[major].[minor].[date]

它的传统至少有一个主要的和次要的数量。 用“V”前缀,似乎是不太常见的这些天。



Answer 5:

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



Answer 6:

那些使用TeX和METAFONT 。



Answer 7:

这是内部或外部使用?

对于前者,我喜欢有MAJOR.MINOR时间戳。 后者,我倾向于使用商品名称MAJOR.MINOR。

//internal
2.8-1234567890

//external
Wordpress 2.8


Answer 8:

我们倾向于每年做一次重大发布,其间次要版本。 因此,我们的闪屏和关于框中​​显示的程序版本为“2009”,“2009年a”,等等。

我们也有建立内的数字,这是每递增我们为QA做一个每日自动生成时间。 因此,我们的完整版本号可能是这样的2009a.78。

至于Windows版本的资源去(在XXXX格式),我们2009a.78会2009.1.78 *(其中“*”是Visual Studio的“基于一天内的当前时间自动编号” - 像18230)。



Answer 9:

[主要]。[次要] [创建日期]。[DayBuildNo]

当创建日期是相反的数字,即090813和天版本号可以是任何东西 - 分钟了午夜是好的,甚至是手工理货

对于内部软件,我倾向于下降主要/次要太 - 只要能够浏览一下闪屏,看的时候作出的版本是相当有用的,如果他们需要报告bug保持简短帮助用户。



Answer 10:

我使用类似的DevExpress一样。 我的格式为[年最后2] [月] [日]。[IncrementalBuildNumber],即9.8.12.2569。 内部版本号在我的应用程序的实时从1个开始递增。

DevExpress的基本上没有[年]。[次要基于1]。[修订版],即2009年1月5日是他们等同于2009年发布日历第1卷第5修订其当前版本。



Answer 11:

我用下面的表格:

[Year].[Month].[Revision]

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

这种风格帮助我们的客户是很容易区分产品的版本。 修订版本号可以帮助我们的开发人员是很容易找到合适的资源,以修正错误。



Answer 12:

在内部,我们使用Major.Minor.Patch.Year。 我们的客户看到的是全年修补程序(如果需要)Year.Release,即2008.4(第四释放最后一年)或2009.2 B如果我们需要对它进行修补。

编辑(忘了这部分):我们为差异原因? 在国内,我们并不因为最初的版本改变系统。 从外部看,高级管理人员希望它显示这种方式。



Answer 13:

我喜欢他用乳胶使用克努特方式:π

3
3.1
3.14
3.141

我相信没有身体会用它除了克努特,和我可能:)



文章来源: What is your preferred style of product version number and why?
标签: versioning