CVS，顾名思义，是个可以用在小组协作环境下的源码版本管理系统。同类的软件有AT&T的SCCS（Source Code Control System），还有PVCS等。在OpenSource项目里CVS用得最为广泛, Linux kernel不使用CVS来维护，下面我们将会参考FreeBSD的源码管理来做示例。CVS是个相当复杂的系统，FreeBSD甚至设有专门的“CVS管理员”（CVS “Maester”）来全面负责项目的CVS repository维护。
下面介绍与CVS相关的若干概念和术语：
Repository: “源码仓库”，CVS存放的项目源码历史档案
CVSROOT: 该环境变量指明CVS Repository存放的目录
Module: 模块。就是CVSROOT下的顶级目录名
Vendor Branch: 分支。在一套Repository里可以存放多个代码分支的历史
Release Tag: 发行标记。对于每一个版本，可以用符号来做标记
下面是一个CVS repository的版本衍生图，大致描绘了FreeBSD的版本发行情况。图中的RELENG_3和RELENG_4表示“Release Engine”，也就是Vendor Branch，每个Branch分头发展，等某个Branch的开发到了一定的质量水准，就做个Release Tag。比如最近的4.0-RELEASE的Release Tag是REL_4_0。
这些不同的Branch都存放在同一个Repository Tree里。
CVS是个很复杂的系统，可以参考下面两个URL获得进一步的信息：
http://www.loria.fr/~molli/cvs-index.html
（在cvs软件包里含有详细的文档，应当查阅info版本。几个ps文件都太老了）
下面介绍CVS的基本用法。
① Import 导入/创建CVS Repository Tree
首先建一个目录作为你的CVSROOT，然后用cvs init命令对其初始化（建立一系列log,config文件）。然后到工作目录下使用cvs import命令：
[hahalee@builder]$ mkdir /home/hahalee/CVS
[hahalee@builder]$ export CVSROOT=/home/hahalee/CVS
[hahalee@builder]$ cvs init
[hahalee@builder]$ cvs import _b 0.5.0 hftpd RELENG_0 REL_0
N hftpd/tar.h
N hftpd/auth.h
[blah...blah...blah...]
N hftpd/docs/rfcs/rfc0959.txt
N hftpd/docs/rfcs/rfc2428.txt
No conflicts created by this import
上述操作在$CVSROOT下生成hftpd目录，可以看到里面都是后缀为“,v”的文件，这就是import进来的Repository。RELENG_0是vendor-tag，REL_0是release-tag。vendor-tag就是vendor branch tag，可以理解为”code name”。
② Checkout 创建私有工作目录/Export
换一个空目录，运行 cvs checkout modules_name 即可：
[hahalee@builder]$ cvs checkout hftpd# hftpd是我们的module name
cvs checkout: Updating hftpd
U hftpd/AUTHORS
U hftpd/COPYING
[blah blah blah] # 省略许多
[hahalee@builder t]$ ls -l
总共 0
drwxrwxr-x 5 hahalee hahalee 1253 Apr 7 20:08 hftpd
[hahalee@builder t]$ find ./ -type d
从最后一条命令的输出可看到，checkout的工作目录里多了CVS目录。里面记载了CVS相关的信息，可以方便后续的cvs操作。如果纯粹是为了拷贝出最新的source tree，可以用export，此时不会建立CVS目录。
③ Update 更新
当你完成某一部分代码的时候，先不忙提交，可以把别人可能做了的其他修改update过来然后统一编译调试无误后再提交，这是team work的准则。在checkout出来的工作目录下（不管什么子目录），直接cvsup update 就可以了，当然你要先把CVSROOT环境变量设置好。
④ Commit 提交
很简单，cvs commit。但你必须要在checkout出来的工作目录里提交才行:
[hahalee@builder]$ cvs commit
cvs commit: Examining .
cvs commit: Examining docs
cvs commit: Examining docs/man
cvs commit: Examining docs/rfcs
cvs commit: Examining tools
Checking in AUTHORS;
/home/hahalee/CVS/hftpd/AUTHORS,v <-- AUTHORS
new revision: 0.6; previous revision: 0.5
done
关于并发提交冲突：任何用户可以随意checkout他们自己的工作拷贝，commit也是不受限制的。这样，当用户a和b分别checkout了1.2版的c.c，然后各自对c.c做了修改，a提交了他的修改，然后，当b提交的时候，冲突就产生了。
这时候，cvs会做以下动作：
然后，用户b应当修改c.c，去掉/合并冲突的行，并以版本1.4提交。
⑤ Diff
可以用类似rcsdiff的方法用cvs生成patch，命令行语法也类似
[hahalee@builder]$ cvs diff -u -r0.5 AUTHORS
Index: AUTHORS
===================================================================
RCS file: /home/hahalee/CVS/hftpd/AUTHORS,v
retrieving revision 0.5
retrieving revision 0.6
diff -u -r0.5 -r0.6
--- AUTHORS 2000/04/07 10:46:02 0.5
+++ AUTHORS 2000/04/07 14:05:57 0.6
@@ -1,3 +1,4 @@
+ah! let me in!
So then, who can't spell
Develloppopotamus?
Quite a lot of us.
还有一个rdiff，用来生成两个不同的release 之间的patch。
⑥ 其他操作
cvs 的其他操作还包括有：
admin 管理功能
tag 对某一版本做符号标记
release 取消checkout,删除工作目录（release在这里是“释放”的意思）
add,remove 往repository里添加/删除文件
history 查看repository操作历史记录
⑦ CVS 的多平台特性以及C/S扩展
cvs是多平台的，开发可以在多种平台比如，可以把linux上的CVS Repository通过samba export出来在Windows平台上做开发。现在很多软件包里包含有*NIX/Windows/MacOS等多平台支持代码，cvs的跨平台特性可提供最好的多平台开发支持。
不过，cvs的操作是直接基于文件系统的，在需要大量远程协作的场合问题很多，远程的NFS mount效率太差，也会有安全问题。新版本的cvs自身内建了Client/Server支持，也可以利用Unix上传统的远程交互手段来通讯。
1，通过rsh（也可用ssh替换）
2，使用cvs自带的C/S用户认证：pserver（缺省端口2401）
3，使用kerberos的gserver、kserver