什么是SVN（Subversion）？

在2010年之前，Apache Subversion（簡稱SVN）是最流行的版本控制系統之一?，F在，SVN的受歡迎程度正在下降，但仍有數百萬行存儲在其中。它甚至繼續得到積極維護，盡管是一個小型的開源社區。

SVN的誕生

在1990年代后期，Conhtml' target='_blank'>current 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的采用逐漸消失。

Subversion如何運作？

SVN最初被設計為命令行界面。這意味著您將打開終端并鍵入文本命令。

要使Subversion工作，SVN設置需要兩個主要元素：

1.該服務器，它具有一切源文件的所有版本

2.一個文件的本地副本，這是您的計算機上。

您計算機上的文件稱為工作文件。這些是每個用戶進行編輯的文件。然后，用戶將其更改提交到SVN服務器，該服務器也稱為存儲庫。

每次用戶提交更改時，SVN都會通過創建新版本來管理和記錄它。與大多數版本控制系統一樣，用戶通常使用最新版本。但是如果需要舊版本，則可以恢復到早期版本。

什么是SVN服務器？（什么是Subversion服務器？）

SVN服務器包含所有源文件以及文件的所有版本。在SVN領域，服務器稱為存儲庫。因此，SVN服務器和SVN存儲庫是一回事。

文件的本地副本（存儲在您的計算機上）稱為工作副本。

SVN是分布式還是集中式？

版本控制系統大致可分為兩類：分布式版本控制系統（DVCS）和集中式版本控制系統（CVCS）。

SVN是一個集中式版本控制系統。

集中式版本控制系統意味著版本歷史存儲在中央服務器中。當開發人員想要對某些文件進行更改時，他們會將文件從該中央存儲庫拉到自己的計算機上。在開發人員進行更改后，他們會將更改的文件發送回中央存儲庫。

使用Helix Core進行可擴展的集中式版本控制系統?；蛘呤褂肏elix4Git進行基于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教程

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。