1.Linux下CVS的码下安装配置与操作命令全解析
2.bochs源代码
3.wincvsCVS
4.NupediaCVS介绍
5.CVS系统简介
Linux下CVS的安装配置与操作命令全解析
在介绍CVS命令之前,先说点别的
如以前说,仓库内除乐源文件外,还包括一系列的管理文件.位于$CVSROOT/CVSROOT
修改管理文件的方法等同于源代码文件,利用CVS命令提取和修改.
下面描述每个文件的用途:
checkoutlist 支持CVSROOT目录的其它管理文件,允许为各种CVS命令定置信息
commitinfo 在cvs commit命令执行时,这个文件指定乐文件提交时执行的命令
cvswrappers 定义乐一个包装程序当文件登记或检取时就会执行.
editinfo 允许你在commit命令启动前在日志信息被记录后执行的脚本
history 跟踪所有影响仓库的命令
loginfo 类似coimmitinfo, 只是在文件提交后执行
modules 允许为一组文件定义一个符号,否则必须为每一个要引用的文件
指定部分路径名(相对于$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的码下官方网站进行下载。根据你所使用的码下ps头像源码系统，下载相应的码下版本，然后进行安装。码下因为我们的码下项目是在Redhat Linux下使用CVS服务器进行版本管理，所以本文将主要基于Redhat Linux进行介绍。码下首先下载CVS服务器的码下rpm包，当然也可以下载其它方式的码下包如源程序包，然后采用以下命令进行安装：
代码如下:
rpm -ivh cvs-1..7-1.i.rpm
CVS服务器的码下配置
安装完之后的第一件事就是要配置CVS服务器的配置文件，使其能正常的码下工作。首先在/etc/services文件中添加cvspserver，码下使其成为Linux的一种服务也就是cvs服务器例程的入口，配置如下：
cvspserver /tcp # cvs client/server operations
cvspserver /udp # cvs client/server operations
如果文件中已经存在上面的两行文字，就不用添加了。
配置xinetd，用xinetd来启动CVS验证服务器：
进入到/etc/xinetd.d/目录，然后编辑一个文本文件，名字一定要与/etc/services中的入口名字cvspserver一致，所以这里用cvspserver作为文件名，文件的Php 互助源码内容如下所示：
代码如下:
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
如果出现如下字样：
Trying .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 .0.0.1...
telnet: connect to address .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 // :: trimblef Exp$/";
下面开始说说CVS的命令
我们已下面仓库的数据为例
$CVSROOT
--CVSROOT
--project
--src
--main
--main.c
--main.h
--print.c
--print.h
--term
--term.c
--term.h
CVS checkout 命令
从仓库提取指定的文件到当前目录,并建立同样的结构,并创建CVS目录
例
代码如下:
bash$ cvs checkout project
bash$ cvs checkout project/src/main
为使用便利,我们可以对一个目录建一个缩写,方法是修改$CVSROOT/CVSROOT/下的
modules文件.(当然是用cvs 命令完成)
代码如下:
cvs checkout CVSROOT/modules
cd CVSROOT
vi modules
我们在文件尾加上
代码如下:
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提交.
bochs源代码
Bochs源代码可以从站点的Bochs主页获取。您可以下载最新发布的版本，或者使用CVS获取最新源代码，甚至可以获取每晚更新的CVS快照。正式发布的版本提供了最稳定的代码，但若想体验最新功能，推荐使用CVS版。 Bochs源代码项目提供了一种方法，让开发者能够获取和使用Bochs的源代码。通过访问，用户可以访问Bochs的主页，从这里可以下载最新的发布版本，或使用CVS（源代码管理软件）获取实时更新的源代码。 正式发布的版本确保了Bochs软件的稳定性和可靠性。这些版本经过严格测试和优化，适合日常使用。直播收费源码然而，对于那些希望探索和尝试最新功能的用户，推荐使用CVS版本。CVS版本提供了最新的代码更新，包含开发者正在进行的实验性功能。 Bochs源代码管理方式提供了灵活性和透明度，使用户能够深入了解和参与Bochs项目。通过获取和使用源代码，用户可以自定义Bochs，探索其内部工作原理，甚至贡献自己的改进和功能扩展。 Bochs是一个功能丰富的虚拟机模拟器，支持多种操作系统和处理器架构。其源代码提供了深入研究计算机架构和虚拟化技术的宝贵资源。通过访问Bochs源代码，用户不仅可以学习如何使用Bochs，还可以了解构建和维护高效模拟器的实践知识。扩展资料
Bochs是一个x硬件平台的开源模拟器。它可以模拟各种硬件的配置。Bochs模拟的是整个PC平台，包括I/O设备、内存和BIOS。更为有趣的打字测试 源码是，甚至可以不使用PC硬件来运行Bochs。事实上，它可以在任何编译运行Bochs的平台上模拟x硬件。通过改变配置，可以指定使用的CPU(、或者)，以及内存大小等。一句话，Bochs是电脑里的“PC”。根据需要，Bochs还可以模拟多台PC，此外，它甚至还有自己的电源按钮。wincvsCVS
CVS，全称为并发版本系统(Concurrent Versions System)，是一个经典的版本控制系统，诞生于年，当时由一群开源社区的开发者共同创建。经过长时间的发展和维护，它已经成为了一个广泛使用的工具。目前，CVS的维护工作仍在持续，为用户提供稳定的swift底层源码服务。要了解更多关于CVS的信息，可以访问其官方网站，该网站提供了适用于多种平台的源代码、编译后的程序文件以及详细的文档资料，方便用户下载和学习。 这个系统的核心功能是帮助开发者管理代码的版本变迁，确保多人协作时代码的同步和一致性。无论是代码的版本控制，还是版本回溯和冲突解决，CVS都能提供有效的解决方案。对于软件开发团队来说，它是项目管理中不可或缺的一部分，极大地提高了团队协作的效率和代码的质量。扩展资料
WinCVS是CVS的一个客户端程序，它以CVS作为基础，在其上构造了功能强大的GUI，使得Windows平台上的CVS用户可以轻而易举的进行协同工作。WinCVS中文版由SCMChina在英文版的基础上修改而成，除了对WinCVS的界面进行了比较彻底的中文化处理，另外还对主要的输出信息进行了中文化的处理，增强了版本比较的功能，集成了合并比较工具WinMerge，使得WinCVS能够直观地进行文件的比较。NupediaCVS介绍
CVS，全称Concurrent Versions System，是一个强大的版本管理工具，专为程序开发者设计，支持多用户同时开发。它并非互联网的产物，而是开源软件运动推动的产物，特别是Richard Stallman的倡导，加速了这一工具的诞生。开源软件的特性在于代码的全球共享和即时更新，这使得全球开发者可以无缝协作，每个开发者都可能成为项目的一部分，共同推进项目的进展。 为了确保新成员能够融入并保持高效协作，CVS提供了一套项目管理机制，包括自动接收和更新外来代码的功能，让每个成员都能获取最新的代码变动。当开发者发现Bug时，可以立即开始修复，CVS会自动生成补丁，经过维护人员的检查后，可能被整合到主项目中去，这保证了项目的连续性和稳定性。 CVS的发展历程可以追溯到早期的文件比较工具，如Unix的Diff和Patch，它们在代码传播和维护中起着关键作用。然而，这些工具在处理复杂问题时显得力不从心，比如错误修复后的回滚。这促使了对版本历史记录系统的需要，SCCS（Source Code Control System）和RCS（Revision Control System）在此背景下相继出现。最终，Jim Kingdon在年将CVS发展为基于网络的平台，使得开发者可以远程访问源代码，极大地扩展了其适用范围。 CVS作为开源项目，其开放性和易用性极大地推动了开源运动的发展，并成为了众多开源软件项目，如GNOME、KDE和Apache等庞大项目的首选版本控制工具。这充分证明了CVS作为版本管理工具的高效和成功。扩展资料
维基百科的前身 Nupedia是一个Web版的在线百科全书计划，由吉米·威尔士创立的公司Bomis在年3月所推出，吉米·威尔士并聘请拉里·桑格作为该百科全书的主编。CVS系统简介
CVS版本控制系统，作为一款GNU软件包，主要用于多人开发环境下的源码维护。其全名为"Concurrent Versions System"，意指并发、协作、一致等概念，实则适用于任何文档的开发与使用，不仅仅局限于程序设计。文件类型可涵盖文本与二进制。CVS通过Copy-Modify-Merge变化表支持文件的同时访问与修改，明确将源文件存储与用户工作空间分离，实现并行操作。 CVS采用客户端/服务器模式，允许多个用户同时访问，成为不同地点的人同时处理数据文件，特别是程序源代码时的首选系统。所有重要免费软件项目均利用CVS作为开发人员间的中心点，整合改进与更改。例如GNOME、KDE、THE GIMP与Wine等项目均采用CVS。 工作流程上，一台服务器上建立源代码库，管理员统一管理项目文件。用户下载项目文件至本地，任意修改后，使用CVS命令提交，由源代码库统一管理，实现如同一人修改文件的效果，避免冲突，跟踪文件变化。CVS为客户机/服务器存取模式，允许开发者通过任何互联网接入点获取最新代码。无限制的版本管理检出模式避免因排他检出引起的人工冲突。 CVS广泛应用于流行开放源码工程，如Mozilla、GIMP、XEmacs、KDE与GNOME等。它通过客户机/服务器存取方法，使开发者能连接至因特网上的CVS服务器获取文件。在团队中工作时，开发者能调整各自修改，集中式版本控制系统允许此操作。安全网络对所有开发者皆有益处，特别适用于软件开发团队。 在传统版本控制系统中，开发者检出文件修改后登记，检出文件的开发者拥有排他权。而CVS采用无限制检出模式，允许其他开发者同时检出并进行修改，且不会导致文件冲突。多个开发者对同一文件的修改会自动合并，避免覆盖问题。CVS提供了大量跨平台的附加工具，增强功能或简化使用。扩展资料
CVS是一个C/S系统，多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。CVS版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。