cvs usage

一、获取与安装
    CVS（Concurrent Versions System）是一款开源的版本控制系统，当前版本1.11.22，可以从下载。我下载的是Windows版本。下载文件cvs-1-11-22.zip后，解压到指定文件夹，我解压到了C:\CVS文件夹下。
    下面在环境变量中做两个配置：
        Path=C:\CVS
        CVSROOT=:local:e:\cvs
对 于Path的配置无需解释，最常见的了。但CVSROOT要说明一下:local，表示用local协议访问CVS，而非常见的pserser协 议，pserver协议表示从客户端访问服务器，而local表示访问本地；e:\cvs，要访问的CVS仓库，该文件夹可以暂不创建。
二、常用操作
    创建CVS仓库的命令：
    cvs -d e:\cvs init
其中-d是cvs命令的参数，用于指定路径，此时CVS会在e:\cvs文件夹下创建一个仓库。仓库用来保存提交到CVS中的文件，并记录相应版本信息。如果e:\cvs文件夹没有创建，CVS会自动创建。

    导入与拆出文件。要将文件夹导入CVS仓库，请先在命令行中定位到该文件夹下，我的文件夹为F:\project1，然后执行命令：
    cvs import -m "firstProject" project vendor init
其 中-m是import子命令的参数，用于记录操作日志，当前步骤的操作日志为“firstProject”，其它cvs命令如无特殊说明，-m参数也是同 样含义。此时CVS会将F:\project1文件夹导入，并在仓库中生成project模块。下面在命令行中执行“cd..”命令，退往上一级文件夹， 即F:下,然后执行命令：
    cvs checkout -d project1 project
此时project模块与文件夹F:\project1就关联到一起了。
    不过将cvs checkout操作简单地说成关联是不正确的，这一步操作应当称为拆出文件，其作用是将保存在CVS仓库中的文件取出，存放到指定文件夹下以供编辑。例如在F:下新建一个与project1同级的文件夹project2，然后执行命令：
 cvs checkout -d project2 project
此时project模块也会被取到F:\project2中。下面将利用F:\project1和F:\project2文件夹来模拟两个用户的操作。

    添加文件和文件夹。下面在F:\project1文件夹下新建文件1.txt，这是一个文本文件，然后在命令行中定位到该文件夹下，执行命令：
    cvs add 1.txt
    cvs commit -m ""
此时1.txt文件就会被添加到CVS仓库中了。这里注意，commit子命令是用来向CVS仓库提交修改内容的，以后每次文件有所变化都应用该命令向CVS执行提交。
    在 CVS中，文件被分为两种类型，一种是文本文件，例如.txt、.java、.c等，一种是二进制文件，例如.exe、.doc、.xls等，这两种文件 在CVS中的管理方式是不同的。下面在F:\project1文件夹下新建文件2.doc，这是一个Microsoft Office Word文件，属于二进制文件，然后执行命令：
    cvs add –kb 2.doc
    cvs commit -m ""
此时2.doc文件也被添加到CVS仓库中了。
    下面在F:\project1文件夹下再新建一个文件夹dir，然后执行命令：
    cvs add dir
此时文件夹dir同样会被添加到CVS仓库中。

    更新文件和文件夹。下面在命令行中定位到F:\project2文件夹下，此时的F:\project2是个空文件夹，没有任何内容。执行命令：
    cvs update -d
文件1.txt、2.doc和文件夹dir都被下载到F:\project2中了。其实cvs update的作用是更新本地文件，记得以后每次修改文件之前，都执行一次该命令。注意，如果不加-d参数，CVS只会下载文件。

    提交与更新文件。下面打开F:\project1中的1.txt文件，修改、保存并关闭，然后在命令中定位到该文件夹下，执行命令：
    cvs commit -m "edit 1.txt"
此时对1.txt所作的修改会被提交到CVS仓库中。如果想放弃修改，则可以在提交之前执行命令cvs update -C，此时1.txt会被恢复成修改之前的内容，同时生成.#1.txt.1.1文件以备份修改内容。
    下面再打开F:\project2中的1.txt文件，发现内容没有改变，关闭，在命令行中定位到该文件夹下，执行命令：
    cvs update
再次打开F:\project2\1.txt文件，会发现内容已经发生了变化，与F:\project1\1.txt文件一样。

    处置修改冲突。下面分别修改F:\project1\1.txt和F:\project2\1.txt文件，注意保证两者内容的不一致，然 后首先用cvs commit -m ""提交F:\project1\1.txt，再提交F:\project2\1.txt，此时CVS会提示有冲突。这是因为我们对同一个文件作了不同的 修改所致，这种情况在日常使用中会经常发生。要解决这个问题，请先在命令行中定位到F:\project2下，执行命令cvs update，此时CVS将更新1.txt文件，把有冲突的部分以格式：
    <<<<<<< 1.txt
    F:\project2\1.txt文件冲突部分内容
    =======
    F:\project1\1.txt文件冲突部分内容
    >>>>>>> 1.3
