目前我司使用两种工具的都有，有人想统一成一种，却苦于找不到两种都精通的专家，无法给出专业而客观的意见。
我个人认为，存在即为合理。既然两者能共存这么久，说明其各有利弊。对于众多使用单一工具好几年的员工，简单粗暴的统一势必对工作造成很大的冲击。
大家的观点如何呢？如果能从性能、易用性等方面给出专家意见就更不胜感激啦～～

[ 本帖最后由 千寻 于 2008-7-15 09:07 编辑 ]

先发一份网上较多的比较：
1 对重命名、删除文件的支持
   cvs：不支持本地文件重命名提交。删除分remove和erase两种前者把本地和库中文件都删除 后者只是删除本地文件，不能删除文件夹
  svn：支持文件重命名提交系统会提示删除旧文件，创建新文件。删除本地文件提交 库中文件也被删除
2 对中文路径名的支持
  cvs：支持的比较好
  svn：要将权限控制文件保存为svn支持的UTF-8格式
3 本地文件与库的对应关系
  cvs：可以多对多
  svn：一个库可以有多个工作目录但一个工作目录只能对应一个库 虽然可以更改库位置但是要求很严格
4 库中文件存放方式
  cvs：完全用户可见方式与客户端文件夹结构完全一致（cvs生成文件除外）
  svn：与vss相似，看不到文件真正的内容
5 用户、权限管理
  cvs：管理员很难清楚的知道一个项目到底有多少个用户各用户的权限和密码是什么 只能用分组的方式管理用户而且密码和权限还是不清晰
  svn：查看、修改配置文件即可
6 权限
  cvs：有read、write、creat、none这四种权限，任何人不能删除文件夹（admin也只能跑到服务器上把相应文件夹残忍删除？我暂时只知道这个方法……汗-_-‖）
  svn：只有read、write、none三种权限 creat和delete权限好象和write是捆绑在一起的

刚用svn，发现svn的branch/merge是基于"目录"维护，很灵活，所以它的branch/merge也强于CVS。但滥用"目录"可能导致仓库结构混乱，所以一定要先规划好目录结构，并对开发人员作多一点培训。

/tags和/branches应该只给少数人写权限。

用过codestriker么?

丢弃CVS，我觉得。
相对于CVS，
SVN在大多数功能上还是要优于它的，
要更实用一点！

正在研究SVN~~~

我认为这其实不是个技术问题，而是个人际问题
LZ需要搞清楚：到底是谁想统一成一种？
如果是有决定权的领导，就问他喜欢哪个，然后就统一成这个；
如果是没有决定权的人想统一，就问有决定权的领导，他是否想统一，如果答案是肯定的，再问他喜欢哪个，然后就统一成这个；

我工作过的一个公司，一些人用VSS，另一些人用CVS，我当时也考虑过像LZ这样做个细致的比较，然后用好用的那个，最后发现其实根本没必要，首先，VSS和CVS其实没有那么大的分别（我认为SVN/CVS的分别也不是那么大），用哪个其实真的无所谓；另一方面，即使拿出了比较数据，证明某个更好些，但是，他们依然不会买账，因为，愿意用VSS的那群人的经理和愿意用CVS的那群人的头不对付，他们根本就不想向对方靠拢，怎么统一呢？

引用:

原帖由 魔术师约翰逊 于 2008-4-25 20:37 发表
我认为这其实不是个技术问题，而是个人际问题
LZ需要搞清楚：到底是谁想统一成一种？
如果是有决定权的领导，就问他喜欢哪个，然后就统一成这个；
如果是没有决定权的人想统一，就问有决定权的领导，他是否想统一 ...

楼上的话有道理！
其实抛开技术，这个确实是最大的问题，楼主可以认真考虑下！

还需要考虑一点是SVN的第三方支持暂时还没有CVS好.....

还是SVN吧 毕竟是对CVS某些问题的改良版本