如果你在讀這篇文章鲫惶，說明你跟大多數(shù)開發(fā)者一樣對GIT感興趣鳖孤，如果你還沒有機會來試一試GIT习瑰，我想現(xiàn)在你就要了解它了绪颖。
GIT不僅僅是個版本控制系統(tǒng)，它也是個內(nèi)容管理系統(tǒng)(CMS),工作管理系統(tǒng)等甜奄。如果你是一個具有使用SVN背景的人柠横，你需要做一定的思想轉(zhuǎn)換，來適應(yīng)GIT提供的一些概念和特征课兄。所以牍氛，這篇文章的主要目的就是通過介紹GIT能做什么、它和SVN在深層次上究竟有什么不同來幫助你認識它烟阐。
那好搬俊，這就開始吧…
GIT是分布式的，SVN不是：
這是GIT和其它非分布式的版本控制系統(tǒng)蜒茄，例如SVN唉擂，CVS等，最核心的區(qū)別扩淀。如果你能理解這個概念楔敌，那么你就已經(jīng)上手一半了。需要做一點聲明驻谆，GIT并不是目前第一個或唯一的分布式版本控制系統(tǒng)卵凑。還有一些系統(tǒng)庆聘，例如Bitkeeper, Mercurial等，也是運行在分布式模式上的勺卢。但GIT在這方面做的更好伙判，而且有更多強大的功能特征。
GIT跟SVN一樣有自己的集中式版本庫或服務(wù)器黑忱。但宴抚，GIT更傾向于被使用于分布式模式，也就是每個開發(fā)人員從中心版本庫/服務(wù)器上chect out代碼后會在自己的機器上克隆一個自己的版本庫甫煞」角可以這樣說，如果你被困在一個不能連接網(wǎng)絡(luò)的地方時抚吠，就像在飛機上常潮，地下室，電梯里等楷力，你仍然能夠提交文件喊式，查看歷史版本記錄，創(chuàng)建項目分支萧朝，等岔留。對一些人來說，這好像沒多大用處检柬，但當(dāng)你突然遇到?jīng)]有網(wǎng)絡(luò)的環(huán)境時献联，這個將解決你的大麻煩。
同樣厕吉，這種分布式的操作模式對于開源軟件社區(qū)的開發(fā)來說也是個巨大的恩賜酱固，你不必再像以前那樣做出補丁包，通過email方式發(fā)送出去头朱，你只需要創(chuàng)建一個分支运悲，向項目團隊發(fā)送一個推請求。這能讓你的代碼保持最新项钮，而且不會在傳輸過程中丟失班眯。GitHub.com就是一個這樣的優(yōu)秀案例。
有些謠言傳出來說subversion將來的版本也會基于分布式模式烁巫。但至少目前還看不出來署隘。
GIT把內(nèi)容按元數(shù)據(jù)方式存儲，而SVN是按文件：
所有的資源控制系統(tǒng)都是把文件的元信息隱藏在一個類似.svn,.cvs等的文件夾里亚隙。如果你把.git目錄的體積大小跟.svn比較磁餐，你會發(fā)現(xiàn)它們差距很大。因為,.git目錄是處于你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西诊霹，例如標(biāo)簽羞延，分支，版本記錄等脾还。
GIT分支和SVN的分支不同：
分支在SVN中一點不特別伴箩，就是版本庫中的另外的一個目錄。如果你想知道是否合并了一個分支鄙漏，你需要手工運行像這樣的命令svn propget svn:mergeinfo嗤谚，來確認代碼是否被合并。感謝Ben同學(xué)指出這個特征怔蚌。所以巩步，經(jīng)常會發(fā)生有些分支被遺漏的情況。
然而桦踊，處理GIT的分支卻是相當(dāng)?shù)暮唵魏陀腥どぁＤ憧梢詮耐粋€工作目錄下快速的在幾個分支間切換。你很容易發(fā)現(xiàn)未被合并的分支钞钙，你能簡單而快捷的合并這些文件。
GIT沒有一個全局的版本號声离，而SVN有：
目前為止這是跟SVN相比GIT缺少的最大的一個特征芒炼。你也知道，SVN的版本號實際是任何一個相應(yīng)時間的源代碼快照术徊。我認為它是從CVS進化到SVN的最大的一個突破本刽。因為GIT和SVN從概念上就不同，我不知道GIT里是什么特征與之對應(yīng)赠涮。如果你有任何的線索子寓，請在評論里奉獻出來與大家共享。
更新：有些讀者指出笋除，我們可以使用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
