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、提交的文件必须经过测试，起码保证在本地是可以编译通过的，方便其他人测试。