首先上一張圖:
Git與SVN 的區別
Git 不 僅僅是個版本控制系統，它也是個內容管理系統(CMS)、工作管理系統等。如果你曾是一個使用過SVN背景的人，那麼你可以很容易的做一定的思想轉換，來 適應Git提供的一些概念和特徵。這篇文章的主要目的就是通過介紹Git能做什麼，以及它和SVN在深層次上究竟有什麼不同，通過比較來幫助你更好的認識 Git
Git是分佈式的，SVN不是
這是Git和其它非分佈式的版本控制系統（SVN，CVS）最核心的區別。如果你能理解這個概念，那麼你就已經上手一半了。需要做一點聲明，Git並不是目前第一個或唯一的分佈式版本控制系統。還有一些系統如 Bitkeeper, Mercurial 等也是運行在分佈式模式上的，但Git在這方面做的更好，而且有更多強大的功能特徵。
Git 跟SVN一樣有自己的集中式版本庫或服務器。但 Git 更傾向於被使用於分佈式模式，也就是每個開發人員從中心版本庫的服務器上chect out代碼後會在自己的機器上克隆一個自己的版本庫。可以這樣說，如果你被困在一個不能連接網絡的地方時，就像在飛機上，地下室，電梯裏等，你仍然能夠提交文件，查看歷史版本記錄，創建項目分支等。對一些人來說，這好像沒多大用處，但當你突然遇到沒有網絡的環境時，這個將解決你的大麻煩。
同樣，這種分佈式的操作模式對於開源軟件社區的開發來說也是個巨大的恩賜，你不必再像以前那樣做出補丁包，通過email方式發送出去，你只需要創建一個分支，向項目團隊發送一個推請求。這能讓你的代碼保持最新，而且不會在傳輸過程中丟失，一個這樣的優秀案例就是： GitHub.com
有些謠言傳出來說subversion將來的版本也會基於分佈式模式。但至少目前還看不出來。
Git 把內容按元數據方式存儲，而SVN是按文件
所 有的資源控制系統都是把文件的元信息隱藏在一個類似.svn、.cvs等的文件夾裏。如果你把 .git 目錄的體積大小跟.svn比較，你會發現它們差距很大。因爲 .git 目錄是處於你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標籤、分支、版本記錄等。
Git 分支和SVN的分支不同
分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合併了一個分支，你需要手工運行像這樣的命令svn propget svn:mergeinfo，來確認代碼是否被合併。所以，經常會發生有些分支被遺漏的情況。
然而，處理Git 的分支卻是相當的簡單和有趣，你可以從同一個工作目錄下快速的在幾個分支間切換。你很容易發現未被合併的分支，你能簡單而快捷的合併這些文件。
Git 沒有一個全局的版本號，而SVN有
目 前爲止這是跟SVN相比GIT缺少的最大的一個特徵。你也知道，SVN的版本號實際是任何一個相應時間的源代碼快照，它是從CVS進化到SVN的最大的一 個突破。Git 可以使用SHA-1來唯一的標識一個代碼快照，但這個並不能完全的代替SVN裏容易閱讀的數字版本號。
Git 的內容完整性要優於SVN
Git 的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。這有一個很好的關於Git 內容完整性的討論。