如果你在讀這篇文章，說明你跟大多數(shù)開發(fā)者一樣對GIT感興趣，如果你還沒有機(jī)會來試一試GIT，我想現(xiàn)在你就要了解它了。
GIT不僅僅是個版本控制系統(tǒng)，它也是個內(nèi)容管理系統(tǒng)(CMS),工作管理系統(tǒng)等。如果你是一個具有使用SVN背景的人，你需要做一定的思想轉(zhuǎn)換，來適應(yīng)GIT提供的一些概念和特征。所以，這篇文章的主要目的就是通過介紹GIT能做什么、它和SVN在深層次上究竟有什么不同來幫助你認(rèn)識它。
那好，這就開始吧…
GIT是分布式的，SVN不是：
這是GIT和其它非分布式的版本控制系統(tǒng)，例如SVN，CVS等，最核心的區(qū)別。如果你能理解這個概念，那么你就已經(jīng)上手一半了。需要做一點聲明，GIT并不是目前第一個或唯一的分布式版本控制系統(tǒng)。還有一些系統(tǒng)，例如Bitkeeper, Mercurial等，也是運(yùn)行在分布式模式上的。但GIT在這方面做的更好，而且有更多強(qiáng)大的功能特征。
GIT跟SVN一樣有自己的集中式版本庫或服務(wù)器。但，GIT更傾向于被使用于分布式模式，也就是每個開發(fā)人員從中心版本庫/服務(wù)器上chect out代碼后會在自己的機(jī)器上克隆一個自己的版本庫。可以這樣說，如果你被困在一個不能連接網(wǎng)絡(luò)的地方時，就像在飛機(jī)上，地下室，電梯里等，你仍然能夠提交文件，查看歷史版本記錄，創(chuàng)建項目分支，等。對一些人來說，這好像沒多大用處，但當(dāng)你突然遇到?jīng)]有網(wǎng)絡(luò)的環(huán)境時，這個將解決你的大麻煩。
同樣，這種分布式的操作模式對于開源軟件社區(qū)的開發(fā)來說也是個巨大的恩賜，你不必再像以前那樣做出補(bǔ)丁包，通過email方式發(fā)送出去，你只需要創(chuàng)建一個分支，向項目團(tuán)隊發(fā)送一個推請求。這能讓你的代碼保持最新，而且不會在傳輸過程中丟失。GitHub.com就是一個這樣的優(yōu)秀案例。
有些謠言傳出來說subversion將來的版本也會基于分布式模式。但至少目前還看不出來。
GIT把內(nèi)容按元數(shù)據(jù)方式存儲，而SVN是按文件：
所有的資源控制系統(tǒng)都是把文件的元信息隱藏在一個類似.svn,.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較，你會發(fā)現(xiàn)它們差距很大。因為,.git目錄是處于你的機(jī)器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標(biāo)簽，分支，版本記錄等。
GIT分支和SVN的分支不同：
分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合并了一個分支，你需要手工運(yùn)行像這樣的命令svn propget svn:mergeinfo，來確認(rèn)代碼是否被合并。感謝Ben同學(xué)指出這個特征。所以，經(jīng)常會發(fā)生有些分支被遺漏的情況。
然而，處理GIT的分支卻是相當(dāng)?shù)暮唵魏陀腥ぁＤ憧梢詮耐粋€工作目錄下快速的在幾個分支間切換。你很容易發(fā)現(xiàn)未被合并的分支，你能簡單而快捷的合并這些文件。
GIT沒有一個全局的版本號，而SVN有：
目前為止這是跟SVN相比GIT缺少的最大的一個特征。你也知道，SVN的版本號實際是任何一個相應(yīng)時間的源代碼快照。我認(rèn)為它是從CVS進(jìn)化到SVN的最大的一個突破。因為GIT和SVN從概念上就不同，我不知道GIT里是什么特征與之對應(yīng)。如果你有任何的線索，請在評論里奉獻(xiàn)出來與大家共享。
更新：有些讀者指出，我們可以使用GIT的SHA-1來唯一的標(biāo)識一個代碼快照。這個并不能完全的代替SVN里容易閱讀的數(shù)字版本號。但，用途應(yīng)該是相同的。
GIT的內(nèi)容完整性要優(yōu)于SVN：
GIT的內(nèi)容存儲使用的是SHA-1哈希算法。這能確保代碼內(nèi)容的完整性，確保在遇到磁盤故障和網(wǎng)絡(luò)問題時降低對版本庫的破壞。這里有一個很好的關(guān)于GIT內(nèi)容完整性的討論 – http://stackoverflow.com/questions/964331/git-file-integrity
GIT和SVN之間只有這五處不同嗎？當(dāng)然不是。我想這5個只是“最基本的”和“最吸引人”的，我只想到這5點。如果你發(fā)現(xiàn)有比這5點更有趣的，請共享出來，歡迎。
