cvs版本树（revision tree） 可以分为不同的分支（branches），每一个分支可以是一个独立的自我维护的开发线。而在一个分支中的变更可以很容易地移回到主干中。
Code
每一个分支均有一个分支号（branch number），由奇数个“.”分开的十进制数组成。 把一个整数追加到对应分支赖以分离出的版本号上来创建分支号。使用分支号允许从一个特定版本分离出多个分支。 当 cvs 创建一个分支号的时候它取一个未用的偶整数，用 2 开始。这样当你想从 6.4 的版本创建分支时分支号将为 6.4.2。以零结尾的所有分支号（如 6.4.0）被 cvs 内部使用。（分支 1.1.1 有特别的含义）
这时候我们使用
cvs log -T -r分支名 文件名
查看某个文件时，会发现一个奇怪的现象，
Code
例如在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 对比有意义
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 对比有意义
