SVN和Git的比較

關於SVN和Git的區別，SVN和Git主要應用於版本控制。沒有版本控制的團體開發是一種可怕的行為。我在校的時候已經體會到了。當然了，如果沒有正確使用好版本控制工具也是一種可怕的行為，比如使用git為例，如果某個同事解決沖突時，沒有進行比較，很容易將別人剛剛寫好的功能覆蓋掉，一般出現比較多的場景是因為全部都在一個分支上進行開發導致的。

不同的版本控制工具有其優勢也有其劣勢，面試題也是作為一個參考的，目前而言，我朋友和同學他們公司還是使用SVN比較多。

聲明下，本文主要參考鏈接如下:

SVN與Git區別:https://www.cnblogs.com/mtl-key/p/6902627.html

SVN與Git優缺點比較:https://blog.csdn.net/yuwq123/article/details/52748009

 

說說SVN與Git相比的優缺點:

1．SVN優缺點
優點： 
1、 管理方便，邏輯明確，符合一般人思維習慣。 
2、 易於管理，集中式服務器更能保證安全性。 
3、 代碼一致性非常高。 
4、 適合開發人數不多的項目開發。 
缺點： 
1、 服務器壓力太大，數據庫容量暴增。 
2、 如果不能連接到服務器上，基本上不可以工作，看上面第二步，如果服務器不能連接上，就不能提交，還原，對比等等。 
3、 不適合開源開發（開發人數非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明確的權限管理機制（例如分支訪問限制），可以實現分層管理，從而很好的解決開發人數眾多的問題。

SVN我個人使用過，但是用的很少，一般使用Git居多，所以在此就不說太多。

2．Git優缺點
優點： 
1、適合分布式開發，強調個體。 
2、公共服務器壓力和數據量都不會太大。 
3、速度快、靈活。 
4、任意兩個開發者之間可以很容易的解決沖突。 
5、離線工作。 
缺點： 
1、學習周期相對而言比較長。 
2、不符合常規思維。 
3、代碼保密性差，一旦開發者把整個庫克隆下來就可以完全公開所有代碼和版本信息。

Git保密性差這一點以最近的新聞為例，華住的程序員把數據庫連接方式上傳至托管平台github，數據庫密碼過於簡單，從這里看出不單單是這位程序員的原因，同時也說明了Git的代碼保密性差的原因。

 

詳細概述:

(1) 最核心的區別Git是分布式的，而Svn不是分布的。能理解這點，上手會很容易，聲明一點Git並不是目前唯一的分布式版本控制系統，還有比如Mercurial等，所以說它們差不許多。話說回來Git跟Svn一樣有自己的集中式版本庫和Server端，但Git更傾向於分布式開發，因為每一個開發人員的電腦上都有一個Local Repository,所以即使沒有網絡也一樣可以Commit，查看歷史版本記錄，創建項 目分支等操作，等網絡再次連接上Push到Server端。從上面看GIt真的很棒，但是GIt adds Complexity,剛開始使用會有些疑惑，因為需要建兩個Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。

 

(2)Git把內容按元數據方式存儲，而SVN是按文件：因為.git目錄是處於你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標簽，分支，版本記錄等。.git目錄的體積大小跟.svn比較，你會發現它們差距很大。

 

(3) Git沒有一個全局版本號，而SVN有：目前為止這是跟SVN相比Git缺少的最大的一個特征。

 

(4) Git的內容的完整性要優於SVN: GIT的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。 (5) Git下載下來后，在OffLine狀態下可以看到所有的Log,SVN不可以。

 

(5) 剛開始用時很狗血的一點，SVN必須先Update才能Commit,忘記了合並時就會出現一些錯誤，git還是比較少的出現這種情況。

 

(6) 克隆一份全新的目錄以同樣擁有五個分支來說，SVN是同時復製5個版本的文件,也就是說重復五次同樣的動作。而Git只是獲取文件的每個版本的 元素，然后只載入主要的分支(master)在我的經驗,克隆一個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個文件的 SVN,耗了將近一個小時！而Git只用了區區的1分鍾！

 

(7) 版本庫（repository):SVN只能有一個指定中央版本庫。當這個中央版本庫有問題時，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設立完成。而 Git可以有無限個版本庫。或者，更正確的說法，每一個Git都是一個版本庫，區別是它們是否擁有活躍目錄（Git Working Tree）。如果主要版本庫（例如：置於GitHub的版本庫）發生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復即可。工作成員也可以提交到其他的版本庫！

 

(8)分支（Branch）在SVN，分支是一個完整的目錄。且這個目錄擁有完整的實際文件。如果工作成員想要開啟新的分支，那將會影響“全世界”！每個人都會擁有和你一樣的分支。如果你的分支是用來進行破壞工作（安檢測試），那將會像傳染病一樣,你改一個分支，還得讓其他人重新切分支重新下載，十分狗血。而 Git，每個工作成員可以任意在自己的本地版本庫開啟無限個分支。舉例：當我想嘗試破壞自己的程序（安檢測試），並且想保留這些被修改的文件供日后使用， 我可以開一個分支，做我喜歡的事。完全不需擔心妨礙其他工作成員。只要我不合並及提交到主要版本庫，沒有一個工作成員會被影響。等到我不需要這個分支時， 我只要把它從我的本地版本庫刪除即可。無痛無癢。Git的分支名是可以使用不同名字的。例如：我的本地分支名為OK，而在主要版本庫的名字其實是master。最值得一提，我可以在Git的任意一個提交點（commit point）開啟分支！（其中一個方法是使用gitk –all 可觀察整個提交記錄，然后在任意點開分支。

   

(9)提交（Commit）在SVN，當你提交你的完成品時，它將直接記錄到中央版本庫。當你發現你的完成品存在嚴重問題時，你已經無法阻止事情的發生了。如果網路中斷，你根本沒辦法提交！而Git的提交完全屬於本地版本庫的活動。而你只需“推”（git push）到主要版本庫即可。Git的“推”其實是在執行“同步”（Sync）。

 

最后總結:

在此說一下，Git和SVN沒有誰優誰劣之分，關鍵看公司的需求。比如像美團、阿里等這樣的公司就都用Git，至於是否用SVN我也不是特別清楚，不過很多公司之前都在用SVN，后來都轉變用Git。為什么呢？因為棄用SVN這類人看來，有個始終比較扎心的問題，那就是“集中式某一個人的電腦壞掉了不要緊，隨便從其他人那里復制一個就可以了。而集中式版本控制系統的中央服務器要是出了問題，所有人都沒法干活了。”當然了，對此也不是沒有解決辦法，比如運維人員可以通過自動化腳本每天雙重備份。