WinCVS与CVSNT 使用简介一

       CVS(Concurrent Versions System)是一个基于TCP/IP协议的版本控制工具,多个开发人员可以通过一个中心版本控制系统来记录文件版本,从而达到保证文件同步的目的。目前在Linux和Windows下都有不同版本。

工作模式:

         CVS服务器(文件版本库)

     /     |           …    

     (版 本 同 步)

   /       |              ……  

开发者1  开发者2   开发者3  开发者n


专业术语:

CVS 文档和WinCvs 中的术语也许和其他的源码库系统不同。为了避免混淆,我列举了最基本的术语简短列表。在翻阅文档的其它部分前,请首先熟悉这些术语。

☆ Repository(仓库): CVS服务器的根目录。模块(Module)的集合

☆ MODULE(模块):CVS服务器根目录下的第一级子目录。通常用于存放一个项目的所有文件

☆ Checkout(检出): 通常指将仓库中的一整个模块首次导出到本地。

☆ Import(导入):通常指通过提交整个目录结构并创建一个新的模块。

☆ Release(发行版本):整个产品的版本

☆ Revision(修订版):单个文件的版本

☆ Tag(标签):在一个开发的特定期对一个文件集给定的符号名

☆ Update(更新):从模块中下载其他人的修改过的文件,只更新本地的拷贝。

☆ Commit(提交)将自己修改过的文件提交到服务器的模块中

☆ Branch (分支):是一棵正常生长的代码树中的枝杈。

基本概念详细介绍:

CVS(Concurrent Versions System) 是基于TCP/IP协议的版本控制工具,也是Open source界最重要的开发工具之一。


Repository,module:
CVS服务器上,一个源代码仓库被称为一个repository(源代码仓库),一个server(服务器)上通常可以运行多个repository,每一个repository都是完全独立的,可以有不同的用户列表和访问规则。在一个repository之下,文件按照module组织,每一个module就相当于一个工程(Project)。

CVSROOT
CVS依靠运行在服务器上的一个服务程序提供TCP/IP的连接。为了访问一个CVS数据库,你必须知道你所使用的协议,服务器的地址,服务器提供的Repository的名称以及你的用户名和密码。有数种协议可供选择。Unix/Linux机器上的CVS通常使用pserver协议,这是一种不非常安全的协议,但是如果你有额外的安全要求,可以通过SSH进行增强。除此之外,NT机器还支持ntserver协议,它通过主机的NT用户表进行访问控制(但是这是在internet上不可用的方法)。kserver和gserver协议用的比较少,他们依据Kerboses提供额外的安全保护

你有必要知道CVSROOT这个参数。CVSROOT是一个用":"开始及分隔各个部分的字符串,它包含了协议、用户名、服务器地址和repository名称。对于用户来说,CVSROOT就像URL一样,是访问一个server的途径。一个典型的CVSROOT=:pserver:userid@192.168.0.6:/cvs。这里,pserver是协议名称,userid是用户id,192.168.0.6是主机ip,/cvs是repository的名字。NT主机的repository一般会采取d:/CVSROOT之类的格式。
另一个例子是:pserver:anonymous@jivesoftware.com:/cvs,这是jivesoftware公司提供的开放源代码java技术论坛的CVSROOT。在windows下使用命令行方式,这个参数可以通过一个环境变量使用。在windows 2000/XP系统中,你可以通过在'My computer'的properties中选择advanced,然后选择'Enviroment Variables'来输入这个环境变量。

Checkout,update
为了得到module下面的源代码,你只需要使用checkout指令。和Visual source safe不一样,checkout只是取得文件,而非锁文件。 如果你已经有了本地文件,为了和server保持同步,你需要进行update操作。update会自动把server上的新内容取到本机来,如果你本地文件进行过了改动,它会帮您做合并工作。
checkout 和 update既可以针对一个特定的文件,也可以针对一个目录或者整个module。


commit
如果你对本地代码做了任何修改,或者增加一个文件,删除一个文件,每当你需要把你的改变提交到server上的时候,你就需要做commit动作。假设两个人都在本地修改了同一个文件,那么他们就像在进行一个竞赛,如果你快,那么你赢了。后commit的人将被server拒绝,不得不合并你的修改再次提交。commit既可以针对一个特定的文件,也可以针对一个目录或者整个module。

revision
revision是指每一个文件的版本信息。当你第一次增加一个文件到repository的时候,它会有一个初始revision是1.1,以后每次提交,就会增加到1.2,1.3... 。在一个branch中的文件,有相对于这个branch的版本号。如果你对文件作了tag,那么你会看到revision变成1.1.1.1的形式。具体的含义我们在branch和tag的时候描述。

