1.基本配制：
（1）、打开eclipse ，在window菜单下，按图示点击相应的菜单。
（2）、在show view 提示栏下，选中cvs repositories ，点击ok。
（3）、在eclipse 界面的右下角出现了如图所示的cvs repositories栏。右键鼠标，出现图示界面。
选中repository location 。
（4）、选中后出现图示界面，配制好相关路径。
（5）、配制完后，出现如图界面。就可以检出相应目录下的文件。
2．基本操作
2.1文件检入、检出
2.1.1检入操作
在要提交的文件上点击右键，在出现的弹出菜单中选择【Team】→【Commit...】，在随后出现的对话框中输入注释后单击OK按钮。
2.1.2检出操作
在要检出的项目上右键目录，选中check out as 。按照提示进行就可以成功检出相应目录下的文件。
2.2 对文件的其它操作
2.2.1 修改文件
在工作拷贝中对test.txt作一些改动并保存。见图，在改动的文件及其所属的目录前都出现一个箭头，在要提交的文件上点击右键，在出现的弹出菜单中选择【Team】→【Commit...】，在随后出现的对话框中输入注释后单击OK按钮。提交成功后文件的修订版本号会自动增加。
2.2.2 增加文件
在检出的项目中，增加文件。在增加的文件的前面会出现一个？。右键，选中【Team】→【Add to Version Control】。
上面的操作并没有把文件真正添加到cvs资源库中。在新建的文件上点击右键，选择【Team】→【Commit...】
2.2.3删除文件
在本地删除文件后，要在cvs资源库中也删除文件，必须提交删除的文件的父文件夹。在删除了的文件的父文件夹上右键选择【Team】→【Commit...】。 2.3.4恢复已经删除的文件
选中被删除的文件的父目录，在右键菜单中选择【Team】→【Restore from Repository...】
选中要恢复的文件版本，点击finish。
2.3查看文件版本
2.3.1查看文件版本历史
选中要查看版本历史的文件，右键选上[compare with ----history]。
2.3.2查看版本之间的区别
2.3.3查看本地文件和cvs资源库中文件的区别
选中文件，右键【Team】→【Synchronize with Repository...】。
点击后出现如下界面，可以查看对文件的修改和cvs资源库中文件的区别。
如果要放弃刚才对文件的修改，选择上方的修改，保存一下文件就可以了。
，点击后就可以取消刚才的
2.4 标签
2.4.1建立标签
在建立标签前需要先将本地文件和cvs资源库的文件进行同步。可以对整个项目建立标签，也可以只对单独的某个文件建立标签。
对整个项目建立标签。先选中要建立标签的项目，右键后选中Tag as Version。对单个文件建立标签和对整个项目建立标签相同。
。
建立完标签后在cvs资源库中的如图：在项目后有刚建立的标签名。
2.4.2检出特定标签下的项目
和检出项目的步骤类似，进行到select tag 时在对话框中添上所要检出的项目的标签。
2.4.3使用标签需要注意的问题
从标签下检出的模块是静态的，即使修改了本地的拷贝文件也不能向资源库提交。提交时会出现如下错误。表明提交的文件属于标签cheshi，而cheshi不是分支因而不能提交
2.5分支
2.5.1建立分支
（1） 按建立标签的方法建立一个新的标签，例如branchceshi。 （2） 选中新标签branchceshi，在右键菜单中选择【Add to Branch List...】
(不限于新标签branchceshi，可以在任意标签上操作，但是建立分支应当在关键时刻进行)。
（3） 在出现的对话框中输入分支名，例如输入\"UnitText1_0_X\"并确定，此时就建立了分支。但是，此时的分支是空的，没有与之相关联的资源。
（4） 选中新标签branchceshi，在右键菜单中选择【Tag with Existing...】，在出现的对话框中打开节点Branches并选择在步骤3新建立的分支UnitText1_0_X，最后按OK按钮确定后就完全建立了一个新的分支，分支建好后的CVS资源库视图如图32所示。
现在，就可以从主分支和UnitText1_0_X分支分别获得工作拷贝。从主分支获得的工作拷贝在提交后将反映到主分支上，而从UnitText1_0_X分支上获得的工作拷贝在提交后将反映到UnitText1_0_X分支中，在主分支和UnitText1_0_X分支上可以互不影响地进行并发开发。
分支上的版本变化，其修订版号不是从\"1.11\"转变为\"1.12\"，而是转变为
\"1.11.2.1\"。如果对该文件再进行一次提交，其修订版号将转变为\"1.11.2.2\"。即变化的是最后一个小数点后的数字。如图所示：
图33：主分支与分支示意图
2.5.2 分支合并
从shi_yan分支签出一个项目，则在签出项目时需要选择【Check Out As...】菜单并给项目取一个不同于原项目的名字），对文件test.txt进行修改并提交。然后选择从主干上检出的项目，右键选上[ Team-----Merge]，如图所示。
在弹出的对话框中选上要与主干合并的分支名，在随后的\"通用基版本\" 输入框
中输入\"xinshiyan\"，其意义为分支的起源版本。点击finish后出现下面的图。
点击后将出现同步透视图。如果希望将分支中文件内容的第二行合并到主分支中，只需将其从对比编辑器第二列拷贝至第一列，然后在文件的右键菜单中选择【Mark as Merged】（见图），最后在文件的右键菜单中选择【Commit】。
2.6冲突解决
ECLIPSE为CVS的操作提供了一个非常实用的功能：同步透视图(Team Synchronizing Perspective)。通过同步透视图，我们可以在提交、更新操作之前就发现可能存在的冲突。使用ECLIPSE小组开发环境的开发人员都应该熟悉同步透视图的使用。图21~24演示了如何使用同步透视图。在cvstest.txt 1.6与cvstest2.txt1.13的基础上用户jiangch对这两个文件进行了修改并保存。此时的结果如图24。
图24：冲突解决1--用户jiangch的修改结果
用户cvsuser2也在cvstest.txt 1.6、cvstest2.txt 1.13、TextRunnerTest.java1.1的基础上对这三个文件进行了修改并将修改结果提交到了CVS资源库。其结果见图25。
图25：冲突解决2--用户cvsuser2修改并提交后的结果
如果用户jiangch不能确定只有他一个人会修改这两个文件，他可以在如图21的画面上选择这两个文件并点击右键，在出现的弹出菜单中选择【Team】→【Synchronize with Repository...】,出现如图26所示的画面。图中①②③④所标识的按钮是过滤器，分别对应4种模式，可以控制在同步视图中显示何种状态的文件。
①：Incoming模式,显示CVS资源库中修订版号高于工作拷贝的文件。在实际工作中,可以选中此类文件并在右键菜单中选择【Update】。也就是将其它开发人员的开 发成果反映到自己的工作拷贝中，保持与其它开发人员的同步。
②：Outgoing模式,显示工作拷贝作了修改的文件。在实际工作中,可以选中此类文件并在右键菜单中选择【Commit】。也就是将自己的开发成果反映到CVS资源库。 ③：双向模式，显示所有不同步的文件。包含模式①、模式②、模式④。
④：冲突模式，只显示在本地拷贝与CVS资源库都修改过且产生了冲突的文件。模式①-模式③包含了冲突模式。
图26：冲突解决3--同步透视图
处于冲突状态下的文件是不能提交的，为了提交产生冲突的文件，首先必须解决冲突。双击产生了冲突的文件，可以在一个特殊的对比编辑器中同时显示本地的工作拷贝文件与CVS资源库中的文件。通过这个编辑器可以方便地看到哪些地方存在冲突并解决冲突。例如在图26中，假定希望将工作拷贝的第一行和CVS资源库的第三行作为最终的修改结果，可以从编辑器的第二列拷贝第三行到第一列的第三行并保存。在同步视图中提交修改的操作:
1.在希望提交的文件上点击右键，在出现的弹出菜单中选择【Team】→【Mark As Merged】，这将使文件从冲突模式变为Outgoing模式。
2.在文件的右键菜单中选择【Team】→【Commit】。图27是提交后的结果画面。同步透视图还包含了很多其它的实用功能，关于同步透视图中各种按钮与右键菜单的说明可以查阅ECLIPSE的联机帮助文档。
图27：冲突解决4--用户jiangch合并后提交
2.7 部署实施版本的建立
在要建立部署实施版本时，从cvs资源库中检出时，选择特定标签下的文件。然后将检出的文件夹中的cvs文件夹删除，就可以进行部署实施。
因篇幅问题不能全部显示，请点此查看更多更全内容