cvn和cvs的区别许多牛人总结.docVIP

开发SVN的理由是什么? 上次在googletechtalk上看了Linus对于版本控释系统的评价， 现在linux内核开发用git，以前用的是bitkeeper。 他对SVN的评价是，历史上最没有意义的一个项目。大家用SVN的动机是啥？ 个人认为，也许svn在内核开发方面“最没用”，如果真的那么没用，为啥很多项目转向使用svn呢……呵呵……偶个人比较喜欢svn，偶觉得在某些方面它比cvs好懂，有些功能（比如对目录的处理）比较吸引人：） 1:图标覆盖功能(仅限TortoiseSVN)，方便的看出当前文件的版本控制状态。2:提交时所有文件版本号统一增1(虽然有的文件一点都没有变)，较之cvs每个文件一个版本，好记且提取历史版本方便。3:便捷的文件操作功能(仅限TortoiseSVN)实现与Window无缝链接,目录操作就是一个优势)。本人看重第2点.... 去年过的一个项目同时用到SVN和CVS当时代码是用CVS控制,项目资料及文档由SVN控制,应该说各有长处吧 楼上小白了，svn就是用来取代cvs的，对代码的控制是做的最好的一部分。能够重构，能够对目录进行操作。就这两条就够让我转向svn了。 版本控制 平民化 应该是 主要的原因。linux下的版本控制配置一般人搞不了而subversion的配置方法很简单且强大，简单是说配置容易上手强大是说可以精确到目录级别的控制。以前总结的:1、目录版本控制CVS 只能追踪单独档案的历史, 不过 Subversion 实作了一个 “虚拟” 的版本控管档案系统, 能够依时间追踪整个目录的更动. 目录和档案都被纳入版本控管. 最后, 客户端有真正可用的 move (移动) 与 copy 指令.2、不可分割的送交一个送交动作, 不是导致所有更动都送入档案库, 就是完全不会送入. 这让发展人员以逻辑区段建立更动, 并送交更动.3、纳入版本控管的描述数据 (Meta-data)每一个档案与目录都附有一组隐形 “性质 (property)”. 你可以自己发明, 并储存任何你想要的键值对. 性质是随着时间来作版本控管的, 就像档案内容一样.4、选择不同的网络层Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制. Subversion “先进” 的网络服务器, 是 Apache 网页服务器的一个模块,它以称为 WebDAV/DeltaV 的 HTTP 变体协议与外界沟通. 这对Subversion 的稳定性与互通性有很大的帮助, 而且额外提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及档案库浏览. 另外也有小而独立的 Subversion 服务器程序, 使用的是自订的通讯协议, 可以很容易地透过 ssh 以 tunnel 方式使用.5、一致的数据处理方式Subversion 使用二进制差异运算法, 来表示档案的差异, 它对文字 (人类可理解的) 与二进制档案 (人类无法理解) 两类的档案都一视同仁. 这两类的档案都同样地以压缩形态储存在档案库中, 而且档案差异是以两个方向在网络上传送的.6、HackabilitySubversion 没有任何的历史包袱; 它主要是一群共享的 C 链接库, 具有定义完善的 API. 这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用. 个人认为有几点：1.可以控制到目录（并可进行共享）2.每次提交的事务性3.统一的存储方式（二进制），并能智能比较差异。（在CVS中经常会出现二进制文件被当作文本处理的情况）...在使用上介于CVS和VSS之间，像是集二者之所长。 个人认为SVN有一下特点：1.目录版本化CVS只对单个的文件版本管理支持，而SVN支持虚拟目录版本管理。2.同名文件版本管理支持CVS同名文件的版本历史无法很好管理，但是SVN可以做到3.原子提交cvs文件提交，svn对改变的原子进行提交管理4.版本化的元数据5.可选择的网络层6.数据操作一致7.分支标签操作高效8.可修改性 可以这样看cvs比较简单一点，svn是cvs的一个升级版本。像许多开发平台就集成了cvs，如eclipse，netbeans等，这些版本控制在IDE中很实用，方便。 内核往往是几个或一个内核牛人写的，对于内核牛人来说版本控制都是无聊的东西，更何况是SVN,但SVN确实是比较好的版本控制工具，我不认为牛人的说法对，只是他看来，他的观点，并不适用于大众哦 我们现在从CVS转向SVN据说有两点原因：1 场地内没有CVS2 项目为开源项目 我在说说，我使用vs2008开发，结合SVN（vs插件