文档介绍：----
----
在Eclipse中使用版本控制系统CVS
----
----
2003-12-19
----
----
丰伟
----
----
目录
前言3
背景3
Eclipse的内置版本支持4
C：并发版本控制系统〔
ConcurrentVersionsSystem
，CVS〕。
CVS是ConcurrentVersionsSystem〔并发版本系统〕的缩写，诞生于1986
年，现在已经开展成了最
流行的针对软件开发人员的源代码版本管理解决方案。
CVS是用于代码版本管理的开放源码的客户机
／效劳器解决方案，它可用于各种平台，包括
Linux和WindowsNT/2000/XP。
通常，CVS的主要功能是记录源文件的历史。当一组开发人员从事同一个工程时，CVS将他们彼此隔
离开来。每个开发人员都在他／她自己的目录中独立工作，然后使用CVS资源库〔经常地〕合并工作结果，共享其工作。
CVS采用客户机／效劳器体系，代码以及各种版本存储在中心效劳器内，每一个个体开发者开发时都
首先从效劳器上获得一份自己的拷贝，在此根底上进展开发，以防止直接影响效劳器上的数据。开发
者可以随时把自己的新代码提交给效劳器；也可以通过更新获得代码的最新状态，保持与其他开发者的一致。
CVS对于网络是透明的，开发者可以使用客户端软件〔几乎所有的平台上都有相应的客户端软件〕在任何时候，任何地点通过网络来获取最新的代码。
对于Eclipse的开发者而言，Eclipse本身内置了CVS支持，Eclipse拥有与Eclipse平台IDE紧
密集成的内置 CVS客户机，它是作为一个单独透视图〔 CVSRepository Exploring透视图〕而实现
的，用于与CVS的交互。
根本概念
----
----
HEAD
与分支
(Branch)
----
----
CVS使用分支〔branch〕模型来支持彼此独立而又高度相互依赖的多个工作流程〔courseofwork〕。分支是开发团队用来共享正在进展中的工作的地方。任何时候，团队成员都可以使用一个分支的内容作为新工作的根底。
----
----
您在Eclipse工作空间中进展本地更改时，您的工作是基于某一个分支的。当您准备好让其他小组成员使用您对本地资源文件的更改时，需要将您的工作成果提交至分支。其他开发者稍后必须从分支更新。
----
----
每个CVS资源库都至少有一个分支，称为HEAD。HEAD代表CVS里的主流分支。在特定情况下，资源库中可以存在多个分支。例如，一个分支可能用于正常的开发，而另一个分支可能用于实验新技术在当前工程的可用性的开发。
----
----
创立分支并将资源发布到该分支在尚未准备好将更改置于主开发流的情况下非常有用。
版本的增量补丁程序也很有用。
对于创立现有
----
----
模块(Module)
在CVS当中，您可以把本地工作空间中的工程放到一个资源库的HEAD分支中，CVS把它命名为模块。
一个分支可以有许多模块。可以讲，您在本地工作空间中的工程是一个模块的本地工作拷贝。HEAD
分支中具有所有的模块。模块可以具有子模块。模块可以被拷贝到其他分支中去。
----
----
修订版
(Revision)
----
----
每个在本地修改的资源文件都属于某个分支，当您提交这个文件的修改后，CVS资源库都会对这个文件建立一个修订版，，您提交一次修改后，。
----
----
由于在一个工程当中，
一些文件的提交要比另一些文件频繁，
所以工程中不同文件的修订版的标
----
----
号可能不同。
----
----
版本(Version)
----
----
版本是指某个分支中一个模块的当前状态的快照。当设置模块的版本
(Tagasversion)
时，就意
----
----
味着在资源库中建立该模块的不可修改副本。
----
----
一般我们会在每日创立模块的一个版本进展功能或集成测试，也会在工程完成前创立
beta2等版本，会在工程完成后创立release版。
beta1
、
----
----
您应该在某一版本(Version)上创立分支，便于以后访问分支基点。
----
----
CVSNT的安装
CVS起源于Unix/Linux平台，但在Windows平台上也有CVS的一个实现――CVSNT，这里我们对CVSNT的安装做一个简单介绍，便于您实验CVS的操作。
首先到CVSNT的主页://