[cvs]版本号规则

cvs版本树（revision tree） 可以分为不同的分支（branches），每一个分支可以是一个独立的自我维护的开发线。而在一个分支中的变更可以很容易地移回到主干中。

每一个分支均有一个分支号（branch number），由奇数个“.”分开的十进制数组成。 把一个整数追加到对应分支赖以分离出的版本号上来创建分支号。使用分支号允许从一个特定版本分离出多个分支。 当 cvs 创建一个分支号的时候它取一个未用的偶整数，用 2 开始。这样当你想从 6.4 的版本创建分支时分支号将为 6.4.2。以零结尾的所有分支号（如 6.4.0）被 cvs 内部使用。（分支 1.1.1 有特别的含义）
这时候我们使用
     cvs log -T -r分支名 文件名
查看某个文件时，会发现一个奇怪的现象，

Working file: goldequip.txt
head: 1.63
branch:
locks: strict
access list:
symbolic names:
    tag_issue_v_247_20090806: 1.4.6.1.2.12.2.21.12.2
    tag_issue_v_04_253_20090806: 1.58.16.1.2.1
    tag_issue_v_03_00_269_20090804: 1.4.6.11.2.4.2.1.22.3    
    tag_issue_v_246_20090803: 1.4.6.1.2.12.2.21.12.2
    tag_issue_v_245_20090730: 1.4.6.1.2.12.2.21.12.2
    tag_issue_v_04_251_20090730: 1.58.16.1.2.1
    tag_issue_v_04_250_20090728: 1.58.16.1    
    tag_issue_v_243_20090723: 1.4.6.1.2.12.2.21
    tag_issue_v_04_248_20090723: 1.58.16.1
    tag_issue_v_00_000_038_20090723: 1.4.6.11.2.4.2.1.12.1
    tag_issue_v_03_00_266_20090723: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_00_000_037_20090722: 1.4.6.11.2.4.2.1.12.1
    tag_issue_v_03_00_265_20090722: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_03_00_141_20090709: 1.4.6.1.2.25
    tag_issue_v_03_00_263_20090707: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_00_000_036_20090707: 1.4.6.11.2.4.2.1.12.1
    tag_issue_v_03_00_140_20090706: 1.4.6.1.2.25
    tag_issue_v_03_00_262_20090703: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_04_246_20090702: 1.58
    tag_issue_v_03_00_261_20090702: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_03_00_260_20090630: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_241_20090630: 1.4.6.1.2.12.2.21
    tag_issue_v_240_20090629: 1.4.6.1.2.12.2.21
    tag_issue_v_04_245_20090629: 1.58
    tag_issue_v_03_00_258_20090625: 1.4.6.11.2.4.2.1.22.3
    tag_issue_v_239_20090625: 1.4.6.1.2.12.2.21
    b_dev_ib-00-238_xia_20090624: 1.4.6.1.2.12.2.21.0.12
    b_dev_cn-06-244_junxia_20090624: 1.58.0.14
keyword substitution: kv
total revisions: 171;    selected revisions: 0
description:
=============================================================================

例如在1.58版本基础上创建分支b_dev_cn-06-244_junxia_20090624，我们看到的是1.58.0.14，但是客户端看到的版本号是1.58。在第一次提交后才出现revision内容。

keyword substitution: kv
total revisions: 172; selected revisions: 1
description:
----------------------------
revision 1.58.14.1
date: 2009/08/07 13:43:04;  author: ×××;  state: Exp;  lines: +2 -0;  kopt: kv;  commitid: 3a44a7bbee83c21;  filename: goldequip.txt;
b_dev_cn-06-244_junxia_20090624的1.58.0.14
=============================================================================

用程序校验“cvs update -r分支名 版本号”是否成功
cvs log -T -r分支名 文件名
1、校验revision里面 是否存在。如否则2
2、校验symbolic names 里面是否存在，这种情况只出现在本地刚创建新分支而且没有提交过的情况。如上面的文件本地刚获取新分支时的版本号为1.58，第一提交后就为1.58.14.1了。
3、校验cvs status校验本地是否取成功

对比两个文件版本号大小时，只有在同一个分支才有比较意思。这就是说假设两个文件都提交到同一个分支，这样前面几段必然相同，理论上应该取出最后一段数字比较即可。
特殊情况： 1.19 和 1.18.2.2 对比无意义；1.18 和 1.18.2.2 对比有意义