希望可以致顶！ 希望大家分享一下经验！
谢谢！麻烦灌水的手下留情阿！

感谢您的贡献！谢谢！

版本控制说明
1． 严格cvs访问控制——不允许使用别人的账户登录cvs
2． 防止冲突——建议使用可以预览的cvs客户端工具，在上传前必须确认冲突的项目没有问题了！必须合并冲突的文件，然后再覆盖防止意外冲掉别人的版本！
3． 工作方式——尽量小规模的修改、测试、上传。每次修改前必须先更新代码，然后修改，测试修改过后再上传，必须添加注释——尽可能详尽的注释！
4． CVS标记——每次重构前，修改某个重要功能前，必须打版本

[此贴子已经被作者于2007-6-7 9:00:59编辑过]

既然是总结经验，当然是我自己的经验，你以为是从网上面搞的阿！没有实践就没有发言权
你以为现在在外面开发都用svn吗？cvs很差吗？没用过svn，不过觉得cvs非常的好用！
你出去找工作大部分的都是cvs吧？svn当然也有！个人觉得cvs毕竟有它流行的理由的！
1． 严格cvs访问控制——不允许使用别人的账户登录cvs，经常出现copy项目来和去，导致多人使用同一个帐号，无法确定每一个人的职责了
2． 防止冲突——建议使用可以预览的cvs客户端工具，在上传前必须确认冲突的项目没有问题了！必须合并冲突的文件，然后再覆盖防止意外冲掉别人的版本！项目大了的时候，对于cvs没有多少经验的人，经常出现冲掉了别人的东西的时候，而那个时候可能别人也没有注意就更新了，导致前功尽弃！
3． 工作方式——尽量小规模的修改、测试、上传。每次修改前必须先更新代码，然后修改，测试修改过后再上传，必须添加注释——尽可能详尽的注释！
这一点就是符合极限编程的，而且有利于养成好的习惯，可以尽早的发现最新代码的早期问题
4． CVS标记——每次重构前，修改某个重要功能前，必须打版本
我发这个只是希望可以集大家而做一个经验积累，我相信这些总结针对其他的版本控制软件依然是奏效的！
当然可能存在对于cvs特有的特性经验
关键是经验阿！
本人也不想去争辩了，再次声明这个是原创！
也是从业差不多一年来的项目心得！
无语中。。。。。。

[此贴子已经被作者于2007-6-7 9:23:27编辑过]

郁闷，我用的eclipse，其实对于cvs和svn，个人觉得也没有本质的差别！
可可℃乐 不知道可否说明为什么会导致那么严重的后果！！！！

cvs现在使用ant进行操作，发现cvs的内涵还蛮多的，回顾了一下帖子，里面说到cvs的合并功能不强，其实如果你用的是eclipse，在eclipse里面合并功能很强了，特别是对java的支持，如果合并的话基本上是所见即所得的操作方式，very easy！
至于所的基本上不会覆盖版本的，其实我说的是多人开发的时候，我们公司小组有8个人，经常还有人在外面出差，已经出现两次把别人的成果干掉了！呵呵，就是因为使用小乌龟强制提交导致的！