Subversion和CVS 比较

Subversion和CVS相比，除了包含了CVS的全部特性之外，也加入了新的理念：
   
    1、路径、改名、以及文件meta-data也可进入版本控制范围。
                缺少这些特性是CVS被抱怨最多的方面之一，subversion不止对文件内容和文件存放位置加入
                控制，也对目录，拷贝，重命名操作加入版本控制。它也允许文件/目录的相关元数据
                meta-data和文件/目录本身一起被版本控制起来，并提供一种机制对文件的执行权限进行
                控制。
     2、Commit动作真正成为原子级的操作了。
                直到整个commit动作都成功前不会有任何部分的commit会生效。版本修订号只是预确认，而
                不是对文件预确认。(翻译不出来 -_-;)日志信息将绑定到修订信息，而不是象CVS那样冗余
                的存储下来。
     3、提供Apache网络服务器选项，支持WebDAV/DeltaV协议。
                Subversion可以使用基于http协议的WebDAV/DeltaV协议进行网络通讯，并由Apache服务器
                提供源码仓库方的网络浏览服务。这为Subversion提供了比CVS更好的协同工作能力，并提供了
                各式各样的自由的关键特性：授权，基于路径的授权，线性压缩，以及基本源码仓库浏览。
      4、独立服务器选项
                Subversion也能提供独立服务器选项，使用自定的协议（不是每个人都想运行Apache2.x）
                独立服务器可以作为系统的inetd服务运行，并提供基本的授权。它也能使用ssh进行加密。
      5、建立分支和标签操作成为不耗时的操作。
                这些动作没理由耗时，所以我们不再让它们耗时。
      6、分支与标签的实现都是基于底层的拷贝操作，一个拷贝占用一块固定大小的空间。任何拷贝都
                可以作为一份标签；假如你开始对某个版本的拷贝进行commit动作，那它也就成为一个分支。(这与CVS的"分支节点做标签"方式不同)
      7、天然的client/server结构，层次化库设计。
                Subversion从设计之初即采用client/server机构；因此避免了困扰CVS了许久的一些维护性难题。
                代码被构建为一组带有详细接口说明的模块，用以方便的由其他应用程序进行调用。
      8、Client/server协议向双方发送对比差异。
                网络协议利用宽带有效地发送对比差异给客户端和服务器端双方。( CVS只是 server->client,
                没有client->server )
      9、资源消耗与数据改变的大小成正比，而不是与数据本身大小成正比
                一般来说，一项Subversion操作所需时间与操作最终变化的大小成正比。而不是与操作所触
                及的整个项目的大小成正比，这是Subversion源代码仓库模型的一个特性。
      10、有效的处理二进制文件
                Subversion对于二进制文件和文本文件的处理同样有效，因为subversion使用一种二进制
                差异比较算法来增量存储那些连续的修订本。
      11、易于语法分析的输出。
                所有Subversion命令行客户端的输出都是仔细设计的，可轻松为人所理解，也适于程序自动
                解析。可进行脚本语言处理将是下一步优先考虑的特性。