GitHub和SVN的區(qū)別

之前用的版本控制系統(tǒng)是SVN，但是最近因?yàn)榱餍惺褂肎itHub，這篇文章認(rèn)識(shí)一下Git和SVN的區(qū)別。

1）Git是分布式的，SVN不是：?
這 是git和其它非分布式的版本控制系統(tǒng)，例如SVN，CVS等，最核心的區(qū)別。好處是跟其他同事不會(huì)有太多的沖突，自己寫的代碼放在自己電腦上，一段時(shí)間后再提交、合并，也可以不用聯(lián)網(wǎng)在本地提交；如果你能理解這個(gè)概念，那么你就已經(jīng)上手一半了。需要做一點(diǎn)聲明，GIT并 不是目前第一個(gè)或唯一的分布式版本控制系統(tǒng)。還有一些系統(tǒng)，例如Bitkeeper, Mercurial等，也是運(yùn)行在分布式模式上的。但GIT在這方面做的更好，而且有更多強(qiáng)大的功能特征。

GIT跟SVN一樣有自己的 集中式版本庫(kù)或服務(wù)器。但，GIT更傾向于被使用于分布式模式，也就是每個(gè)開發(fā)人員從中心版本庫(kù)/服務(wù)器上chect out代碼后會(huì)在自己的機(jī)器上克隆一個(gè)自己的版本庫(kù)。可以這樣說(shuō)，如果你被困在一個(gè)不能連接網(wǎng)絡(luò)的地方時(shí)，你仍然能夠提交文件，查看歷史版本記錄，創(chuàng)建項(xiàng) 目分支等。

2）GIT把內(nèi)容按元數(shù)據(jù)方式存儲(chǔ)，而SVN是按文件：?
所有的資源控 制系統(tǒng)都是把文件的元信息隱藏在一個(gè)類似.svn,.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較，你會(huì)發(fā)現(xiàn)它們差距很大。因 為,.git目錄是處于你的機(jī)器上的一個(gè)克隆版的版本庫(kù)，它擁有中心版本庫(kù)上所有的東西，例如標(biāo)簽，分支，版本記錄等。

3）GIT分支和SVN的分支不同：?
分支在SVN中一點(diǎn)不特別，就是版本庫(kù)中的另外的一個(gè)目錄。如果你想知道是否合并了一個(gè)分支，你需要手工運(yùn)行像這樣的命令svn propget svn:mergeinfo，來(lái)確認(rèn)代碼是否被合并。?
然而，處理GIT的分支卻是相當(dāng)?shù)暮?jiǎn)單和有趣。你可以從同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。你很容易發(fā)現(xiàn)未被合并的分支，你能簡(jiǎn)單而快捷的合并這些文件。

Git鼓勵(lì)分Branch，而SVN，說(shuō)實(shí)話，我用Branch的次數(shù)還挺少的，SVN自帶的Branch merge我還真沒(méi)用過(guò)，有merge時(shí)用的是Beyond Compare工具合并后再Commit的；

4）GIT沒(méi)有一個(gè)全局的版本號(hào)，而SVN有：?
目前為止這是跟SVN相比GIT缺少的最大的一個(gè)特征。

5）GIT的內(nèi)容完整性要優(yōu)于SVN：?
GIT的內(nèi)容存儲(chǔ)使用的是SHA-1哈希算法。這能確保代碼內(nèi)容的完整性，確保在遇到磁盤故障和網(wǎng)絡(luò)問(wèn)題時(shí)降低對(duì)版本庫(kù)的破壞。

6）Git下載下來(lái)后，在本地不必聯(lián)網(wǎng)就可以看到所有的log，很方便學(xué)習(xí)，SVN卻需要聯(lián)網(wǎng)；

7）SVN在Commit前，我們都建議是先Update一下，跟本地的代碼編譯沒(méi)問(wèn)題，并確保開發(fā)的功能正常后再提交，這樣其實(shí)挺麻煩的，有好幾次同事沒(méi)有先Updata，就Commit了，發(fā)生了一些錯(cuò)誤，耽誤了大家時(shí)間，Git可能這種情況會(huì)少些。?
其他區(qū)別：?
1。速度：?
克 隆一份全新的目錄，以同樣擁有五個(gè)（才五個(gè)）分支來(lái)說(shuō)，SVN是同時(shí)復(fù)製5個(gè)版本的文件，也就是說(shuō)重復(fù)五次同樣的動(dòng)作。而Git只是獲取文件的每個(gè)版本的 元素，然后只載入主要的分支（master）。在我的經(jīng)驗(yàn)，克隆一個(gè)擁有將近一萬(wàn)個(gè)提交（commit），五個(gè)分支，每個(gè)分支有大約1500個(gè)文件的 SVN，耗了將近一個(gè)小時(shí)！而Git只用了區(qū)區(qū)的1分鐘！

2。版本庫(kù)（repository）：?
據(jù)我所知，SVN只能有一個(gè)指定中央版本庫(kù)。當(dāng)這個(gè)中央版本庫(kù)有問(wèn)題時(shí)，所有工作成員都一起癱瘓直到版本庫(kù)維修完畢或者新的版本庫(kù)設(shè)立完成。

而 Git可以有無(wú)限個(gè)版本庫(kù)。或者，更正確的說(shuō)法，每一個(gè)Git都是一個(gè)版本庫(kù)，區(qū)別是它們是否擁有活躍目錄（Git Working Tree）。如果主要版本庫(kù)（例如：置於GitHub的版本庫(kù)）發(fā)生了什麼事，工作成員仍然可以在自己的本地版本庫(kù)（local repository）提交，等待主要版本庫(kù)恢復(fù)即可。工作成員也可以提交到其他的版本庫(kù)！

