刚才见面，就说再见: 小记Subversion试用心得

我就是用fsfs方式，对速度非常非常不满。

这点很致命，曾经在项目初级遇到几个无法提交的bug以后，严重影响了对svn的信心。
哪怕就是现在也时不时地来几次bug，需要手工修改entries才能提交。

cvs和svn设计的初衷是用来存储源代码的，不是拿来当项目管理备份的，可以看看配置管理方面的书，如果你要保存的内容动辄上G，建议用商业的配置管理软件，比如Harvest等。
楼主认为的svn的缺点，在我认为恰恰都是好处：代码库不透明，提高了安全性；无法彻底删除文件更因该是好事啊，按道理就因该每一次动作所导致的结果都应该有迹可寻。
至于说svn比cvs慢，在我这里却是恰恰相反，或许我用的是cvsnt的缘故吧，svn比cvs快很多

哦，对了，如果觉得svn的repo膨胀的太快，可以试试在你的cvs中定期加上分支，看看最终是谁胀得快，我觉得应该在支持原子级commit的svn中取消tag功能了。

我们的代码加起来53MB,用SVN同步一次一般不超过10秒。反而以前用cvs的时候出现过很慢的情况。~

除非有人接过CVS的大旗，继续开发；否则，被SVN或其它什么的替代是迟早的。

SVN似乎是要做 版本化的文件系统（svnbook上说的），
所以与一般的版本控制工具不太一样。
原子提交、版本号即为修改集、copy就是Tag/batch、merage可以负向等等，都是比较特别的特性。

另：最近发现有些linux项目用GIT作版本控制，不知道如何。

我们实际使用svn已近一年，发现经常同步不了代码，无法更新也无发提交，即使conflict解决了也提交不了，会报各种各样的错，遇到这样的就直接delete project然后co一个新的，怪无奈的

而且发现eclipse下的svn插件subclipse巨慢无比，经常提交一个项目到死机
发现直接用command line快的多，在eclipse里一个需要5分钟的co操作，用命令行可能只要5秒钟就行了。

GIT这个东西我朋友用过，觉得很好，但是在现在的企业环境下不适合，主要是没有权限系统。
实际上我觉得现在cvs和svn包括cc等scm软件都太复杂，这主要是由于cm的理论基础太复杂了。如果这个时候能够对cm的基础概念进行研究，推出一个lean一些的概念来，然后在按照这个概念构建一个软件会好很多。
实际上作为程序员来说，用到的命令其实有checkin和check out就够了。而面对管理员来说就复杂的多了，当然入手点就在这里。

不觉得很慢啊，至少比CVSNT快太多了，我们有个文档库已经4.5G了，还是在windows上走的http协议，每天有很多人访问
客户端：eclipse + subversive和TortoiseSVN