1.GIT是分布式的凿蒜，SVN不是：
這是GIT和其它非分布式的版本控制系統(tǒng)，例如SVN胁黑，CVS等废封，最核心的區(qū)別。如果你能理解這個(gè)概念丧蘸，那么你就已經(jīng)上手一半了漂洋。需要做一點(diǎn)聲明，GIT并不是目前第一個(gè)或唯一的分布式版本控制系統(tǒng)力喷。還有一些系統(tǒng)刽漂，例如Bitkeeper, Mercurial等，也是運(yùn)行在分布式模式上的弟孟。但GIT在這方面做的更好贝咙，而且有更多強(qiáng)大的功能特征。
GIT跟SVN一樣有自己的集中式版本庫或服務(wù)器拂募。但庭猩，GIT更傾向于被使用于分布式模式乌奇，也就是每個(gè)開發(fā)人員從中心版本庫/服務(wù)器上chect out代碼后會(huì)在自己的機(jī)器上克隆一個(gè)自己的版本庫∶杏椋可以這樣說礁苗，如果你被困在一個(gè)不能連接網(wǎng)絡(luò)的地方時(shí)，就像在飛機(jī)上徙缴，地下室试伙，電梯里等，你仍然能夠提交文件于样，查看歷史版本記錄疏叨，創(chuàng)建項(xiàng)目分支，等穿剖。對(duì)一些人來說蚤蔓，這好像沒多大用處，但當(dāng)你突然遇到?jīng)]有網(wǎng)絡(luò)的環(huán)境時(shí)糊余，這個(gè)將解決你的大麻煩秀又。
同樣，這種分布式的操作模式對(duì)于開源軟件社區(qū)的開發(fā)來說也是個(gè)巨大的恩賜贬芥，你不必再像以前那樣做出補(bǔ)丁包吐辙，通過email方式發(fā)送出去，你只需要?jiǎng)?chuàng)建一個(gè)分支蘸劈，向項(xiàng)目團(tuán)隊(duì)發(fā)送一個(gè)推請(qǐng)求昏苏。這能讓你的代碼保持最新，而且不會(huì)在傳輸過程中丟失威沫。GitHub.com就是一個(gè)這樣的優(yōu)秀案例贤惯。
有些謠言傳出來說subversion將來的版本也會(huì)基于分布式模式。但至少目前還看不出來棒掠。
2.GIT把內(nèi)容按元數(shù)據(jù)方式存儲(chǔ)孵构，而SVN是按文件：
所有的資源控制系統(tǒng)都是把文件的元信息隱藏在一個(gè)類似.svn,.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較句柠，你會(huì)發(fā)現(xiàn)它們差距很大浦译。因?yàn)?.git目錄是處于你的機(jī)器上的一個(gè)克隆版的版本庫，它擁有中心版本庫上所有的東西溯职，例如標(biāo)簽，分支帽哑，版本記錄等谜酒。
3.GIT分支和SVN的分支不同：
分支在SVN中一點(diǎn)不特別，就是版本庫中的另外的一個(gè)目錄妻枕。如果你想知道是否合并了一個(gè)分支僻族，你需要手工運(yùn)行像這樣的命令svn propget svn:mergeinfo粘驰，來確認(rèn)代碼是否被合并。感謝Ben同學(xué)指出這個(gè)特征述么。所以蝌数，經(jīng)常會(huì)發(fā)生有些分支被遺漏的情況。
然而度秘，處理GIT的分支卻是相當(dāng)?shù)暮?jiǎn)單和有趣顶伞。你可以從同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。你很容易發(fā)現(xiàn)未被合并的分支剑梳，你能簡(jiǎn)單而快捷的合并這些文件唆貌。
Git logo
4.GIT沒有一個(gè)全局的版本號(hào)，而SVN有：
目前為止這是跟SVN相比GIT缺少的最大的一個(gè)特征垢乙。你也知道锨咙，SVN的版本號(hào)實(shí)際是任何一個(gè)相應(yīng)時(shí)間的源代碼快照。我認(rèn)為它是從CVS進(jìn)化到SVN的最大的一個(gè)突破追逮。因?yàn)镚IT和SVN從概念上就不同酪刀，我不知道GIT里是什么特征與之對(duì)應(yīng)。如果你有任何的線索钮孵，請(qǐng)?jiān)谠u(píng)論里奉獻(xiàn)出來與大家共享蓖宦。
更新：有些讀者指出，我們可以使用GIT的SHA-1來唯一的標(biāo)識(shí)一個(gè)代碼快照油猫。這個(gè)并不能完全的代替SVN里容易閱讀的數(shù)字版本號(hào)稠茂。但，用途應(yīng)該是相同的情妖。
5.GIT的內(nèi)容完整性要優(yōu)于SVN：
GIT的內(nèi)容存儲(chǔ)使用的是SHA-1哈希算法睬关。這能確保代碼內(nèi)容的完整性，確保在遇到磁盤故障和網(wǎng)絡(luò)問題時(shí)降低對(duì)版本庫的破壞毡证。這里有一個(gè)很好的關(guān)于GIT內(nèi)容完整性的討論 –http://stackoverflow.com/questions/964331/git-file-integrity
