Subversion特性

Subversion意味着比CVS更好，它拥有CVS的大多数特性，一般说来，Subversion的接口与CVS的十分相似，除了一些有竞争性的原因我们选择了其他方式。

CVS经常因为缺少这些特性而被抱怨，Subversion的版本不仅仅是关注文件的内容和存在性，它也允许附加在任意文件和目录上的metadata ("properties")可以被版本化，而且提供了一种机制可以版本化文件上的“执行”许可标志。

在整体提交之前不会有部分提交起作用的情况出现，修订号对应每次提交而不是对应每个文件，log信息与修订号附在一起，并没有和CVS一样需要冗余的地方存放。

Subversion可以使用HTTP为基础的WebDAV/DeltaV协议用来网络通讯，Apache服务器提供版本库端的网络服务，这给了Subversion更好的协同性，也轻易获得许多关键特性：认证、路径为基础的授权，数据压缩和基本的版本库浏览。

Subversion也提供了独立服务器选项，这时使用自定义的协议（并不是所有的人希望运行Apache 2.x），独立服务器模式可以作为inetd的一个服务运行，或者以守护进程模式，提供了基本的认证和授权，也可以使用SSH作为通道。

没有原因会使得这些操作会很昂贵，所以它不是。.

分 支和标签本质上都是通过“拷贝”操作实现的，一个拷贝操作会占用很少的固定数量的空间，任何拷贝都是一个标签，如果你对一个拷贝提交，它的分支也会一样的 操作。（This does away with CVS's "branch-point tagging", by removing the distinction that made branch-point tags necessary in the first place.）

Subversion从一开始就是设计为客户端/服务器模式，从而免去了许多折磨着CVS的维护问题，代码是有一系列结构化的模块组成，有定义良好的接口，设计为被别的程序调用。

网络协议有效的利用网络带宽，在有可能的情况下回双向传输区别（CVS的服务器向客户端传输区别，但反之不是）。

通常情况下，Subversion操作所耗费的时间与此次操作引起的变化成比例，而不是对这个项目改变的绝对值，这个是Subversion版本库模型的特性。

版本库可以使用嵌入的数据库后端也可以使用定义格式的纯文件的后端

Unix用户可以在版本控制里置入对象链接，这个链接会在Unix的工作拷贝里重建，但不会在win32工作拷贝里创建。

Subversion对于二进制文件具备同文本文件一样的高效性，这是因为它在传输和存储连续的修订版本中使用二进制的文件交换算法。

Subversion所有的命令行客户端输出的内容都经过精心的设计，适合人们读取和自动解析；脚本化也具备较高的优先级。

SUbversion会根据本地设置使用gettext()来显示传输错误、报告和帮助信息。