请教：如何改变cvs中文件的版本号

Question

我的客户端用的是wincvs

建立文件时，cvs默认的版本号是1.1，然后1.2、1.3的往上走。
可是有时候改动很少，希望变成1.1.2，这样的子版本号，只有到一个阶段，才变成1.2这样的大的版本号，就象apache之类的软件那样。

我应该怎么做呢？

Answer 1

现在看起来，那里根本不理解cvs

我现在的标准答案是：cvs使用tag来解决此问题。

Answer 2

同意楼上的！不过，在一些软件项目中或者自己开发，用CVS也算是不错的选择，总比手功维护好一些，

Answer 3

CVS只是一种功能比较弱的版本管理工具，
  或者你可以尝试用其他功能比较完善的工具如：ClearCase和PVCS

Answer 4

我也这么认为

当然CVS还有一些要改动的地方

但现在这个样子觉得已是很成功的开源软件项目了

Answer 5

我觉得用branch不错。
可能cvs中的reversion的概念和我以前理解的不太一样。cvs的做法挺好的。

Answer 6

也许有那种方法可以控制CVS版本号的吧
好像是在文件中定义一个变量

Answer 7

那是程序的发布版本

CVS的版号与程序版本无关的

Answer 8

多谢您的指教。

以前我用vb之类的工具时，它的版本号可以自由指定，用习惯了，很方便。

Answer 9

http://www.lslnet.com/linux/docs/linux-3874.htm
是CVS的介绍

我觉得想达到你的要求可能是没有办法
因为它的版本号应该是CVS控制的

可以参考一下下面这段说明

CVS Branch：项目多分支同步开发
=============================

确认版本里程碑：多个文件各自版本号不一样，项目到一定阶段，可以给所有文件统一指定一个阶段里程碑版本号，方便以后按照这个阶段里程碑版本号导出项目，同时也是项目的多个分支开发的基础。
cvs tag release_1_0

开始一个新的里程碑：
cvs commit -r 2 标记所有文件开始进入2.x的开发

注意：CVS里的revsion和软件包的发布版本可以没有直接的关系。但所有文件使用和发布版本一致的版本号比较有助于维护。

在开发项目的2.x版本的时候发现1.x有问题，但2.x又不敢用，则从先前标记的里程碑：release_1_0导出一个分支release_1_0_patch
cvs rtag -b -r release_1_0 release_1_0_patch proj_dir

一些人先在另外一个目录下导出release_1_0_patch这个分支：解决1.0中的紧急问题，
cvs checkout -r release_1_0_patch
而其他人员仍旧在项目的主干分支2.x上开发

在release_1_0_patch上修正错误后，标记一个1.0的错误修正版本号
cvs tag release_1_0_patch_1

如果2.0认为这些错误修改在2.0里也需要，也可以在2.0的开发目录下合并release_1_0_patch_1中的修改到当前代码中：
cvs update -j release_1_0_patch_1