标记出来，并生成.#1.txt.1.2文件，以记录更新之前的F:\project2\1.txt。下面重新修改F:\project2\1.txt，执行命令cvs commit -m ""，至此问题解决。关于.#1.txt.1.2文件，删除好了。
    当然，我们也可以选择放弃修改，即在处理掉F:\project2\1.txt的冲突部分之后，执行命令cvs update -C，此时F:\project2\1.txt会被恢复成修改之前的内容，而.#1.txt.1.2文件则重新生成，以备份修改内容。

    文件和文件夹的查看与比较。先在命令行中定位到F:\project1下，执行cvs update命令，然后陆续执行以下命令并观察其效果：
    cvs status                        查看project模块下所有文件和文件夹的状态
    cvs status 1.txt                查看1.txt文件的状态
    cvs status dir                  查看dir文件夹的状态
    cvs log                             查看project模块下所有文件和文件夹的日志
    cvs log 1.txt                     查看1.txt文件的日志
    cvs log dir                       查看dir文件夹的日志
    cvs diff 1.txt                     若保存在本地的1.txt文件被修改，则与保存在CVS文件夹中的原始拷贝比较差异
    cvs diff -r1.3 1.txt            用保存在本地的1.txt文件与保存在CVS仓库中的1.txt文件的特定版本比较差异
    cvs diff -r1.3 -r1.4 1.txt   比较CVS仓库中1.txt文件两个版本间的差异

    文件的删除。先在命令行中定位到F:\project1下，删除文件2.doc，然后执行命令：
    cvs remove 2.doc
    cvs commit -m ""
此时F:\project1\2.doc文件就被从CVS仓库中删除了。如果嫌麻烦，也可以使用remove子命令的-f参数，即在定位到F:\project1时执行命令：
    cvs remove -f 2.doc
    cvs commit -m ""
这样CVS会自动将2.doc文件删除掉的。
    不过CVS并未提供删除文件夹的功能，一般情况下可以先将要删除的文件夹清空，即使用cvs remove命令删除文件夹下的所有文件，然后执行命令：
    cvs checkout -P -d project1 project
即对checkout子命令使用-P参数，该参数会将工作目录下的所有空文件夹清除。如果还想保留某些空文件夹，可以再执行命令：cvs update -d 文件夹1 文件夹2，该命令会下载指定的文件夹。

    文件的恢复。在CVS中，文件的恢复可以分为两种情况，一种是删除文件但未提交，以F:\project1\1.txt文件为例，先在命令 行中定位到F:\project1下，然后执行命令cvs remove -f 1.txt，此时可以使用命令cvs add 1.txt进行恢复。另一种是删除文件且已提交，以之前删除的F:\project1\2.doc文件为例，执行命令：
    cvs add 2.doc
    cvs commit -m ""
此时F:\project1文件夹下便多了个2.doc文件。其实在CVS中，文件并不会真的被删除，而是被放到Attic目录下统一管理了。

    文件的重命名与移动。CVS并未提供重命名或移动文件的功能，但我们可以通过add和remove子命令来实现。以F:\project1 \2.doc文件为例，先在命令行中定位到F:\project1下，执行cvs update -d命令，然后将2.doc改名为3.doc，再执行命令：
    cvs remove 2.doc
    cvs add 3.doc
    cvs commit -m ""
此时2.doc就被改名为3.doc了。下面将3.doc移动到dir文件夹下，然后执行命令：
    cvs remove 3.doc
    cvs add dir/3.doc
    cvs commit -m ""
此时3.doc就被移动到dir下了。

    分支（branch）。假定软件K的发行版1.0已完成，而你正在继续开发下一版本，并计划在一段时间后发行版本1.1。可是不久你的客户 就开始抱怨说K 1.0有问题，于是你检出了1.0的发行版，找到了这个错误。但是，当前代码的版本正处在一个不稳的状态，并且在一段时间之后才有希望稳定下来，这样就没 法基于最新源代码去发行一个修复错误的版本了。这种情况下可以去为所有构成K 1.0发行版的文件创建版本树的一个分支。然后你可以修改这分支而不影响到主干。当修订完成时，你可以选定是否要把它同主干合并或继续保留在这个分支里。

    创建分支。先在命令行中定位到F:\project1下，执行命令：
    cvs tag -b new_project
此时CVS会在仓库中为project模块打上标签new_project，则new_project分支创建。
    标签（tag）。即符号修订号，用来为特定版本打印标签，打印标签后即为该版本创立了分支。

    获取分支。先在命令行中定位到F:\project2下，执行命令：
    cvs update -r new_project
