问一个简单的软件工程问题：如何对version进行管理？

[tobato]

如何对Version管理？ 哪里有相关的资料？
哪里有软件产品化的相关规范资料？

可笑国内的公司，将version管理写入自己的规范文档里的有多少家？
知道Version的管理方法的程序员有多少？
Version怎么的从1.0就到2.0了？是随意的吗？还是写《关于》窗口的程序员一高兴就从1.0到2.0了？
weblogic 7.0 sp1是什么意思？有几个人明白？

呵呵...我们放过了多少细节？

[yorgo]

那微软来说吧，现在有比较明确的定义了

sp包通常是一些积累的bug补丁，win2k以前还有很多sp包里面有新的功能，但是现在已经明确没有了
option packet是有些产品很久没有release新的版本，但是随着新的技术出现而增加的一些功能。例如windows nt 4.0就有很多的option packet

版本对于一个公司来说，大的版本好通常是代表一个整体的产品，有大的feature的加入、改变才会动主版本号，而后面的号码有不同的定义，有的说是bug的修改，有的是随时间添加的一些功能，多数这两个东西都有所区分。而且都是人为确认的。

机器自动控制的版本号通常有另外一个名字叫build xxxx，指构建的编号，内部利用这个编号管理bug和工作进度。

[tobato]

能否说得再详细些？如何通过Version管理版本？
最近我正在找这方面的资料。想汇集一个Version的转题

[stonespace]

考虑这个问题之前，我认为应该先考虑Version管理的目的是什么，因为没有必要的事情是不值得去做的。有了目的之后，就知道应该做什么，如果目的没有达到，就做一些改进设法达到目的，如果目的已经达到，就不需要做额外的事情。所有的管理都应该这样，以前管理重视不够，除了很多问题，现在很多人就什么都要管理，好像为了管理而管理，不问管理的目的，这样不会取得好的效果。

一般来说，如果大版本号的升级，比如2.0到2.1，都要求用户付费升级，这样大版本号的升级就涉及两件事情，一个是增加收入，另外一个就是用户接不接受。另外大版本号的升级，通常意味着功能有很大的提升，在市场上会产生一种宣传的效果，可以达到打击竞争对手的目的，但是同所有宣传手段一样，也有可能让用户感到受骗。所以version的效果，通常体现的市场上，所以version的管理，实际上要和整个产品的市场战略结合起来考虑，实现产品的市场战略应该作为version管理的目标。看看你的市场战略的意图是否达到，如果没有达到，可能就需要检讨version的处理方式是否正确。

[tobato]

我觉得Version有几个作用：
1.软件从1.0 - 2.0应该是加入了更多的feature，因此才会给用户更多的功能，正如楼上所说的，市场功能，告诉用户我们的程序升级了，有更好的东西了，快来买，快来升级。
2.管理软件的开发，管理bug的升级，feature的升级,可以做为项目开发的里程碑
3.软件的维护，升级，当需要对软件进行升级时，版本号是升级必须知道的信息

[telescope]

用一个叫CVS的工具软件,既可以解决多人合作冲突问题,又可以很好地记录程序的版本,并且在后悔的时候还可以退回任意指定的版本!

[tobato]

vss也可以

[tianbog]

版本号的定义和版本升级时变动的大小幅度都没有严格的限制，你觉得可以的话可以将前一个版本1.0的升级到8.0，没人管你。不过在采用版本控制软件之后，版本号的升级可能会规范一些，比如可以与JBuilder 7.0集成的版本控制软件ClearCase(Rational公司产品)在提交(Check in)一次后引发最小版本号的加1。现在世界上市场占有率最高的版本控制软件是PVCS系列莫属，从高端到个人版都有。除此外还有上面提到的ClearCase、微软公司的VSS、Borland公司的TeamSource、Unix和类Unix下的CVS等等，都是非常不错的版本控制系统。[e-mail]

[xueqt]

up

[tobato]

我觉得有自己的版本控制是项目管理必须的

[klbt]

用VSS软件。

[vernicle]

随便说说吧

楼上的主要混淆了两个概念 version 和 revision

在所有的版本控制系统里自动生成的其实都是revision 修订

是单个文件的一次变化

例如 cc cvs vss中的一次check in

单独对某个文件说它是1.0 , 2.1其实没什么意义，revision只是表示一个修订的序列号。

而对于产品来说，我们说的版本通常是一组特定的文件的集合。

比如说一个产品的1.0版本可能包括了a.c 的修订1.4,b.c的修订1.1.1.4
......
在配置管理工具中通常是用标记实现这个东东的。

可以按照日子对标记命名，比如说20030201,或者直接按照build的次数命名，例如windows 5.0 build 2195就是我们常用的windows 2000.

至于1.0 2.0这些我们通常用版本其实也是有具体涵义的。
或者说有大致的规范。但是到具体的各个公司可能略有不同。

比如说，小数点前面的数字表示大的更改。1.0 - 2.0就表示一个大的飞跃。而1.1 - 1.2应该代表了增加了一定的功能。1.1.2 1.1.13这样的版本通常就只是bug fix了。

还有的公司采用更细的分法。
比如说对于redhat,只要是仔细看过的人都知道。
6.0/7.2/8.0这样的版本是比较稳定的版本。
而通常奇数结尾的版本都是过渡版本或者beta版本。

[Wally_wu]

用Visual SourceSafe