什麼是SVN（Subversion）？
在2010年之前，Apache Subversion（簡稱SVN）是最受歡迎的版本控制系統之一。現在，SVN的受歡迎程度正在下降，但仍有數百萬行儲存在其中。它甚至繼續得到積極維護，儘管是一個小型的開源社群。
SVN的誕生
在1990年代後期，Concurrent Versions System（或CVS）被廣泛用於開源和商業專案的軟體開發。然而，CVS開始受到批評。它對第三方工具的支援很差，絕對不支援http / https / ssh協定。它很快就變得不合格，需要一個更好的系統。
2000年，SVN的發展開始認真。目標是為CVS創建相容的後繼者。
儘管SVN開發始於2000年，但版本1.0直到2004年2月才發布。它模仿了CVS中的許多功能，但它也引入了CVS缺失的新功能。使用者現在可以執行原子命令，並能夠重命名和移動版本化檔案。
SVN於2009年11月成為Apache項目，當時它被Apache Incubator接受。在SVN被引入世界之後，CVS的採用逐漸消失。
相關文章推薦：
1.Git和Svn的差異是什麼
# 2.Svn工具怎麼安裝
相關影片推薦：
1.SVN影片教學（傳智播客）
Subversion如何運作？
SVN最初被設計為命令列介面。這意味著您將打開終端並鍵入文字命令。
要使Subversion工作，SVN設定需要兩個主要元素：
1.該伺服器，它具有一切來源檔案的所有版本
2.一個檔案的本地副本，這是您的計算機上。
您電腦上的檔案稱為工作檔案。這些是每個使用者進行編輯的文件。然後，用戶將其變更提交到SVN伺服器，該伺服器也稱為儲存庫。
每次使用者提交更改時，SVN都會透過建立新版本來管理和記錄它。與大多數版本控制系統一樣，使用者通常使用最新版本。但是如果需要舊版本，則可以還原到早期版本。
什麼是SVN伺服器？ （什麼是Subversion伺服器？）
SVN伺服器包含所有來源檔案以及檔案的所有版本。在SVN領域，伺服器稱為儲存庫。因此，SVN伺服器和SVN儲存庫是一回事。
檔案的本機副本（儲存在您的電腦上）稱為工作副本。
SVN是分散式還是集中式？
版本控制系統大致可分為兩類：分散式版本控制系統（DVCS）和集中式版本控制系統（CVCS）。
SVN是一個集中式版本控制系統。
集中式版本控制系統意味著版本歷史儲存在中央伺服器中。當開發人員想要對某些文件進行更改時，他們會將文件從該中央儲存庫拉到自己的電腦上。在開發人員進行更改後，他們會將更改的檔案傳回中央儲存庫。
使用Helix Core進行可擴充的集中式版本控制系統。或使用Helix4Git進行基於Git的分散式工作流程。
SVN面臨的挑戰
SVN有一個繁瑣的分支模型
關於SVN最常見的抱怨是它繁瑣的分支模型。分支允許您同時處理程式碼的多個版本。在SVN中，分支被建立為儲存庫中的目錄。許多開發人員不喜歡這種目錄結構。但挑戰不止於此。
SVN 1.6版引進了一個名為樹衝突的概念。樹衝突是由目錄結構的變化引起的衝突，它們經常發生。由於SVN不允許您在發生樹衝突時提交更改，因此這增加了在SVN中實施分支策略的複雜性。
SVN要求您連接到中央回購
為了提交更改，SVN要求您連接到中央儲存庫。
使用SVN而不與中央回購連結是毫無意義的。例如，如果您進行離線編碼 - 例如在航班期間 - 在恢復連線之前，SVN不允許您提交中央儲存庫。
SVN要求您手動解決衝突
合併是開發人員經常抱怨SVN的另一個大問題。如果您正在使用歷史記錄來進行一組變更並進行提交，則會進行另一項變更（即線性）並提交，合併將很容易。
當您有兩個或更多開發人員在相同的程式碼庫上工作並且您需要合併時，事情會變得複雜。在這種情況下，SVN失敗，開發人員需要手動解決衝突，這會浪費數小時的開發人員時間。
為何使用SVN
幾年前，Git和其他商業版控制系統已經超越了SVN。但SVN仍有兩個原因：成本和慣性。
成本： SVN是開源的，這意味著它是「免費的」。
慣性：一旦建置了大型程式碼庫，就很難切換VCS。 SVN自2004年以來一直存在，採用它的組織擁有數百萬行程式碼。
以上是SVN是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！
