SVN和Git對比
在日常運(yùn)維工作中，經(jīng)常會(huì)用到版本控制系統(tǒng)，目前用到最廣泛的版本控制器就是SVN和Git,那么這兩者之間有什么不同之處呢？
SVN（Subversion）是集中式管理的版本控制器，而Git是分布式管理的版本控制器！這是兩者之間最核心的區(qū)別。
SVN只有一個(gè)單一的集中管理的服務(wù)器，保存所有文件的修訂版本，而協(xié)同工作的人們都通過客戶端連到這臺(tái)服務(wù)器，取出最新的文件或者提交更新。
Git每一個(gè)終端都是一個(gè)倉庫，客戶端并不只提取最新版本的文件快照，而是把原始的代碼倉庫完整地鏡像下來。每一次的提取操作，實(shí)際上都是一次對代碼倉庫的完整備份。Git不僅僅是個(gè)版本控制系統(tǒng)，它也是個(gè)內(nèi)容管理系統(tǒng)（CMS），工作管理系統(tǒng)等。如果你是一個(gè)具有使用SVN背景的人，你需要做一定的思想轉(zhuǎn)換，來適應(yīng)Git提供的一些概念和特征。
集中式版本控制系統(tǒng)：
版本庫是集中存放在中央服務(wù)器的，而干活的時(shí)候，用的都是自己的電腦，所以要先從中央服務(wù)器取得最新的版本，然后開始干活，干完活了，再把自己的活推送給中央服務(wù)器。中央服務(wù)器就好比是一個(gè)圖書館，你要改一本書，必須先從圖書館借出來，然后回到家自己改，改完了，再放回圖書館。
集中式版本控制系統(tǒng)最大的毛病就是必須聯(lián)網(wǎng)才能工作，如果在局域網(wǎng)內(nèi)還好，帶寬夠大，速度夠快，可如果在互聯(lián)網(wǎng)上，遇到網(wǎng)速慢的話，可能提交一個(gè)10M的文件就需要5分鐘，這還不得把人給憋死啊。
分布式版本控制系統(tǒng)：
首先，分布式版本控制系統(tǒng)根本沒有“中央服務(wù)器”，每個(gè)人的電腦上都是一個(gè)完整的版本庫，這樣，你工作的時(shí)候，就不需要聯(lián)網(wǎng)了，因?yàn)榘姹編炀驮谀阕约旱碾娔X上。既然每個(gè)人電腦上都有一個(gè)完整的版本庫，那多個(gè)人如何協(xié)作呢？比方說你在自己電腦上改了文件A，你的同事也在他的電腦上改了文件A，這時(shí)，你們倆之間只需把各自的修改推送給對方，就可以互相看到對方的修改了。
和集中式版本控制系統(tǒng)相比，分布式版本控制系統(tǒng)的安全性要高很多，因?yàn)槊總€(gè)人電腦里都有完整的版本庫，某一個(gè)人的電腦壞掉了不要緊，隨便從其他人那里復(fù)制一個(gè)就可以了。而集中式版本控制系統(tǒng)的中央服務(wù)器要是出了問題，所有人都沒法干活了。
在實(shí)際使用分布式版本控制系統(tǒng)的時(shí)候，其實(shí)很少在兩人之間的電腦上推送版本庫的修改，因?yàn)榭赡苣銈儌z不在一個(gè)局域網(wǎng)內(nèi)，兩臺(tái)電腦互相訪問不了，也可能今天你的同事病了，他的電腦壓根沒有開機(jī)。因此，分布式版本控制系統(tǒng)通常也有一臺(tái)充當(dāng)“中央服務(wù)器”的電腦，但這個(gè)服務(wù)器的作用僅僅是用來方便“交換”大家的修改，沒有它大家也一樣干活，只是交換修改不方便而已。
當(dāng)然，Git的優(yōu)勢不單是不必聯(lián)網(wǎng)這么簡單，后面我們還會(huì)看到Git極其強(qiáng)大的分支管理，把SVN等遠(yuǎn)遠(yuǎn)拋在了后面。
那么Git和SVN兩者之間具體有哪些不同？下面詳細(xì)做下對比：
一、搞清楚兩種模式：集中式VS分布式
（1）SVN屬于集中式的版本控制系統(tǒng)
集中式的版本控制系統(tǒng)都有一個(gè)單一的集中管理的服務(wù)器，保存所有文件的修訂版本，而協(xié)同工作的人們都通過客戶端連到這臺(tái)服務(wù)器，取出最新的文件或者提交更新。
SVN的特點(diǎn)概括起來主要由以下幾條：
每個(gè)版本庫有唯一的URL（官方地址），每個(gè)用戶都從這個(gè)地址獲取代碼和數(shù)據(jù)；
獲取代碼的更新，也只能連接到這個(gè)唯一的版本庫，同步以取得最新數(shù)據(jù)；
提交必須有網(wǎng)絡(luò)連接（非本地版本庫）；
提交需要授權(quán)，如果沒有寫權(quán)限，提交會(huì)失??；
提交并非每次都能夠成功。如果有其他人先于你提交，會(huì)提示“改動(dòng)基于過時(shí)的版本，先更新再提交”… 諸如此類；
沖突解決是一個(gè)提交速度的競賽：手快者，先提交，平安無事；手慢者，后提交，可能遇到麻煩的沖突解決。
好處：每個(gè)人都可以一定程度上看到項(xiàng)目中的其他人正在做些什么。而管理員也可以輕松掌控每個(gè)開發(fā)者的權(quán)限。
缺點(diǎn)：中央服務(wù)器的單點(diǎn)故障。
若是宕機(jī)一小時(shí)，那么在這一小時(shí)內(nèi)，誰都無法提交更新、還原、對比等，也就無法協(xié)同工作。如果中央服務(wù)器的磁盤發(fā)生故障，并且沒做過備份或者備份得不夠及時(shí)的話，還會(huì)有丟失數(shù)據(jù)的風(fēng)險(xiǎn)。最壞的情況是徹底丟失整個(gè)項(xiàng)目的所有歷史更改記錄，被客戶端提取出來的某些快照數(shù)據(jù)除外，但這樣的話依然是個(gè)問題，你不能保證所有的數(shù)據(jù)都已經(jīng)有人提取出來。
簡單來說，SVN原理上只關(guān)心文件內(nèi)容的具體差異。每次記錄有哪些文件作了更新，以及都更新了哪些行的什么內(nèi)容。
（2）Git屬于分布式的版本控制系統(tǒng)
Git記錄版本歷史只關(guān)心文件數(shù)據(jù)的整體是否發(fā)生變化。Git 不保存文件內(nèi)容前后變化的差異數(shù)據(jù)。
實(shí)際上，Git 更像是把變化的文件作快照后，記錄在一個(gè)微型的文件系統(tǒng)中。每次提交更新時(shí)，它會(huì)縱覽一遍所有文件的指紋信息并對文件作一快照，然后保存一個(gè)指向這次快照的索引。為提高性能，若文件沒有變化，Git 不會(huì)再次保存，而只對上次保存的快照作一連接。
在分布式版本控制系統(tǒng)中，客戶端并不只提取最新版本的文件快照，而是把原始的代碼倉庫完整地鏡像下來。這么一來，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個(gè)鏡像出來的本地倉庫恢復(fù)。這類系統(tǒng)都可以指定和若干不同的遠(yuǎn)端代碼倉庫進(jìn)行交互。籍此，你就可以在同一個(gè)項(xiàng)目中，分別和不同工作小組的人相互協(xié)作。你可以根據(jù)需要設(shè)定不同的協(xié)作流程。
另外，因?yàn)镚it在本地磁盤上就保存著所有有關(guān)當(dāng)前項(xiàng)目的歷史更新，并且Git中的絕大多數(shù)操作都只需要訪問本地文件和資源，不用連網(wǎng)，所以處理起來速度飛快。用SVN的話，沒有網(wǎng)絡(luò)或者斷開VPN你就無法做任何事情。但用Git的話，就算你在飛機(jī)或者火車上，都可以非常愉快地頻繁提交更新，等到了有網(wǎng)絡(luò)的時(shí)候再上傳到遠(yuǎn)程的鏡像倉庫。換作其他版本控制系統(tǒng)，這么做幾乎不可能，抑或是非常麻煩。
Git特點(diǎn)：
Git中每個(gè)克隆(clone)的版本庫都是平等的。你可以從任何一個(gè)版本庫的克隆來創(chuàng)建屬于你自己的版本庫，同時(shí)你的版本庫也可以作為源提供給他人，只要你愿意。
Git的每一次提取操作，實(shí)際上都是一次對代碼倉庫的完整備份。
提交完全在本地完成，無須別人給你授權(quán)，你的版本庫你作主，并且提交總是會(huì)成功。
甚至基于舊版本的改動(dòng)也可以成功提交，提交會(huì)基于舊的版本創(chuàng)建一個(gè)新的分支。
Git的提交不會(huì)被打斷，直到你的工作完全滿意了，PUSH給他人或者他人PULL你的版本庫，合并會(huì)發(fā)生在PULL和PUSH過程中，不能自動(dòng)解決的沖突會(huì)提示您手工完成。
沖突解決不再像是SVN一樣的提交競賽，而是在需要的時(shí)候才進(jìn)行合并和沖突解決。
除此之外：
1）Git也可以模擬集中式的工作模式
Git版本庫統(tǒng)一放在服務(wù)器中
可以為 Git 版本庫進(jìn)行授權(quán)：誰能創(chuàng)建版本庫，誰能向版本庫PUSH，誰能夠讀取（克?。┌姹編?br>團(tuán)隊(duì)的成員先將服務(wù)器的版本庫克隆到本地；并經(jīng)常的從服務(wù)器的版本庫拉（PULL）最新的更新；
團(tuán)隊(duì)的成員將自己的改動(dòng)推（PUSH）到服務(wù)器的版本庫中，當(dāng)其他人和版本庫同步（PULL）時(shí)，會(huì)自動(dòng)獲取改變
2）Git 的集中式工作模式非常靈活
你完全可以在脫離Git服務(wù)器所在網(wǎng)絡(luò)的情況下，如移動(dòng)辦公／出差時(shí)，照常使用代碼庫
你只需要在能夠接入Git服務(wù)器所在網(wǎng)絡(luò)時(shí)，PULL和PUSH即可完成和服務(wù)器同步以及提交
Git提供rebase 命令，可以讓你的改動(dòng)看起來是基于最新的代碼實(shí)現(xiàn)的改動(dòng)
3）Git有更多的工作模式可以選擇，遠(yuǎn)非 Subversion能比的。
二、用法上理解
（1）Git是分布式的，而SVN不是分布而是集中式的，需要說明的是Git并不是目前唯一的分布式版本控制系統(tǒng)，還有比如Mercurial等，所以說它們差不許多。不過話說回來Git跟Svn一樣有自己的集中式版本庫和Server端，但Git更傾向于分布式開發(fā)，因?yàn)槊恳粋€(gè)開發(fā)人員的電腦上都有一個(gè)LocalRepository以即使沒有網(wǎng)絡(luò)也一樣可以Commit，查看歷史版本記錄，創(chuàng)建項(xiàng)目分支等操作，等網(wǎng)絡(luò)再次連接上Push到Server端。
從上面看GIt真的很棒，但是GIt adds Complexity,剛開始使用會(huì)有些疑惑，因?yàn)樾枰▋蓚€(gè)Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。
（2）Git把內(nèi)容按元數(shù)據(jù)方式存儲(chǔ)，而SVN是按文件：因?yàn)間it目錄是處于你的機(jī)器上的一個(gè)克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標(biāo)簽，分支，版本記錄等。.git目錄的體積大小跟.svn比較，你會(huì)發(fā)現(xiàn)它們差距很大。
（3）Git沒有一個(gè)全局版本號(hào)，而SVN有：目前為止這是跟SVN相比Git缺少的最大的一個(gè)特征。
（4）Git的內(nèi)容的完整性要優(yōu)于SVN: GIT的內(nèi)容存儲(chǔ)使用的是SHA-1哈希算法。這能確保代碼內(nèi)容的完整性，確保在遇到磁盤故障和網(wǎng)絡(luò)問題時(shí)降低對版本庫的破壞。
（5）Git下載下來后，在OffLine狀態(tài)下可以看到所有的Log,SVN不可以。
（6）剛開始用時(shí)很狗血的一點(diǎn)，SVN必須先Update才能Commit,忘記了合并時(shí)就會(huì)出現(xiàn)一些錯(cuò)誤，git還是比較少的出現(xiàn)這種情況。
（7）克隆一份全新的目錄以同樣擁有五個(gè)分支來說，SVN是同時(shí)復(fù)製5個(gè)版本的文件,也就是說重復(fù)五次同樣的動(dòng)作。而Git只是獲取文件的每個(gè)版本的 元素，然后只載入主要的分支(master)在我的經(jīng)驗(yàn),克隆一個(gè)擁有將近一萬個(gè)提交(commit),五個(gè)分支,每個(gè)分支有大約1500個(gè)文件的 SVN,耗了將近一個(gè)小時(shí)！而Git只用了區(qū)區(qū)的1分鐘！
（8）版本庫（repository):SVN只能有一個(gè)指定中央版本庫。當(dāng)這個(gè)中央版本庫有問題時(shí)，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設(shè)立完成。而 Git可以有無限個(gè)版本庫?；蛘?，更正確的說法，每一個(gè)Git都是一個(gè)版本庫，區(qū)別是它們是否擁有活躍目錄（Git Working Tree）。如果主要版本庫（例如：置於GitHub的版本庫）發(fā)生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復(fù)即可。工作成員也可以提交到其他的版本庫！
（9）分支（Brach）不同。
分支在SVN中一點(diǎn)不特別，分支在SVN就是版本庫中的另外一個(gè)完整目錄，且這個(gè)目錄擁有完整的實(shí)際文件。如果你想知道是否合并了一個(gè)分支，你需要手工運(yùn)行像這樣的命令svn propget svn:mergeinfo，來確認(rèn)代碼是否被合并。所以，經(jīng)常會(huì)發(fā)生有些分支被遺漏的情況。如果工作成員想要開啟新的分支，那將會(huì)影響“全世界”！每個(gè)人都會(huì)擁有和你一樣的分支。如果你的分支是用來進(jìn)行破壞工作（安檢測試），那將會(huì)像傳染病一樣,你改一個(gè)分支，還得讓其他人重新切分支重新下載，十分狗血。而 Git，每個(gè)工作成員可以任意在自己的本地版本庫開啟無限個(gè)分支。舉例：當(dāng)我想嘗試破壞自己的程序（安檢測試），并且想保留這些被修改的文件供日后使用， 我可以開一個(gè)分支，做我喜歡的事。完全不需擔(dān)心妨礙其他工作成員。只要我不合并及提交到主要版本庫，沒有一個(gè)工作成員會(huì)被影響。等到我不需要這個(gè)分支時(shí)， 我只要把它從我的本地版本庫刪除即可。無痛無癢。
然而，處理GIT的分支卻是相當(dāng)?shù)暮唵魏陀腥?。你可以從同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。你很容易發(fā)現(xiàn)未被合并的分支，你能簡單而快捷的合并這些文件。Git的分支名是可以使用不同名字的。例如：我的本地分支名為OK，而在主要版本庫的名字其實(shí)是master。最值得一提，我可以在Git的任意一個(gè)提交點(diǎn)（commit point）開啟分支?。ㄆ渲幸粋€(gè)方法是使用gitk –all 可觀察整個(gè)提交記錄，然后在任意點(diǎn)開啟分支。）
（10）提交（Commit）上的不同：在SVN，當(dāng)你提交你的完成品時(shí)，它將直接記錄到中央版本庫。當(dāng)你發(fā)現(xiàn)你的完成品存在嚴(yán)重問題時(shí)，你已經(jīng)無法阻止事情的發(fā)生了。如果網(wǎng)路中斷，你根本沒辦法提交！而Git的提交完全屬於本地版本庫的活動(dòng)。而你只需“推”（git push）到主要版本庫即可。Git的“推”其實(shí)是在執(zhí)行“同步”（Sync）。
最后總結(jié)一下：
SVN的特點(diǎn)是簡單，只是需要一個(gè)放代碼的地方時(shí)用是OK的。
Git的特點(diǎn)版本控制可以不依賴網(wǎng)絡(luò)做任何事情，對分支和合并有更好的支持(這應(yīng)該算是開發(fā)者最關(guān)心的地方)。
JAVA全套課程_尚學(xué)堂Java入門_Java零基礎(chǔ)必備_Java編程課程
