來源:藏色散人 發(fā)布時間:2018-12-28 10:44:01 閱讀量:904
什么是SVN(Subversion)?
在2010年之前,Apache Subversion(簡稱SVN)是最流行的版本控制系統(tǒng)之一?,F(xiàn)在,SVN的受歡迎程度正在下降,但仍有數(shù)百萬行存儲在其中。它甚至繼續(xù)得到積極維護,盡管是一個小型的開源社區(qū)。
SVN的誕生
在1990年代后期,Concurrent Versions System(或CVS)被廣泛用于開源和商業(yè)項目的軟件開發(fā)。然而,CVS開始受到批評。它對第三方工具的支持很差,并且絕對不支持http / https / ssh協(xié)議。它很快變得不合格,需要一個更好的系統(tǒng)。
2000年,SVN的發(fā)展開始認真。目標是為CVS創(chuàng)建兼容的后繼者。
盡管SVN開發(fā)始于2000年,但版本1.0直到2004年2月才發(fā)布。它模仿了CVS中的許多功能,但它也引入了CVS缺失的新功能。用戶現(xiàn)在可以執(zhí)行原子命令,并能夠重命名和移動版本化文件。
SVN于2009年11月成為Apache項目,當時它被Apache Incubator接受。在SVN被引入世界之后,CVS的采用逐漸消失。
Subversion如何運作?
SVN最初被設計為命令行界面。這意味著您將打開終端并鍵入文本命令。
要使Subversion工作,SVN設置需要兩個主要元素:
1.該服務器,它具有一切源文件的所有版本
2.一個文件的本地副本,這是您的計算機上。
您計算機上的文件稱為工作文件。這些是每個用戶進行編輯的文件。然后,用戶將其更改提交到SVN服務器,該服務器也稱為存儲庫。
每次用戶提交更改時,SVN都會通過創(chuàng)建新版本來管理和記錄它。與大多數(shù)版本控制系統(tǒng)一樣,用戶通常使用最新版本。但是如果需要舊版本,則可以恢復到早期版本。
什么是SVN服務器?(什么是Subversion服務器?)
SVN服務器包含所有源文件以及文件的所有版本。在SVN領域,服務器稱為存儲庫。因此,SVN服務器和SVN存儲庫是一回事。
文件的本地副本(存儲在您的計算機上)稱為工作副本。
SVN是分布式還是集中式?
版本控制系統(tǒng)大致可分為兩類:分布式版本控制系統(tǒng)(DVCS)和集中式版本控制系統(tǒng)(CVCS)。
SVN是一個集中式版本控制系統(tǒng)。
集中式版本控制系統(tǒng)意味著版本歷史存儲在中央服務器中。當開發(fā)人員想要對某些文件進行更改時,他們會將文件從該中央存儲庫拉到自己的計算機上。在開發(fā)人員進行更改后,他們會將更改的文件發(fā)送回中央存儲庫。
使用Helix Core進行可擴展的集中式版本控制系統(tǒng)。或者使用Helix4Git進行基于Git的分布式工作流程。
SVN面臨的挑戰(zhàn)
SVN有一個繁瑣的分支模型
關于SVN最常見的抱怨是它繁瑣的分支模型。分支允許您同時處理代碼的多個版本。在SVN中,分支被創(chuàng)建為存儲庫中的目錄。許多開發(fā)人員不喜歡這種目錄結構。但挑戰(zhàn)并不止于此。
SVN 1.6版引入了一個名為樹沖突的概念。樹沖突是由目錄結構的變化引起的沖突,并且它們經(jīng)常發(fā)生。由于SVN不允許您在發(fā)生樹沖突時提交更改,因此這增加了在SVN中實施分支策略的復雜性。
SVN要求您連接到中央回購
為了提交更改,SVN要求您連接到中央存儲庫。
使用SVN而不與中央回購連接是毫無意義的。例如,如果您進行離線編碼 - 例如在航班期間 - 在恢復連接之前,SVN不允許您提交中央存儲庫。
SVN要求您手動解決沖突
合并是開發(fā)人員經(jīng)常抱怨SVN的另一個大問題。如果您正在使用歷史記錄來進行一組更改并進行提交,則會進行另一項更改(即線性)并提交,合并將很容易。
當您有兩個或更多開發(fā)人員在相同的代碼庫上工作并且您需要合并時,事情會變得復雜。在這種情況下,SVN失敗,開發(fā)人員需要手動解決沖突,這會浪費數(shù)小時的開發(fā)人員時間。
為何使用SVN
幾年前,Git和其他商業(yè)版控制系統(tǒng)已經(jīng)超越了SVN。但SVN仍有兩個原因:成本和慣性。
成本: SVN是開源的,這意味著它是“免費的”。
慣性:一旦構建了大型代碼庫,就很難切換VCS。SVN自2004年以來一直存在,采用它的組織擁有數(shù)百萬行代碼。