Subversion的設計包括一個抽像的網路層，這意味著版本庫可以通過各種伺服器進程訪問，而且客戶端「版本庫訪問」的API允許程式設計師寫出相關協議的外掛，理論上講，Subversion可以使用無限數量的網路協議實現，目前實踐中只有兩種伺服器。

Apache是最流行的web伺服器，通過使用mod_dav_svn模塊，Apache可以訪問版本庫，並且可以使客戶端使用HTTP的擴展協議WebDAV/DeltaV進行訪問，因為Apache是一個非常易於擴展的web伺服器，它提供了許多「易於獲取的」特性，例如加密的SSL通訊，日誌和與第三方工具的集成，以及內建的版本庫web瀏覽功能。

在另一個角落是svnserve：一個更小，輕型的伺服器程序，同客戶端使用自行定義的協議。因為協議是為Subversion專門設計的，並且是有狀態的(不像HTTP)，它提供了更快的網路操作—但也有一些代價。它只理解CRAM-MD5的認證，然而它非常易於設定，是開始使用Subversion的小團隊的最佳選擇。

第三個選擇是使用SSH連接包裹的svnserve，儘管這個場景依然使用svnserve，它與傳統的svnserve部署非常不同，SSH在多所有的通訊中使用加密方式，SSH也使用排他的認證，所以在伺服器主機(svnserve與之不同，它包含了自己的私有用戶帳號)上必須要有真實的系統帳戶。最後，因為這些設定需要每個用戶發起一個私有的臨時svnserve進程，這與允許一組本地用戶通過file://協議訪問等同(從訪問許可的視點)。因此路徑為基礎的訪問控制變得沒有意義，因為每個用戶都可以直接訪問版本庫。

下面是三種典型伺服器部署的總結。