查看完整版本: 请问大家的版本号是根据什么来定义的？

请问大家的版本号是根据什么来定义的？

请问大家的版本号是根据什么来定义的？
譬如发布日期

回复 #1 xin313 的帖子

::em60:: 楼主，看来你对配置管理的概念还有些模糊？对版本控制软件肯定也不熟悉。

用版本控制软件，当你创建好一个项目的数据版本库的时候，工具就会自动生成一个版本号，你在这个受控制的项目目录里，进行任何操作，比如：添加一个文件夹，重命名一个文件，删除、修改等等的操作，版本信息相应的就会发生一次变化。这些版本号的变化是工具自动生成的，不是怎么来定义版本号的。见意多在坛子里请教学习，有很多好的文章，也有很多热心人，会帮助你提高!

我们公司的版本号不是通过工具自动生成的，而是用了一个单独的文件来写.这样,对于最后发布出去的发布物,版本号就可以自行定义.

还有版本号的定义，是可以根据自己公司管理要求来定义的, 譬如,我们现在使用三部分版本号定义，大版本号,小版本号,编译日期作为第三部分. 这样，三部分版本号都有自己的含义的。

我们的版本号是自己定义的,也是分三部分，不过说实在的,有点乱.

虽然每个公司使用版本号的目的是相同的。每个公司对于版本号的定义方式，以及实现方式肯定都是不一样的。
所以lz这个问题要参考你们公司之前定义的准则，以及你这个项目定义的准则和习惯。不可一概而论呵呵

现在的软件开发商更多的是基于商业目的考虑发布版本号，所以个人认为版本号可以分为内部版本号和外部版本号来定义规则。外部版本号主要考虑商业目的和市场宣传，比如微软对外宣称的版本就是外部版本号，在帮助里看到的版本号就是内部版本号。

版本号的定义最好是在公司固有的基础上加以分析，可以采取：a,b,r的方法，也可以采用V1.0，V2.0的方法。还可以结合自动化工具的特点自动生成。重要的是公司是否要求通过版本号反映什么信息。比如：版本号中包含了客户的定制信息等等。

转载请注明源自[url]www.SCMLife.com[/url],请保留版权. 本贴地址：[url]http://bbs.scmlife.com/viewthread.php?tid=5450[/url]

[quote]原帖由 [i]yjg021[/i] 于 2007-8-23 13:03 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=45380&ptid=5450][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
::em60:: 楼主，看来你对配置管理的概念还有些模糊？对版本控制软件肯定也不熟悉。

用版本控制软件，当你创建好一个项目的数据版本库的时候，工具就会自动生成一个版本号，你在这个受控制的项目目录里，进行任何操 ... [/quote]

我说的版本号不是版本控制工具生成的版本号,我想问的是公司内部定义的发布版本号,我想大家不会把工具生成的版本号来作为对外发布版本号吧

我觉得版本号发布的时候有就行，平时应该不需要吧，工具都可以自动生成的。

我们公司的版本号是这样规定的
一般最终产品才有版本号
平时的开发版本开发人员可以自己定。

最终完成的版本（产品库中的）用三位符号表示：“X.Y.Z”，各符号位的含义如下：
“Z”为**版本号，表示纠正错误时的版本升级，用一位数字表示：“1~9”，对上一次产品或项目中的缺陷做修正，**版本号增加；
“Y”为二级版本号，表示增加功能时的版本升级，用一位数字表示：“0~9”。与上一产品或项目相比，功能上进行了小量的增加或修正时，二级版本号增加，**版本号为零。
“X”为一级版本号。对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时一级版本号增加；第一次完成，版本号V1.0.0。

[quote]原帖由 [i]天蓝[/i] 于 2007-11-29 15:58 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=64964&ptid=5450][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
我们公司的版本号是这样规定的
一般最终产品才有版本号
平时的开发版本开发人员可以自己定。

最终完成的版本（产品库中的）用三位符号表示：“X.Y.Z”，各符号位的含义如下：
“Z”为**版本号，表示纠正错误时 ... [/quote]
恩，我们公司也是采用的这种方式

我们的定义

首先，向我以前的老板致敬，我换了工作，依旧把他的版本号方法抄袭到现有公司。
比如ABC产品，第一个版本连带产品命名就是ABC1.0.0.0（简称ABC1000），其中第一位是初始号或重大升级版本号，第二位是一般升级好，第三位是小功能优化，第四为是补丁
比如1000之后如果发了补丁就是1001；
1001之后有功能优化，就是1010；
如果之后一般性升级（通常是业务需求变更，有一定的工作量了），版本就是1100
如果一年后产品更新了，就是ABC2000版了。
我不知道当初老板想出这种四位命名法。是不是受微软WIndows2000使用的灵感::em64::
版本号是正式对外发布的，内部用Build号。按照编译次数定。

这样做有一个很大的好处，是可以针对不同规模的开发量来定义流程。大家一看到任务上列的版本号。就知道哪些流程可以裁剪。哪些文档要哪一级评审。甚是方便。

[[i] 本帖最后由 nijp 于 2008-1-12 01:28 编辑 [/i]]

个人认为版本号的组成部分分为3个部分，max 功能版本，也就是所说的一个迭代的过程，也可以是一个beta
mid，中间版本号，子功能的版本号，min，修改bug的版本号码。还有一个版本号码就是dailybuild号码。
比如：1.2.22.357

支持一下,支持一下，支持一下

[quote]原帖由 [i]nijp[/i] 于 2008-1-12 01:26 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=71560&ptid=5450][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
首先，向我以前的老板致敬，我换了工作，依旧把他的版本号方法抄袭到现有公司。
比如ABC产品，第一个版本连带产品命名就是ABC1.0.0.0（简称ABC1000），其中第一位是初始号或重大升级版本号，第二位是一般升级好，第 ... [/quote]

很好的方法，学习……

我用major.minor.bldnum

[quote]原帖由 [i]nijp[/i] 于 2008-1-12 01:26 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=71560&ptid=5450][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
首先，向我以前的老板致敬，我换了工作，依旧把他的版本号方法抄袭到现有公司。
比如ABC产品，第一个版本连带产品命名就是ABC1.0.0.0（简称ABC1000），其中第一位是初始号或重大升级版本号，第二位是一般升级好，第 ... [/quote]

这个方法比较好，值得学习。