3。分支（Branch）?
在SVN，分支是一個(gè)完整的目錄。且這個(gè)目錄擁有完整的實(shí)際文件。如果工作成員想要開啟新的分支，那將會(huì)影響“全世界”！每個(gè)人都會(huì)擁有和你一樣的分支。如果你的分支是用來(lái)進(jìn)行破壞工作（安檢測(cè)試），那將會(huì)像傳染病一樣。?
而 Git，每個(gè)工作成員可以任意在自己的本地版本庫(kù)開啟無(wú)限個(gè)分支。舉例：當(dāng)我想嘗試破壞自己的程序（安檢測(cè)試），并且想保留這些被修改的文件供日后使用， 我可以開一個(gè)分支，做我喜歡的事。完全不需擔(dān)心妨礙其他工作成員。只要我不合并及提交到主要版本庫(kù)，沒(méi)有一個(gè)工作成員會(huì)被影響。等到我不需要這個(gè)分支時(shí)， 我只要把它從我的本地版本庫(kù)刪除即可。無(wú)痛無(wú)癢。

Git的分支名是可以使用不同名字的。例如：我的本地分支名為testing，而在主要版本庫(kù)的名字其實(shí)是master。?
最值得一提，我可以在Git的任意一個(gè)提交點(diǎn)（commit point）開啟分支！（其中一個(gè)方法是使用gitk –all 可觀察整個(gè)提交記錄，然后在任意點(diǎn)開啟分支。）

4。提交（Commit）?
在SVN，當(dāng)你提交你的完成品時(shí)，它將直接記錄到中央版本庫(kù)。當(dāng)你發(fā)現(xiàn)你的完成品存在嚴(yán)重問(wèn)題時(shí)，你已經(jīng)無(wú)法阻止事情的發(fā)生了。如果網(wǎng)路中斷，你根本沒(méi)辦法提交！?
而Git的提交完全屬於本地版本庫(kù)的活動(dòng)。而你只需“推”（git push）到主要版本庫(kù)即可。Git的“推”其實(shí)是在執(zhí)行“同步”（Sync）。

5。重新設(shè)立起點(diǎn)（Rebase）?
我沒(méi)在SVN嘗試過(guò)，不知道有沒(méi)有這樣的功能。?
在 Git，如果你想把別人的最新提交設(shè)立為現(xiàn)在這個(gè)分支的起點(diǎn)，只要執(zhí)行g(shù)it rebase branch_name 即可。這個(gè)和合并（merge）不同點(diǎn)是，merge會(huì)依據(jù)修改的時(shí)間視為最新，而Rebase會(huì)要求你去解決雙方都有修改過(guò)的地方的矛盾 （conflict）。?
A - B - E?
- C - D?
A - B - E?
\ - C - D

6。系統(tǒng)檔案?
SVN會(huì)在每一個(gè)目錄置放一個(gè).svn。如果想移除這些.svn是很累的。?
而Git會(huì)在目錄起點(diǎn)擁有一個(gè).git目錄，以及.gitignore。?
對(duì)我而言，管理一個(gè)Git 的版本庫(kù)是很容易的事。

Ghoststears的觀點(diǎn)：

任何事情，歸根結(jié)底都是人的問(wèn)題，工具只是工具。

SVN 是集中式的，會(huì)出現(xiàn)你說(shuō)的耦合。但從另外一個(gè)方面來(lái)說(shuō)，這也要求開發(fā)人員代碼的規(guī)范：不要一個(gè)函數(shù)干很多事情，不要一個(gè)文件寫很多個(gè)類。

另外，將不可運(yùn)行的代碼提交到任何版本控制系統(tǒng)中都是沒(méi)有意義的。這也就是版本控制的核心思想之一。也就是提交的粒度：原子性。所謂的原子性，也就是完成 一件任務(wù)，這個(gè)任務(wù)可以是一個(gè)函數(shù)聲明，也可以是一個(gè)函數(shù)的實(shí)現(xiàn)，亦或是一個(gè)子系統(tǒng)。但這個(gè)任務(wù)的完成的標(biāo)志就是代碼可以運(yùn)行，不能運(yùn)行的代碼，最多也就 是完成了半個(gè)任務(wù)。這個(gè)是不符合版本控制思想的。試想，你 update 到某一個(gè) version 的時(shí)候，代碼竟然是不能運(yùn)行的，是何心情？？？

將不能運(yùn)行的代碼提交，完全是開發(fā)人員素質(zhì)或者公司管理流程、機(jī)制的問(wèn)題。

另外，很多人都強(qiáng)調(diào)：我晚上下班了要在家里干活，不能提交！！！來(lái)抨擊集中式版本控制工具。且不說(shuō)對(duì)待工作和生活態(tài)度。先看看國(guó)內(nèi)的企業(yè)，防員工如防賊的多的去了。有多少人能帶著筆記本，把公司的源代碼簽出來(lái)呢？？？?
版本控制系統(tǒng)中，工具只是其中一環(huán)。要結(jié)合公司的策略來(lái)選用合適的工具。版本控制 != 版本控制工具 !!!= 源代碼管理。?
最后，人各有喜好。上綱上線的，完全沒(méi)有必要。

總結(jié)

以上是生活随笔為你收集整理的Git学习(3)GitHub和SVN的区别的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。