Subversion 的设计采用了抽象的仓库访问层。 这意味着任何类型的服务器进程都可以以编程方式访问仓库，并且客户端的 “仓库访问” API 允许程序员编写支持相关网络协议的插件。 从理论上讲，Subversion 可以使用无限数量的网络实现。 实际上，目前只有两种广泛使用的 Subversion 服务器。

Apache HTTP Server（也称为 httpd）是一种非常流行的 Web 服务器；使用 mod_dav_svn 模块，Apache 可以访问仓库，并通过 WebDAV/DeltaV 协议（HTTP 的扩展）将其提供给客户端。 由于 Apache 是一种非常可扩展的服务器，它提供了许多 “免费的” 功能，例如加密的 SSL 通信、日志记录、与许多第三方身份验证系统的集成以及对仓库的有限内置 Web 浏览功能。

另一个是 svnserve：一个小型、轻量级的服务器程序，它与客户端使用自定义协议进行通信。 由于其协议是专门为 Subversion 设计的，并且是带状态的（与 HTTP 不同），它提供了明显更快的网络操作——但也以牺牲一些功能为代价。 它可以使用 SASL 提供各种身份验证和加密选项，但没有日志记录或内置 Web 浏览功能。 然而，它非常容易设置，对于刚刚开始使用 Subversion 的小型团队来说，它通常是最佳选择。

svnserve 使用的网络协议也可以通过 SSH 连接进行隧道传输。 这种 svnserve 部署选项在功能上与传统的 svnserve 部署有很大差异。 SSH 用于加密所有通信。 SSH 也专门用于身份验证，因此服务器主机上需要使用真实系统帐户（与普通的 svnserve 不同，后者有自己的私有用户帐户）。 最后，由于此设置要求每个用户启动一个私有的、临时的 svnserve 进程，因此它等同于（从权限的角度来看）允许一组本地用户通过 file:// URL 访问仓库。 基于路径的访问控制毫无意义，因为每个用户都直接访问仓库数据库文件。

表 6.1, “Subversion 服务器选项比较” 提供了三种典型服务器部署的简要总结。