此时CVS会将new_project分支下载到F:\project2中。如果想下载之前的版本也可以利用该命令，例如：
    cvs update -r 1.3

    在不同分支下修改文件。下面分别修改F:\project1\1.txt和F:\project2\1.txt文件，注意保证两者内容的不 一致，然后使用cvs commit -m ""进行提交。这两个文件均会被正确提交，而CVS也并未因为两者内容不一致提示版本冲突，只是提示的版本信息有所不同，这说明之前创建分支已经成功。

    合并分支。在命令行中定位到F:\project1下，执行命令：
    cvs update -j new_project
        或
    cvs update -j 1.5 -j new_project
前 者是用new_project分支与本地文件做比较；后者则是用主分支的最新版本1.5与new_project分支做比较。由于之前分别修改了 F:\project1\1.txt和F:\project2\1.txt，并且刻意保证了两者内容的不同，因此在将new_project分支合并到主 分支时，CVS会提示冲突，此时CVS将更新1.txt文件，把有冲突的部分以格式：
    <<<<<<< 1.txt
    F:\project1\1.txt文件冲突部分内容
    =======
    F:\project2\1.txt文件冲突部分内容
    >>>>>>> 1.4.2.1
标 记出来，并生成.#1.txt.1.5文件，以记录更新之前的F:\project1\1.txt。下面重新修改F:\project1\1.txt，执 行命令cvs commit -m ""，如果提示错误请执行cvs update -A，再重新提交。如果想放弃，则可以在修改1.txt文件后，执行命令cvs update -C，此时1.txt会被恢复成修改前的内容，而.#1.txt.1.5文件则重新生成。注意，new_project分支不会因为与主分支的合并而消 失。

    标签管理。在命令行中定位到F:\project1下，执行命令：
    cvs tag -b forTest
为主分支打上标签，创建新的分支。
    噢，不好意思，其实我是想为1.txt文件的1.5版本创建分支，而当前版本是1.6，搞错了。怎么办呢？执行命令：
    cvs tag -r 1.5 -F -B forTest 1.txt
这样标签就会被移动到版本1.5上了。如果想直接在版本1.5上创建分支，请执行命令：
    cvs tag -r 1.5 -b forTest
 嗯，现在我又不喜欢forTest作为标签的名字了，我想让标签的名字叫newTest，请执行命令：
    cvs rtag -r forTest newTest project
    cvs rtag -d forTest project
project是我们在import数据到CVS仓库时创建的模块名。第一条命令执行之后，newTest会替换forTest；但forTest作为标签却并未真正消失，因此使用第二条命令将其删除。
    此时我又不想建立分支了，执行命令：
    cvs rtag -d newTest project
标签newTest被删除。

    固定文件版本。之前的一系列操作导致CVS仓库中文件的版本十分混乱，可以使用命令：
    cvs commit -m "" -r 1.7
将所有文件的版本固定到1.7。注意，文件版本只能固定成更高的版本，而无法固定成低版本。

    标明模块不再使用。在命令行中定位到F:\project1下，执行命令：
    cvs release -d .
或在F:\下执行命令：
    cvs release -d project1
此时F:\project1目录下的所有内容被清空。

    导出。在命令行中执行命令：
    cvs export -D2007/06/18 -d F:\project project
此时版本库中所有在2007年6月18日之前生成的内容均会被导出到F:\project文件夹中，如果不指定-d参数则会被导出到当前路径下。注意，F:\project会自动生成，并且该文件夹中的内容比较干净，不包含版本控制信息。

    生成补丁。在命令行中定位到F:\project1下，执行以下任意一条命令：
    cvs diff -c -r 1.7 -r 1.3 1.txt > test.diff（在1.txt的两个指定版本间比较）
    cvs diff -c -r 1.3 1.txt > test.diff（在1.txt的当前版本与指定版本间比较）
    cvs rdiff -r 1.7 -r 1.3 . > test.diff（在当前模块的两个指定版本间比较）
    cvs rdiff -r 1.3 . > test.diff（在当前模块的当前版本与指定版本间比较）
会 生成输出信息到文件test.diff中。这些版本间的差异信息被称为补丁，而test.diff文件则称为补丁文件。注意，当不写“> test.diff”时，例如cvs diff -c -r 1.7 -r 1.3 1.txt，信息会直接输出到屏幕。关于diff与rdiff命令的差异，前者比较的对象是文件，后者比较的对象是模块。
三、子命令同义词
    在CVS中，一些子命令是有同义词的，通过同义词可以简化操作，例如commit子命令的同义词为ci，这样就可以将命令：
    cvs commit -m ""
简化为：
    cvs ci -m ""
    下面列出了前面用到的几个子命令的同义词：
    checkout：co，get
    commit：ci
    rdiff：patch
四、update子命令的输出
    在执行update或commit子命令的过程中，会看到一些标志性的字母，那么这些字母表示些什么呢？
    A        在工作副本中添加文件并将这一操作更新到CVS仓库
    R        在工作副本中删除文件并将这一操作更新到CVS仓库
    U        更新工作副本中不存在或者没有修改过的文件
    P        与U类似，但是以补丁的形式更新
    C        有冲突
    M        合并成功
    ?        工作副本中存在而CVS仓库中不存在的文件