cvs总结

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、对二进制文件，如Word文档，CVS不能进行比对，如果出现冲突，需要自己手工合并，可以将本地文件备份，将文件Override and Update，然后从备份文件中将自己修改的部分合并之后提交。

5、在文件出现冲突时，应该先进行比对，将服务器端的修改更新至本地，不清楚的地方要同其他人沟通，合并完成后，选择Override and Commit更新，禁止不进行比对就进行Override and Commit操作！

6、CVS不允许进行删除服务器端文件，所以大家最好不要提交临时文件及临时目录，如编译产生的文件和目录。

7、不同功能模块的文件分开Commit，同一功能模块的文件一次Commit，对于分析错误、减少冲突、版本回退等有帮助。

8、提交的文件必须经过测试，起码保证在本地是可以编译通过的，方便其他人测试。

        以上文字是 http://blog.csdn.net/alex197963/archive/2007/04/07/1555370.aspx 处转的，读了深有体会，我其实也是这么做的，类似Struts-config.xml文件，commit时总是出问题，对于cvs还不能很好的使用，冲突不断，二进制的进行手工合并，个人的单独完成的模块部门，可以直接提交，公用文件一定要update
       原文地址： http://www.diybl.com/course/3_program/gcs/20071210/91457.html