难道Major.Minor.Release - IBM风格(如1.2.3。)? 难道是一年? (视窗98)其他的东西?
参考: http://en.wikipedia.org/wiki/Versioning
目前我使用major.minor.release.internal释放
例如01.12.02.19
在接下来的产品,我想使它更简单的版本,生成的
实施例V1-B22
在我完成(因为我将与我的决定住在产品生命周期的其余部分)我想要得到的意见尽可能多的积分,我可以。
非常感谢!
难道Major.Minor.Release - IBM风格(如1.2.3。)? 难道是一年? (视窗98)其他的东西?
参考: http://en.wikipedia.org/wiki/Versioning
目前我使用major.minor.release.internal释放
例如01.12.02.19
在接下来的产品,我想使它更简单的版本,生成的
实施例V1-B22
在我完成(因为我将与我的决定住在产品生命周期的其余部分)我想要得到的意见尽可能多的积分,我可以。
非常感谢!
[major].[minor].[patch]
例如:2.0.4
主要递增当产品有许多新的,主要功能,在添加了一些小功能,小的递增,补丁加时没有添加新功能,但bug修复或安全问题已修补。
我喜欢这一点,因为它的简单,高效,大多数人都明白这些版本号没有任何解释,甚至非开发人员。
我喜欢两种不同的方法。
第一种方法- major.minor.date_of_build
所以,像:3.0.20090120。 这样,如果我需要知道当一个特定的释放做,我只需要看看最后一个号码。
第二种方法- major.minor.repository_value
我喜欢这个,因为我总能我的存储库中找到它。
希望有点帮助。
我会去的产品版本+版本。 我想人们过度觉得这个问题的倾向。 设计一个简单的方案,其中用户可以很容易找到答案的两个问题:
这是假定中间版本是免费升级,并支付主要版本的变化。
我更喜欢下面的任何变体:
[major].[minor].[wayToTrackAnInternalBuild]
例如,使用一个版本号:
[major].[minor].[buildnumber]
使用库修订:
[major].[minor].[revision]
或日期:
[major].[minor].[date]
它的传统至少有一个主要的和次要的数量。 用“V”前缀,似乎是不太常见的这些天。
我主要是开发web应用,而对于我来说,这只是在页面的底部(这是一个programically检索善变的版本号),一点点转#XXX
那些使用TeX和METAFONT 。
这是内部或外部使用?
对于前者,我喜欢有MAJOR.MINOR时间戳。 后者,我倾向于使用商品名称MAJOR.MINOR。
//internal
2.8-1234567890
//external
Wordpress 2.8
我们倾向于每年做一次重大发布,其间次要版本。 因此,我们的闪屏和关于框中显示的程序版本为“2009”,“2009年a”,等等。
我们也有建立内的数字,这是每递增我们为QA做一个每日自动生成时间。 因此,我们的完整版本号可能是这样的2009a.78。
至于Windows版本的资源去(在XXXX格式),我们2009a.78会2009.1.78 *(其中“*”是Visual Studio的“基于一天内的当前时间自动编号” - 像18230)。
[主要]。[次要] [创建日期]。[DayBuildNo]
当创建日期是相反的数字,即090813和天版本号可以是任何东西 - 分钟了午夜是好的,甚至是手工理货
对于内部软件,我倾向于下降主要/次要太 - 只要能够浏览一下闪屏,看的时候作出的版本是相当有用的,如果他们需要报告bug保持简短帮助用户。
我使用类似的DevExpress一样。 我的格式为[年最后2] [月] [日]。[IncrementalBuildNumber],即9.8.12.2569。 内部版本号在我的应用程序的实时从1个开始递增。
DevExpress的基本上没有[年]。[次要基于1]。[修订版],即2009年1月5日是他们等同于2009年发布日历第1卷第5修订其当前版本。
我用下面的表格:
[Year].[Month].[Revision]
[Revision]
在我的情况下,Subversion的版本号。
这种风格帮助我们的客户是很容易区分产品的版本。 修订版本号可以帮助我们的开发人员是很容易找到合适的资源,以修正错误。
在内部,我们使用Major.Minor.Patch.Year。 我们的客户看到的是全年修补程序(如果需要)Year.Release,即2008.4(第四释放最后一年)或2009.2 B如果我们需要对它进行修补。
编辑(忘了这部分):我们为差异原因? 在国内,我们并不因为最初的版本改变系统。 从外部看,高级管理人员希望它显示这种方式。
我喜欢他用乳胶使用克努特方式:π
3
3.1
3.14
3.141
我相信没有身体会用它除了克努特,和我可能:)