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