A. cvs服务器怎么搭建
2、安装版本： 2.1、服务器端(CVSNT) 1. 本文使用的是CVSNT-2.0.4，这是一个比较稳定的版本，不要使用最新的CVSNT-2.1.1，本人在使用中发现有比较严重的Bug。 2. 下载连接 http://www.cvsnt.org 目前，它提供2.0.6和2.1.1版本的下载。 3. 上面连接还提供源代码，有兴趣的朋友还可以下载下来仔细研究：）。 4. 有心的朋友，仔细观察就会发现 http://www.cvsnt.org 并没有提供任何客户端的下载，那是因为CVS.exe既可以用于服务器端又可以用于客户端，WinCVS是为了客户端使用的方便而定制的外壳。2.2、客户端(WinCVS) 1. 本文使用的是WinCVS-1.3b13，这应该是一个最新版本：），本人在使用过程中并没有发现有任何严重的Bug。 2. 下载连接 http://sourceforge.net/projects/cvsgui/ 3. 此网站还提供丰富的CVS文档和相关源代码，以及多个OS下面的相关文档和代码；有收藏癖的朋友有福了：）。 4. WinCVS-1.3b13 使用的CVSNT的版本是CVSNT-2.0.2，在与服务器端的CVSNT-2.0.4 版本配合使用时，未发现任何不兼容或冲突现象。 5. 在本人的系统中用cvs version命令显示的结果如下： Client: Concurrent Versions System (CVSNT) 2.0.2 (client/server) Server: Concurrent Versions System (CVSNT) 2.0.4 (client/server) 3、服务器端(CVSNT)的安装与配置： 3.1、服务器端机器和环境配置： 1. 操作系统：Windows 2000 Professional SP2中文版 2. 机器名称：Server 3. 机器地址：192.168.0.6 (内部IP) 4. 网络环境：100兆交换局域网 5. 硬盘分区格式：FAT32与NTFS都可以。 6. 准备2个CVSNT的工作目录： F:\KHRoot (存放自己源代码的根目录) F:\KHTemp (存放CVS出错信息的目录) 7. 本机上存在有的用户列表：（由NT或本机的使用者创建） Administrator (系统管理员) Jackey (普通用户) Goury (普通用户) Riolee (普通用户)
B. linux下CVS的安装配置与操作命令全解析
在介绍CVS命令之前,先说点别的
如以前说,仓库内除乐源文件外,还包括一系列的管理文件.位于$CVSROOT/CVSROOT
修改管理文件的方法等同于源代码文件,利用CVS命令提取和修改.
下面描述每个文件的用途:
checkoutlist 支持CVSROOT目录的其它管理文件,允许为各种CVS命令定置信息
commitinfo 在cvs commit命令执行时,这个文件指定乐文件提交时执行的命令
cvswrappers 定义乐一个包装程序当文件登记或检取时就会执行.
editinfo 允许你在commit命令启动前在日志信息被记录后执行的脚本
history 跟踪所有影响仓库的命令
loginfo 类似coimmitinfo, 只是在文件提交后执行
moles 允许为一组文件定义一个符号,否则必须为每一个要引用的文件
指定部分路径名(相对于$CVSROOT)
nitify 控制从/"watch/"来的通知./"watch/"由/"cvs watch add/"和/"cvs edit/"
设置
rcsinfo 为commit log回话指定一个模板.
taginfo 定义乐在任意/"tag/"操作后执行的程序.
CVS服务器的安装
默认情况下，CVS在Redhat Linux中已经安装，这一点可以通过在Linux命令行的情况下运行：
代码如下:
rpm –q cvs
如果出现CVS的版本信息就证明已经安装成功了。
CVS服务器安装包可以从网上的很多地方下载，也可以到CVS的官方网站进行下载。根据你所使用的系统，下载相应的版本，然后进行安装。因为我们的项目是在Redhat Linux下使用CVS服务器进行版本管理，所以本文将主要基于Redhat Linux进行介绍。首先下载CVS服务器的rpm包，当然也可以下载其它方式的包如源程序包，然后采用以下命令进行安装：
代码如下:
rpm -ivh cvs-1.11.7-1.i386.rpm
CVS服务器的配置
安装完之后的第一件事就是要配置CVS服务器的配置文件，使其能正常的工作。首先在/etc/services文件中添加cvspserver，使其成为Linux的一种服务也就是cvs服务器例程的入口，配置如下：
cvspserver 2401/tcp # cvs client/server operations
cvspserver 2401/udp # cvs client/server operations
如果文件中已经存在上面的两行文字，就不用添加了。
配置xinetd，用xinetd来启动CVS验证服务器：
进入到/etc/xinetd.d/目录，然后编辑一个文本文件，名字一定要与/etc/services中的入口名字cvspserver一致，所以这里用cvspserver作为文件名，文件的内容如下所示：
代码如下:
service cvspserver
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/bin/cvs
server_args = -f --allow-root=/usr/cvsroot pserver
log_on_failure += USERID
}
编辑文件之后测试cvspserver服务是否配置成功。
执行
代码如下:
/etc/init.d/xinetd restart
重新启动服务，启动成功之后，执行下面的语句，验证服务是否启动正常：
代码如下:
telnet localhost 2401
如果出现如下字样：
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
输入hi，会继续输出如下字样
cvs [pserver aborted]: bad auth protocol start: hi
Connection closed by foreign host.
出现以上的现象表示CVS用户验证服务器已经配置成功。
如果出现如下字样，表示配置不成功，请重新检查以上的配置：
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused
CVS的环境变量
CVS使用乐几个环境变量
CVSROOT 仓库根目录的完整路径名
CVSREAD 如果设置,表明在checkout操作时所有的文件都置成只读
CVSBIN CVS利用乐很多RCS的命令,指定乐RCS工具的路径
CVSEDITOR 指定用户书写日志信息所使用的编辑器
CVS_RSH 启动一个远程CVS服务器时,所使用的shell的名称
CVS_SERVER 决定/"cvs server/"的名字,缺省是CVS
CVSWRAPPERS cvswrapper脚本, 用来指定包装文件名.
关键字
管理源文件的一种技术叫/"关键字替换/".在每次执行/"cvs commit/"操作后
源文件的某些关键字会被替换为可用的词
$AUTHOR$ 用户名
$Data$ 登记时的时间
$Header$ 标准的首部,包含RCS的完整路径名,日期,作者
$Id$ 除RCS文件名不完整外与$Header$同.
$Log$ 包含RCS的完整路径名,版本号,日期,作者和在提交时提供的日志信息.
$RCSfile$ 包含RCS的文件名,不包括路径名
$Revision$ 分配的版本号
$Source$ RCS文件的完整名
$State$ 分配的版本的状态,由 cvs admin -s 分配.
例:
在cvs commit之前,main.c里有
static char *rcsid=/"$Id$/";
执行cvs commit后
main.c的改行变为:
static char *rcsid=/"$Id: main.c,v 1.2 1999/04/29 15:10:14 trimblef Exp$/";
下面开始说说CVS的命令
我们已下面仓库的数据为例
$CVSROOT
--CVSROOT
--project
--src
--main
--main.c
--main.h
--print
--print.c
--print.h
--term
--term.c
--term.h
CVS checkout 命令
从仓库提取指定的文件到当前目录,并建立同样的结构,并创建CVS目录
例
代码如下:
bash$ cvs checkout project
bash$ cvs checkout project/src/main
为使用便利,我们可以对一个目录建一个缩写,方法是修改$CVSROOT/CVSROOT/下的
moles文件.(当然是用cvs 命令完成)
代码如下:
cvs checkout CVSROOT/moles
cd CVSROOT
vi moles
我们在文件尾加上
代码如下:
src project/src
print project/src/print
cvs commit
以后我们就可以用cvs checkout print来代替
cvs checkout project/src/print
cvs checkout命令缺省是得到最新版本.我们也可以得到某一个老版本
代码如下:
cvs checkout -r 1.1 print
将print的1.1版的代码取出.
cvs checkout的详细用法见cvs -H checkout的输出.
CVS commit 命令
在对文件的修改完成后,用cvs commit提交到仓库.
代码如下:
cvs commit -m /"Update by xxxxx/" project
cvs commit -m /"Update main.c/" main.c
提交完成后,当前的版本号会更新,如原来为1.1,现为1.2. 这两个版本都在
仓库的主干(maintrunk)上.
-m选项可以记录有关提交的注释.如果没有指定-m选项,在环境变量CVSEDITOR
中指定的编辑器被调用(vi是缺省的),提示键入文本,修改记录注释.
CVS update
CVS允许多人同时对一个文件进行修改.
假设泥正在修改文件的一部分,现想合并更新自己的本地拷贝(checkout)和
另一个人所做的修改(已经放在仓库里),可用cvs update
代码如下:
cvs update
CVS tag , CVS rtag
创建分支可以使用户对一些文件进行修改而不会影响主干(当commit时).
创建分支首先为拟修改的某些文件创建一个标签(tag),标签是赋于一个文件或一组文件的符号.在源代码的生命周期里,组成一组模块的文件被赋于相同的标签.
创建标签:在工作目录里执行cvs tag
例: 为src创建标签:
代码如下:
cvs checkout src
cvs tag release-1-0
标签创建后, 就可以为其创建一个分支:
代码如下:
cvs rtag -b -r release-1-0 release-1-0-path print
-b :创建分支
-r release-1-0 :指定存在的标签
releas-1-0-patch:分支
print: 模块名
合并
使用cvs update -j 选项可以将分支上的改变与本地文件拷贝合并.
代码如下:
cvs update -j release-1-0 print.c
cvs release
对源文件作必要修改后, 可以用cvs release 删除本地工作拷贝
并通知其他开发者这个模块不再使用.
代码如下:
cvs release -d print
-d : 删除
print: 目录
冲突
由于CVS允许多人同时修改同一文件,冲突是不可避免的.例如当两人
同时修改同一文件的同一行时.
这时,如用cvs update 更新,CVS检测到冲突的存在,它会将冲突的代码
用/"/"标识.这时需手工处理这段代码.与引起
冲突的开发者协商,并对文件修改后即可用cvs commit提交.
C. CVS如何建立服务器
CVS使用速成配置
一 CVS服务器的安装：
1。查看你的操作系统上是否安装了CVS：
#> rpm -qa|grep cvs
如果没有安装你可以在Redhat 第2张光盘上找到，另外你也可以在网上下载到最新的rpm包。很容易找，其实不存在什么linux版本。
2。建立cvs用户组：
#> groupadd cvs
3。建立cvs组的cvsroot用户和所属的目录：
#> useradd -g cvs -G cvs –d /cvsroot cvsroot
4。为cvsroot用户添加密码：
#> passwd cvsroot
5。改变 /cvsroot/ 的目录属性：
#> chmod –R 770 /cvsroot
6。改变用户登陆身份：
#> su cvsroot
7。开始创建单个项目：
#> cd /cvsroot
#> mkdir project1
#>mkdir project2
8。开始建立仓库：
#> cvs –d /cvsroot/project1 init
#> cvs –d /cvsroot/project2 init
#> chmod –R 770 ./project1/ ./project2/
9。建立CVS服务启动文件，我们使用xinetd方式：
#> [Crtl]+[d] 切换到root用户身份
#> cd /etc/xinetd.d
#> vi cvspserver
service cvspserver
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server= /usr/bin/cvs
server_args= -f --allow-root=/home2/cvsroot/project1 --allow-root=/home2/cvsroot/project2 pserver log_on_failure += USERID
}
注：由于xinetd的server_args长度限制,当你想运行很多的单个仓库的时候,可以这么做：
#> vi cvspserver
service cvspserver
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /cvsroot/cvs.run
log_on_failure += USERID
}
编写cvs.run脚本
#> vi /cvsroot/cvs.run
#!/bin/bash
/usr/bin/cvs -f
--allow-root=/cvsroot/project1
--allow-root=/cvsroot/project2
pserver
#>chmod +x /cvsroot/cvs.run
10。加入cvs服务：
#>vi /etc/services
cvspserver 2401/tcp #pserver cvs service
cvspserver 2401/udp #pserver cvs service
11。启动cvs服务：
#> /etc/init.d/xinetd restart
12。检查cvspserver服务是否已经启动：
#> netstat -l |grep cvspserver
应该有如下结果：
tcp 0 0 *:cvspserver *:* LISTEN
二。CVS服务的用户管理：
上面我们已经建立了project1和project2两个CVS仓库，下面我们分别给两个仓库建立cvs用户。
13。创建可以登陆cvs服务器的用户名和密码：
#> su cvsroot
#> vi /cvsroot/project1/CVSROOT/passwd
trotter:*****:cvsroot
mimi:*****:cvsroot
#>vi /cvsroot/project2/CVSROOT/passwd
trotter:*****:cvsroot
gary:*****:cvsroot
这两个文件的意思是有trotter，mimi，gary三个cvs用户，mimi拥有project1的使用权限，gary拥有project2的使用权限，trotter拥有project1和project2的使用权限。登陆后的权限是cvsroot权限。
注意：这里的cvs用户和系统用户是不同的。
14。*****为密码，由以下文件生成：
#> vi /cvsroot/passwd.pl
#!/usr/bin/perl
srand (time());
my $randletter = "(int (rand (26)) + (int (rand (1) + .5) % 2 ? 65 : 97))";
my $salt = sprintf ("%c%c", eval $randletter, eval $randletter);
my $plaintext = shift;
my $crypttext = crypt ($plaintext, $salt);
print "${crypttext}
";
#>chmod a+x /cvsroot/passwd.pl
15。如果你想生成一个密码是“123456”，则：
#> /cvsroot/passwd.pl “123456”
回车即可得到加密密码,用其替换passwd文件中的*****
16。Ok，cvs现在已经全部安装完成了，如果你想让一个用户拥有project1的权限，你就在 /cvsroot/project1/CVSROOT/passwd中给他加入一个用户；如果你想让一个用户同时具有project1和project2 的权限，你就给/cvsroot/project1/CVSROOT/passwd和/cvsroot/project2/CVSROOT/passwd 里给他加一个用户名和密码相同的用户即可。最后，我们试用一下：
#> cvs -d :pserver:[email protected]:/cvsroot/project1 login
敲入命令回车后提示输入trotter的密码,你按照自己设置的密码输入,如果没有什么错误信息出现就是成功了(我的机器IP地址是192.168.1.200)
***CVS服务器建立和权限配置
建立一个源代码库主要有以下几步：
（1）初始化cvs服务器环境。
#cvs -d/usr/local/source init
之后进入/usr/local/source，可以看到有一个目录CVSROOT, 下面是初始化后的CVS服务器配置文件。暂且保持不动。
（2）把cvs服务放到xinetd系统服务中。
首先在/etc/xinetd.d目录下生成任务配置文件cvspserver，文件名称可以随便用。
其中内容大致如下：
service cvspserver
{
flags = REUSE
socket_type = stream
wait = no
user = root
protocol = tcp
server = /usr/bin/cvs
server_args = -f --allow-root=/usr/local/source pserver
disable = no
}
其中server_args一个参数指定了源代码库路径，一个指定了服务器使用密码认证方式。
第二，要确认/etc/services文件中，有cvspserver关键词，并分配了端口，如：cvspserver 2401/tcp。
第三，重新启动xinetd服务，cvs服务就可以用了。
（3）测试。假定cvs服务器在192.168.0.205上，系统上有一个用户cvs。登陆另一台linxu机器，执行下列命令可以完成测试：
$export CVSROOT=:pserver:[email protected]:2401/usr/local/source
$cvs login
输入密码，没有出错提示表示登陆成功。
如果想在一个linux系统上建多个源代码库，分别提供cvs服务。重复上面步骤就可以了。
第一步时候要注意使用一个不同路径。
第二步放到xinetd系统服务中稍微麻烦点。/etc/xinetd.d目录下要生成一个新的任务配置文件，例如cvspserver1，文件中service名称一定要区分第一个，例如service cvspserver1，server_args做相应变动。还要在/etc/services文件中，加入新的服务端口号，例如： cvspserver1 2402/tcp。重新启动xinetd服务.
第三步测试时候，可以这样设定：
$export CVSROOT=:pserver:[email protected]:2402/usr/local/source1
cvs作为并行版本控制系统，多用户读写是需要的。但有时候希望有些用户只能check out，不能提交新代码。有时希望cvs上的某些用户不能check out一些代码，例如和另一个开发组共用一个CVS，希望另一个组的成员不能check out自己组代码。
cvs服务器有一套自己的用户认证机制，我使用时候没采用，而是使用了系统上用户直接作为cvs服务器用户，采用linux组、用户权限实现了这样的功能。
举例说明，在linxu系统上模拟实际两个开发组a、b，分别有用户a-user1,a-user2,b-user1,b-user2。
模块a-source，希望a组成员都可以读写，b组成员没有任何权限。可以使用以下系列命令：
#chown -R a-user1 a-source
#chgrp -R a a-source
#chmod -R 770 a-source
如果希望模块a-source,只有a-user1可以写，同组其它用户可以读，b组成员没有任何权限，把chmod命令改成-R 750就行了。
必须说明的，cvs中默认一个用户checkout代码时候，会在当前模块下生成一个锁文件，如果这个用户对当前模块没有写权限，读是不可能的。配合上面的权限设置，必须改一下cvs服务器配置。改成不在当前模块目录下生成锁文件，把锁文件集中到一个所有用户都有读写权限的目录。修改配置文件CVSROOT/config：
# Put CVS lock files in this directory rather than directly in the repository.
#LockDir=/var/lock/cvs
把LockDir设上就可以了。
D. 什么是CVS服务器
CVS（Concurrent Version System）版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。实际上CVS可以维护任意文档的开发和使用，例如共享文件的编辑修改，而不仅仅局限于程序设计。CVS维护的文件类型可以是文本类型也可以是二进制类型。CVS用Copy-Modify-Merge（拷贝、修改、合并）变化表支持对文件的同时访问和修改。它明确地将源文件的存储和用户的工作空间独立开来，并使其并行操作。CVS基于客户端/服务器的行为使其可容纳多个用户，构成网络也很方便。这一特性使得CVS成为位于不同地点的人同时处理数据文件（特别是程序的源代码）时的首选。
所有重要的免费软件项目都使用CVS作为其程序员之间的中心点，以便能够综合各程序员的改进和更改。这些项目包括GNOME、KDE、THE GIMP和Wine等。
CVS的基本工作思路是这样的：在一台服务器上建立一个源代码库，库里可以存放许多不同项目的源程序。由源代码库管理员统一管理这些源程序。每个用户在使用源代码库之前，首先要把源代码库里的项目文件下载到本地，然后用户可以在本地任意修改，最后用CVS命令进行提交，由CVS源代码库统一管理修改。这样，就好象只有一个人在修改文件一样，既避免了冲突，又可以做到跟踪文件变化等。(
E. 制作csv文件的原理
cvs是一个不错的软件版本管理工具。
cvs分为客户端和服务器端管理，分别为wincvs和cvsnt。
CVS（Concurrent Version System）和Subversion都是非常优秀的版本控制系统，它可以在软件开发过程中记录文件的变更细节以及存储软件开发过程中的各种版本。版本控制系统允许多名开发人员同时编辑同一文件而不会丢失数据。每名开发人员都拥有该文件的副本，最后将所有的修改合并到一起成为最终的结果。CVS和Subversion都基于C/S，可以运行在UNIX、Linux以及Windows平台之上。CVS（Subversion）的服务器端存有一个源代码库，源代码库中保存众多不同的项目。客户端通过和服务器端建立连接，将源代码 下载到本地计算机上，开发人员就可以在本地计算机上进行添加、修改、删除等操作，最后提交到服务器。