1.安装
1.1 建立及初始化CVS工作目录
#mkdir /src
#msdir /src/cvslib
#cvs -d /src/cvslib init //初始化cvs工作目录，可以看到出现CVSROOT目录，表示初始化成功。
1.2 建立系统用户，包括管理员组和普通用户组两种权限。
#groupadd (CVSAdmin) //建立管理员组
#groupadd (CVSUser) //建立普通用户组
#useradd -g (CVSUser) -M (CVSUser_Sys1)
//不用添加Home目录(-M)而直接添加拥有访问CVS权力的系统用户CVSUser_Sys1，属于CVSUser组
#passwd CVSUser1
/
/设定CVSUser_Sys1的系统登陆密码(应该可以对真正的CVS用户透明)
1.3 设定各组系统用户权限，作为CVS不同类型用户的代表
#chgrp -R (CVSUser) /src/cvslib //？添加新的工程是否直接在此处修改权限？
#chmod -R u=rx,g=rx /src/cvslib //设定组用户权限
此外：
<1>CVS用户(组)必须对/src/cvslib目录有执行权(列表权)和写权利，可以没有读权利;
#chmod u=wx,g=wx /src/cvslib (o-other不改变)
<2>CVS用户(组)必须拥有对/src/cvslib/CVSROOT目录及其中所有文件的读权限(r)和列表权限(x);#chmod
g=rx /src/cvslib/CVSROOT (o-other不改变)
<3>CVS用户(组)必须拥有对/src/cvslib/CVSROOT目录下history文件的写权限;
#chmod u+w,g+w /src/cvslib/CVSROOT/history (o-other不改变)
<4>CVS用户(组)如果希望拥有操作(checkout等)某个项目(CVS中称为模块)代码等资料的权利，必须拥有对该目录及其子目录的rwx权限。否则在操作时，一旦遇到没有该用户权限的文件或目录，则操作中断。
#chmod -R u+rwx,g+rwx (/project)
1.4 配置CVS口令服务器
<1>在CVS服务器的/etc/services文件中添加新服务端口：(目前的Linux都已经预先设定好) cvspserver 2401/tcp
<2>在/f/目录中添加一个新文件，名称随意，内容为： service cvspserver
{
flags = REUSE
socket_type = stream
wait = no user = root //？如何设置多个用户？ //必须为root么？(必须为root，不能用其它用户名)
server = /usr/bin/cvs //cvs的安装目录
server_args = -f --allow-root=/src/cvs pserver //cvs文件的保存目录， 且--allow-root中间的横线不能分开
disable = no
log_on_failure += USERID
}
如果用的是 inetd 的系统，在 /f 里加入：
cvsserver stream tcp nowait root /usr/bin/cvs cvs -f --allow-root=/home/cvsroot pserver
<3>改变CVSROOT目录下的config文件访问属性，使其可被用户修改。去掉 /src/cvslib/CVSROOT/config中的 #SystemAuth = no注释符号#，使其有效，必须在passwd中存在用户名称和密码的才可以登陆，而不用系统为该用户提供的密码校验。即虽然用户名和系统的一样，但是登陆的密码是用htpasswd时定义的密码。
<4>重新起动CVS口令服务器
#/etc/rc.d/init.d/xinetd restart
<5>检查CVSServer服务是否已经启动
#netstat -l |grep cvspserver
应该有如下结果：
tcp 0 0 *:cvsps
erver *:* LISTEN
1.5 创建用于外部访问CVS服务器的用户利用Linux的加密命令对CVS外部访问用户的密码进行加密
<1> 创建/src/cvslib/CVSROOT/passwd (注意必须名字为passwd，不能用其它文件名称) //用于保存用户名、加密后的密码及该用户具有那个系统用户的权限的文件
<2> #htpasswd -c /src/cvslib/CVSROOT/(passwd) (CVSUser_connect1)
//输入密码后，passwd格式为[用户名：加密后的密码明文] [cvstest:vORwxVRU8zDvw]
/
/需要修改为[用户名：加密后的密码明文：系统用户]的格式 [cvstest:vORwxVRU8zDvw：CVSUser_Sys1]
//这样就建立了外部访问用户
2.登陆cvs：
cvs -d :pserver:xuquanxing@ip:/home/cvsroot login
Note：pserver是访问方式，如果服务器设置的是口令认证，则是 pserver。 username是 CVS服务器的用户名，可以根据你的设置修改; the_server_name是CVS服务器的名称或者IP地址; /home/cvsroot是你的CVS服务器的CVSROOT目录，根据你的CVS服务器设置做修改或者询问管理员．
这时候cvs会问你口令，请把你在CVS服务器上的口令敲进去： Passwd:xxxxxxxx
3.提交项目--import
cvs import [-options] repository Note: 该命令将当前目录下的所有文件(包括子目录)导入源代码储存库。 repository ：项目名称，在CVS服务器上会创建以这个名字命名的仓库。 vendortag : 项目分支的总标记。(不常用) releasetag ：标识文件的输入层次的标记。 (一般用start) 使用
import提交项目的时候，CVS会要求对项目进行说明。在默认状态下，CVS会弹出文本编辑器。用户也可以用-m “log_message”来输入
说明信息。
例如 $cvs import -m "upload the first time as new module" judecvs v_0_0_1 start
提示：import 一般在第一次导入module时使用。后期修改文件后可直接使用commit命令提交修改的文件。
4.从CVS导出项目--checkout
cvs checkout [options] 此命令将源代码储存库中已有的项目导出到当前目录。 modules ：项目名称例如，从仓库中检索出judecvs项目的源文件． $cvs checkout judecvs
5.CVS 主要命令---update 更新当前工作目录中的文件
cvs update [-options] [] 此命令比较指定CVS源码库中的文件和当前目录下的文件，如果CVS源码库中有更高版本的源文件，则更新当前目录下的文件。此命令只有在
checkout命令使用过后才能使用。 在执行update命令时，CVS并不是简单的将新版本覆盖当前文件，而是试图将新版本所做的修改添加到当前文件中去。如果发生冲突，CVS会
以字符串 “<<<<<<”和“>>>>>>”来表示冲突发生。这时候你可以修改文件，重新提交。提示：如果你已经做过一次checkout了，那么不需要重新checkout，只需要进入cvstest项目的目录，更新一把就行了
： 例如： $cd judecvs $cvs update
6.CVS 主要命令---status 如果你不想直接更新，只是想看看有没有更新的东西，那么：
$cvs status 会给每个文件有一份状态报告，类似这样： ================================================== File: client.c Status: Up-to-date Working revision: 1.1.1.1 'Some Date' Repository revision: 1.2 /home2/cvsroot/judecvs/client.c,v
这里最重要的就是 Status 栏，这里总共可能有四种状态： Up-to-date：表明你要到的文件是最新的． Locally Modified：表明你曾经修改过该文件，但还没有提交，你的版本比仓库里的新． Needing Patch：表明有人已经修改过该文件并且已经提交了！你的版本比仓库里的旧． Needs Merge：表明你曾经修改国该文件，但是别人也修改了这个文件，而且还提交给仓库了！
7.CVS 主要命令---commit 保存修改到CVS中
cvs commit [-lnR] [-m 'log_message' | -f file] [-r revision] [] 此命令将当前目录下的源代码与CVS中最新版本比较，并进行更新。 [-m ‘log_message‘ ] ：输入修改说明。 [-r revision] ：指定版本。 [] ：指定修改文件。
$cvs commit -m "add XXX function" client.c
系统会提示 CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: client.c CVS: ----------------------------------------------------------------------
退出后，系统询问是否continue，输入c，则完成checkin Log message unchanged or not specified a)bort, c)ontinue, e)dit, !)reuse this message unchanged for remaining dirs Action: (continue) c Checking in client.c; /home2/cvsroot/judecvs/client.c,v <-- client.c new revision: 1.2; previous revision: 1.1 done
如果CVS上文件已经有其他人更新，也就是我当前工作的不是最新版本，系统提示commit失败，这时候需要先update，然后把整合文件再 commit. cvs server: Up-to-date check failed for `client.c' cvs [server aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvsCEjA9N
提示：修改文件之前先update或者先查看文件状态，确认当前工作版本是最新版本。
8.添加文件到项目中---add
cvs add [-k kflag] [-m 'message'] 此命令并不真正添加文件，只是将文件注册到项目中，要真正添加文件，还要使用commit命令。例如： $cvs add -m "test add" testadd.c
提示： cvs server: scheduling file `testadd.c' for addition on branch `v_0_0_2' cvs server: use 'cvs commit' to add this file permanently
$cvs commit
同commit过程一样，CVS将testadd.c添加到项目中
9.CVS 主要命令---remove 从项目中删除文件
cvs remove [-k kflag] [-m 'message'] 和add命令一样，此命令并不真正删除文件，只是将文件从项目中取
消，要真正删除文件，还要使用commit命令。 e.g. $rm testadd.c $cvs rm testadd.c 系统提示 cvs server: scheduling `testadd.c' for removal cvs server: use 'cvs commit' to remove this file permanently
$cvs commit testadd.c
此时，CVS才将testadd.c从项目的最新版本中删除，但是如果它有以前的版本，以前版本依然存在。
cvs update的信息报告 "cvs update" 后在信息框里会列出你的操作，你的文件update的情况，这里是CVS使用的所有其它单字符信息性消息的列表： U [path] 在本地机更新get到了服务器上最新的或者最新版本的文件。 P [path] 像“U”一样，只是在update时你的网络带宽少的情况下CVS服务器所出现的提示。 M [path] 这意味着您已经修改过该文件了；而且，有可能资源库中新的更改已成功地合并到该文件。 C [path] 错误警报，"C" 字符表明该文件存在冲突，需要在使用 "commit" 提交前解决这冲突。 A [path] 该文件是计划要添加的，即添加了但尚未提交，这时你还使用update命令，CVS就会有这个提示，当你 "commit" 时，它被正式添加
到服务器库中，问题解决。 R [path] 象 "A" 一样，"R" 让您知道该文件计划要删除的，即删除了但尚未提交，这时你还使用update命令， CVS就会有这个提示，当你 "
commit" 后，该文件就会从服务器库中删除，问题解决。
常用的cvs命令
. 导入一个源代码库：
源代码库在目录/home/weiqiong/project，其下有文件test.c和test.h
shell>cd /home/weiqiong/project
shell>cvs import -m "test project" test(需要导入的项目名) weiqiong(开发商信息) start(版本信息)
2. 获得第一份工作copy
shell>cd /home/weiqiong
shell>cvs checkout test
则目录/home/weiqiong/test中就会有test.c和test.h两个文件
3. 检查工作拷贝(-Q为去除无关的提示文字)
shell>cvs -Q update(将cvs上的更新下载到本地)
shell>cvs -Q diff -c(比较cvs上和本地的代码的不同)
如果希望查看某一特定文件的变化，在最后加上文件名
4. 浏览记录信息
shell>cvs log test.c
5. 查看两个版本的不同之处：
shell>cvs diff -c -r 1.3 -r 1.4 test.c
6. 恢复旧版本：如果当前最新版本为1.4，而你想将其恢复到1.3版本，重新建立一个新版本1.5
shell>cvs -Q update -p -r 1.3 hello.c > hello.c
(如果没有-p，表示检验出1.3版本，但是会sticky；加上-p，将1.3版本打到标准输出中，且没有sticky，此处覆盖hello.c文件)
shell>cvs update hello.c
(可选，但是一般ci之前都要update一次)
shell>cvs ci -m "reverted to 1.3 code" hello.c
或者
shell>cvs update -j 1.4 -j 1.3 hello.c
(将1.4->1.3的差异，应用到当前版本上)
shell>cvs update hello.c
(可选，但是一般ci之前都要update一次)
shell>cvs ci -m "reverted to 1.3 code" hello.c
如果是目录
在你
需要恢复的目录下
cvs tag TAG_R1_0_0_2
cvs update -j TAG_R1_0_0_2 -j TAG_R1_0_0_1
cvs update
cvs ci -m "restore to R1_0_0_1"
或者
在你需要恢复的目录的上一级目录中
cvs export -d project_name.old -r TAG_R1_0_0_1 project_name
cp -rf project_name.old/* project_name/
rm -rf project_name.old
cvs update
cvs ci -m "restore to R1_0_0_1"
请注意，内容是恢复到了TAG_R1_0_0_1，但是版本一直在增加。
7. 增加文件
vi newfile
cvs add newfile(若为二进制文件则用cvs add -kb readme.doc）
cvs ci -m "add newfile" newfile
root的初始密码
8. 删除文件
rm newfile.c
cvs remove newfile.c
cvs ci -m "removed newfile.c" newfile.c
9. 增加目录
mkdir newdir
cvs add newdir
10. 要增加带有多级目录和文件的子目录，方法是导入一个目录
比如原项目叫abc，在abc目录下想增加一个带有多级目录和文件的目录jni，
cd jni
cvs import -m "new dir jni" abc/jni weiqiongimport R1_0_0_0
然后，客户端(自己和其他人的客户端)需要
cvs update -d 获取最新的目录更新
11. 删除目录
先删除目录下的所有文件，然后
cvs update -P 从工作copy中删除空目录，但是源代码库依然保留着空目录
如果需要更新工作copy的目录与源代码库完全一致（主要是包括空目录），需要
cvs update -d
如果不需要恢复，应该
到服务器上rm -rf删除该目录
在客户端，rm -rf删除该目录，然后在该目录的同级CVS目录下，修改Entries文件，删除带有该目录名的一行
12. 导出不带CVS目录的源文件，export只能针对一个TAG或者日期导出，空目录不会被导出：
cvs export -r release1 project_name
cvs export -D 20021023 project_name
cvs export -D now project_name
cvs export和cvs co module的区别在于export不生成CVS目录，也不导出空目录，用于作发布
13. 确认版本里程碑
cvs tag release_1_0
14. 开始一个新的里程碑，标记所有文件开始进入2.x的开发
cvs commit -m "make all release 2.0" -r 2.0
cvs up -A
15. 版本分支的建立
在开发项目的2.x版本的时候发现1.x有问题，但2.x又不敢用，
则从先前标记的里程碑：release_1_0导出一个分支release_1_0patch
cvs rtag -b -r release_1_0 release_1_0patch projname
一些人先在另外一个目录下导出release_1_0patch这个分支：解决1.0中的紧急问题，
cvs checkout -r release_1_0patch
而其他人员仍旧在项目的主干分支2.x上开发
在release_1_0patch上修正错误后，标记一个1.0的错误修正版本号
cvs tag release_1_0patch_1
如果2.0认为这些错误修改在2.0里也需要，也可以在2.0的开发目录下合并release_1_0patch_1
中的修改到当前代码中：
cvs update -j release_1_0patch_1
(将release_1_0patch->update -j release_1_0patch_1的改变，merge到当前的版本中)
16.修改某个版本注释：
每次只确认一个文件到CVS库里是一个很

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。