MyEclipse CVS配置详解
版本控制在团队开发中是必不可少的。CVS是优秀的开源版本控制软件，Eclipse本身就内置了对CVS的支持，只需简单配置，即可使用CVS。
首先我们要正确安装并配置好CVS服务器，通常Linux Server都自带CVS服务，不过命令行操作比较繁琐。Windows下也有简单易用的CVS服务器，这里我们推荐CVSNT，可以下载CVSNT 2.0.51a，安装并启动CVSNT：
图 安装并启动CVSNT1
然后切换到Repositories面板，添加一个Repository，命名为/cvs-java，CVSNT会提示是否初始化这个Repository，选择是：
图 安装并启动CVSNT2
然后在Advanced面板上选中“Pretend to be a Unix CVS version”：
图 安装并启动CVSNT3
然后，在Windows账户中为每一个开发人员添加用户名和口令。
现在，CVSNT的安装配置已经完成，下一步，启动Eclipse，我们可以使用原有的Hello工程，或者新建一个Project，然后选择菜单Window->Show View->Other，打开CVS->CVS Repositories：
图 启动
然后点击按钮，添加一个Repository：
图 增加权限
注意用户名和口令直接填Windows的用户名和口令，然后选中“Validate Connection on Finish”，点击Finish完成：
图 进入CVS
首先，我们要将一个现有的工程放到CVS服务器中，切换到Package Explorer，选中Hello工程，右键点击，选择Team->Share Project…：
图 工程放到CVS服务器
使用刚才我们添加的Repository，继续，并将所有文件都添加到CVS中，最后Eclipse提示Commit：
图 提示Commit
填入一个简单的注释，确定，然后Eclipse会把整个工程提交到CVS服务器，可以在Package Explorer中看到图标发生了变化，Hello.java文件后面会有版本号1.1。在CVS Repositories面板中刷新，可以看到刚添加进来的工程：
图 注释
在团队开发中，当创建了一个基本的工程并提交到CVS后，别的开发人员首先要Check Out这个工程到各自的本地计算机上，这里为了演示，首先我们在Package Explorer中删除Hello工程，然后打开CVS Repositories（如果没有看到Repository就按照上面的方法添加Repository），选择Hello工程，右键点击，选择 Check Out As…：
图Check Out As
作为一个Project签出，就可以在Package Explorer中看到签出的工程。
当对某些源文件作了修改后，需要提交更改到CVS服务器。选中更改的文件或工程，右键点击，选择Team->Commit…：
图 提交更改
然后填入简单的注释，就可以提交到CVS服务器上了，可以看到源文件的版本号变成了1.2。
注意事项：
1、在Eclipse同CVS服务器同步之前，要先刷新，否则可能会因为在Eclipse外面编辑的文件，Eclipse中没有刷新而导致同步报错，可以将Eclipse设置为自动刷新，操作方法：Window->Preferences->Workbench，选中Refresh workspace automatically。即使如此，仍然可能出现问题，因为Eclipse刷新可能会有一定延迟，所以在报错时，手动刷新一下，再同步。
2、下班离开公司之前Commit所有文件，上班之后Update所有文件，并根据Daily build的报告，修正昨天提交的版本中的错误信息。
3、在修改文件之前，先Update一下，使得修改时的版本尽可能新，一旦发生冲突，解决它的工作量会比较小。如果是大家共同使用，并经常修改的文件，如Constants.java、struts-config.xml等文件，更要如此，最好能通知其他人员Commit。
4、在文件出现冲突时，应该先进行比对，将服务器端的修改更新至本地，不清楚的地方要同其他人沟通，合并完成后，选择Override and Commit更新，禁止不进行比对就进行Override and Commit操作！
5、CVS不允许进行删除服务器端文件，所以大家最好不要提交临时文件及临时目录，如编译产生的文件和目录。
6、不同功能模块的文件分开Commit，同一功能模块的文件一次Commit，对于分析错误、减少冲突、版本回退等有帮助。
7、提交的文件必须经过测试，起码保证在本地是可以编译通过的，方便其他人测试。