Branch

 一颗正常生长的代码树中的枝杈。开始的时候,任何一个module都有一个主枝被称为'HEAD'。 一个branch最终要么被合并到主干中去,要么被结束。branch通常用来debug,如果这个bug被fix了,修改bug的代码应该被合并到主枝上去。一个branch也可能经历多次与主枝的合并。来进行标示必要的信息。当您进行一次公开发布之前,您有必要对主枝标示"release 1.0"。这样您以后就可以随时回到这个版本。


配置说明
1. 安装版本:
   1.1、服务器端(CVSNT)

     1. 本文使用的是CVSNT-2.0.5,这是一个比较稳定的版本。
   2. 下载连接 1.2、客户端(WinCVS)

     1. 本文使用的是WinCVS-1.3b12. 2. 2. 安装CVSNT:
1. 下载CVSNT-2.0.4;使用administrator登陆到Server(192.168.0.6)机器上。
2. 双击自解压的exe文件,选择Full Install,其它按照默认方式安装;安装完毕后可以在服务控制器中发现多了2个服务:CVSNTt与CVSNT Locking Service
3. 发送Service Control Panel到桌面,形成快捷方式。
4. 安装程序会自动将CVS安装路径,设置到系统的Path环境变量当中,因此使用者可以在控制台(cmd)中任意位置执行cvs.exe,这一点对下面的配置很重要!
    3. 配置CVSNT服务器:

     1. 双击Service Control Panel快捷方式,在Service Status页面,确认2个服务正常和稳定运行。

     2. 选择Repository页面,点按Add按钮,选择已经准备好的F:KHRoot这个目录(自己新建这个目录),确认,OK,Yes,这时会在F:KHRoot下面建立CVSROOT目录,这是CVS默认的管理目录(默认模块)。如果报错,那是系统Path路径未设置正确。


      3. 选择Advanced页面,选择Use local users for pserver ...,在Temporary栏选择已经准备好的F:KHTemp,确认,OK。


      4. 点按【应用】按钮,确认,退出,OK。
4.CVSNT小结:
 1. 至此,CVSNT服务器端基本配置完毕,下面进行WinCVS的使用和管理。

 2. 由于CVS支持远程管理,也就是客户端与服务器集成的特性,因此,我们将添加用户、权限控制、模块维护等所有的管理工作都放到远端(WinCVS)进行管理,服务器端这时可以进入锁定状态了,下面的所有工作都交给远端的WinCVS来进行管理。
安装WinCVS:
1. 下载WinCVS 1.3b12,全部按照默认安装就可以了。
2. 启动WinCVS,开始使用。特别注意:以下的所有操作都是在 (192.168.0.2)这台机器上远程完成的,此时的Server(192.168.0.6)主机已经进入了锁定状态。

1. 配置WinCVS及使用
1. 准备工作目录:(在192.168.0.2机器上,自己建立这两个目录)
E:CVSClientAdmin (工作目录)
E:CVSTemp (WinCVS临时目录)

2. 第一次启动WinCVS时会自动弹出Preferences配置页面,也可以通过Admin=>Preference菜单进入;第一次使用时需要配置如下的3个页面:
General页面设置(普通参数设置):

a.设置"Authentication"(认证方式),选择"pserver"。
b.设置"Path"(cvs服务器上的仓库根目录)。
c.设置"Host address"( cvs服务器名)。
d.设置"User name"(用户名),输入个人的cvs帐号。
e.设置"CVSROOT"参数,这是cvs专用的参数格式,如下所示:
username@servername:path其中username是帐号,servername是服务器名,path是cvs服务器上的仓库根路径。

注:按照图示方式输入即可,需要注意的是Path部分的格式是Unix路径格式,它指的是CVSNT端设置的工作根目录;Host address:是服务器端的地址,当然也可以,用本地地址 。
CVS页面设置:

注:Home(本地文件目录)路径是设置密码等文件的存放位置,必须指定,否则在登陆时,WinCVS也要弹出设置框。这个Home路径需要Python.exe这个外挂程序才有效。这里选择已经准备好的路径:ECVSTemp

Globals页面设置:

a."Checkout read-only"选项是设置当文件从服务器上check out出来后是否要设成只读。

b. "prune(remove)empty directories"选项表示自动删掉空目录。

WinCVS页面设置:

注:此页面设置WinCVS的查看文件的缺省编辑器,通常使用UltraEdit。

3. 设置工作路径:可以点按图标 ,或View=>Browse Location=>Change…菜单进行设置,选择已经准备好的路径:E:CVSClientAdmin,确认,OK,这时此目录将出现在WinCVS的左边导航栏【Workspace】内

其他参考资料:http://www.360doc.com/showWeb/0/0/66157.aspx (重点讲述了管理员角色几其命令的使用)

 

 


 

 

 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
CVSNT安装注意点: 1)配置CVSNT默认管理目录 方法一:通过CVSNT Control Panel控制面板 - Pepository configuration 来配置路径 方法二:通过命令来建立cvs -d /usr/local/cvsroot init 2)配置服务器缓存目录(-T) windows平台下默认:c:\windows\temp linux平台下默认:/tmp 3)配置验证方式: 建立好默认管理目录后,会在其目录里产生CVSROOT配置文件夹, 找到config文件,其中 SystemAuth有两个值yes和no: yes:pserver使用系统用户数据库和passwd文件来共同验证 (若passwd文件不存在或者文件中没有相应的资料,则用系统用户来进行验证) 默认为yes no:所有的用户必须在passwd中存在,根据passwd的内容来进行用户的验证。 我这里所阐述的方案就是工作在no的下面的,修改完之后提交到服务器, 提交完毕服务器就处在CVSNT的独立验证模式下了。在这个工作方式下, NT本地的用户和CVSNT用户没有任何本质的联系和影响(仅仅是要建立一个别名)。 4)解决 no such repository 现象 最新的cvsnt可能采用unix的设置访问方式,即使你是cvsnt也不需要些盘符。 5)解决认证失败 情况一:SystemAuth=yes 系统集成验证 cvs [login aborted]: authorization failed: server xxx.xxx.xx.xx rejected access to /coderoot for user cvsuser 解决方法:需要使用系统用户登录,例如administrator 情况二:cvsnt 单一验证 cvs [login aborted]: no such user cvsuser in CVSROOT/passwd 解决方法:passwd文件默认是没有的,里面字段含义是 CVS登录用户名:密码(加密):系统用户 在服务器CVSROOT目录建立一个passwd文件,之后输入cvsadmin: 表示建立一个cvsadmin空密码的用户。 下面具体介绍下passwd文件: 一定要注意:这个文件是不能在客户端进行修改的,不能checkout出来。 每一行代表一个用户,总共有三部分信息,用户名、密码、本地用户 三部分之间使用冒号“:”来进行分割。 用户名:就是登陆CVS的用户名 密 码:用户的密码,这里是经过加密的,如果为空,那么就是空密码 本地用户:CVS用户这个别名对应的本地用户,(跟本地用户没有任何其 他关系,仅仅是别名的关系) 如果在本地系统中存在一个用户名bash,那么要在CVS建立一个bach这样的 用户就不需要在后面指出对应的系统用户,melissa后面的pubcvs就是系统用户, 在本地系统上面存在的用户。对于要用命令增加这两种用户的格式如下: cvs passwd –a bach cvs passwd –r pubcvs –a melissa 在库建立的时候可以在服务器上建立一个简单的passwd初始化文件,加一行 cvsadmin: 这样,就给出了一个cvsadmin这个空密码用户(本地系统中有这样的用户, 就可以不加到后面去),然后在客户端来进行修改和以后的用户增加工作。 注意:在客户端进行其他之前请先首先修改这个密码,以防止别人进行破坏。 在服务器端建立了这个文件以后,就不用再手动进行修改了,当你在客户端 进行密码或者用户的增加删除的时候,系统会自动进行这个文件的更新。这 个文件是管理着CVSNT系统中的所有的用户,所以,要特别重视,不了解这个 文件格式的,不要去随便修改,更加不要尝试在客户端进行修改! 6)远程管理建立/用户和用户组的建立 1)首先使用系统集成认证的方式登录CVSNT,检出(checkout)根目录(.)下所有 文件(包括cvsroot目录); 2)调整和查看当前用户权限: 添加用户操作: 将系统账号升级成CVSNT的超级管理员帐户: cvs passwd -r administrator -a cvsadmin(当前帐户) 添加admin文件: 接着重新登录,首先将CVSROOT检出,在CVSROOT下新建admin文件,内容为 cvsadmin 然后上传更新 接下来可以有权限操作 cvs passwd -a username 修改用户权限:cvs chacl username:r|w|c|n,(r:Read w:write c:control n:none) 射影系统用户: cvs passwd -r 系统用户名 passwd里用户名 添加组操作: 要添加组管理,只需同添加admin步骤一样,按照格式要求新建group文件即可。 查看权限操作: r (读取权限)w (写入权限)c (创建和删除权限)n (没有任何权限) 选中刚刚下载的【CVSRoot】模块,【Ctrl+L】或Admin=>Command Line…,弹出Command Line Settings对话框,直接执行CVS命令。 取消所有用户的默认权限:cvs chacl default:n 回车,OK,完成。 设置Administrator拥有所有权限:cvs chacl administrator:rcw 回车,OK,完成。 更改【CVSRoot】的拥有者:cvs chown administrator 回车,OK,完成。 查看【CVSRoot】的权限状态:cvs lsacl 回车,OK 3)模块的配置:在【CVSRoot】模块目录下有一个modules文件,打开编辑 CVSRoot CVSRoot sean工作目录 -a sean 4)上述操作可能导致权限问题,无法提交更新,解决方法如下 linux:在CVSROOT下的readers、writers、passwd以及repository的许可权限,决定了上述的操作 windows:把CVSNT Control Panel中的Advanced的All user are read给勾选了,这样设置了之后就变成了所有用户只能读不能写了, 去掉勾问题解决 7)KeyWord自动宏替换 CVS缺省会对文件进行keyword(宏)替换,在文件中加入这些关键字是个良好的工作习惯 $Id$ 关键字是用文件名、版本、时间、作者及代码性质替换,如果使用-l选项取出,在Exp后 面会加上登录用户的名称。除了$Id$关键字,RCS还支持下面常用的关键字: $Log$ : 你所提供的修改日志信息。 $Author$ :存入该版本的作者。 $Locker$ : 该版本的加锁者 $State$ : 该版本的状态 Exp(试验版), Stab(稳定版), Rel(发行版).缺省是Exp $Date$ : 该版本存入的时间,使用UTC时间格式。 $Revision$ : 该版本的版本号 $RCSfile$ : RCS文件名 $Source$ : RCS全路径名 $Name$ : 取回该版本的符号名 $Header$ : 相当于$ Source $$ Revision$$Date$$Author $$State$$Locker$的组合 更新时的选项如果选择 -kkv或-kkvl等,更新的文件中Id号虽然会自动替代,但是在某些编辑器中, 可能会打开时每行间插入空行。解决方法是更新时点击右键弹出的command, 以命令行的方式更新对象,对象可选整个目录,也可以是选定的文件, 更新选项自己添加,如 cvs update -kbkkv main.c 可用的模式为: -kkv(默认产生替换) 使用默认形式产生关键字字符串,如。 $Revision: 5.7 $ 对于 Revision 关键字。 -kkvl 类似 -kkv,如果指定的版本现在被加锁,还需要插入加锁者的名字。锁名与使用cvs admin -l 命令相关。 -kk(忽略其值,继续替换) 在关键字字符串中只生成关键字名;忽略其值。例如,对于关键字 Revision,生成的字符串是 $Revision$ 而不是 $Revision: 5.7 $。这一选项在比较版本差异时忽略关键字替换的影响非常有用(参阅 Merging and keywords)。 -ko(不替换,采用旧的) 生成旧的关键字字符串,在工作中的文件与检入前一样。例如:对于关键字 Revision,如果检入前字符串是 $Revision: 1.1 $,则生成的字串与以前相同而不会是 $Revision: 5.7 $。 -kb(替换过程中阻止换行转换) 类似 -ko 选项,并阻止换行字符的转换,这种转换是因为换行符在仓库(只是换行) 的形式与客户机使用的操作系统不同。对有些系统,比如 Unix,换行符就是行中止符,这样就和 -ko 没什么区别。关于二进制文件的更多信息,参阅 Binary files。 -kv(一次性替换) 只为关键字符串生成关键字值。例如,对于关键字 Revision,生成的字串是 5.7,而不是 $Revision: 5.7 $。这种方法有助于一些难以从 $Revision: $ 这样的字符串中剥去关键字分界符的编程语言生成文件。但是,一旦删除关键字名,以后将不能执行关键字替换,所以应小心使用该选项。 注意:代码中如果有$Revision$和$Date$,每次提交时代码中的这种keyword都会被替换。如果和另外一个team用的是不同的cvs进行开发。这种替换会引起问题。本来文件内容没有变化,但提交到cvs之后文件就变了,发给另外一个team,会造成对方的困扰。 cvs admin -ko some\path\in\component\* -r 这个命令的作用是关闭Keyword substitution.这样.我们提交到cvs上的文件中的$Revision$和$Date$就不会被修改了. 如果以后需要恢复这个功能,用 cvs admin -kkv some\path\in\component\* -r 8)关于无法更新版本状态以及更新版本状态中的注意点 cvs admin -s State[:rev] 命令的使用。 注意:该命令只有在admin里的用户才有权限使用 State 为中文的时候,文件编码有可能影响到显示 9)关于CVSNT服务器时区(时间戳)始终是UTC 这个问题找了半天,查了官方很多资料始终没有找到明确的说明。 可以这么理解,应该是CVSNT处于Intelnet运作模式,需要统一的 标准时区来定义时间,这点希望在之后的版本中得到更好的修改!! 在控制面板-Advanced中的Zeroconf publication 的相关设定
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值