如果你在讀這篇文章，說明你跟大多數開發者一樣對git感興趣，如果你還沒有機會來試一試git，我想現在你就要了解它了。
git不僅僅是個版本控制系統，它也是個內容管理系統(cms),工作管理系統等。如果你是乙個具有使用svn背景的人，你需要做一定的思想轉換，來適應git提供的一些概念和特徵。所以，這篇文章的主要目的就是通過介紹git能做什麼、它和svn在深層次上究竟有什麼不同來幫助你認識它。
那好，這就開始吧…
1.git是分布式的，svn不是：
這是git和其它非分布式的版本控制系統，例如svn，cvs等，最核心的區別。如果你能理解這個概念，那麼你就已經上手一半了。需要做一點宣告，git並不是目前第乙個或唯一的分布式版本控制系統。還有一些系統，例如bitkeeper, mercurial等，也是執行在分布式模式上的。但git在這方面做的更好，而且有更多強大的功能特徵。
git跟svn一樣有自己的集中式版本庫或伺服器。但，git更傾向於被使用於分布式模式，也就是每個開發人員從中心版本庫/伺服器上chect out**後會在自己的機器上轉殖乙個自己的版本庫。可以這樣說，如果你被困在乙個不能連線網路的地方時，就像在飛機上，地下室，電梯裡等，你仍然能夠提交檔案，檢視歷史版本記錄，建立專案分支，等。對一些人來說，這好像沒多大用處，但當你突然遇到沒有網路的環境時，這個將解決你的**煩。
同樣，這種分布式的操作模式對於開源軟體社群的開發來說也是個巨大的恩賜，你不必再像以前那樣做出補丁包，通過email方式傳送出去，你只需要建立乙個分支，向專案團隊傳送乙個推請求。這能讓你的**保持最新，而且不會在傳輸過程中丟失。github.com就是乙個這樣的優秀案例。
有些謠言傳出來說subversion將來的版本也會基於分布式模式。但至少目前還看不出來。
2.git把內容按元資料方式儲存，而svn是按檔案：
所有的資源控制系統都是把檔案的元資訊隱藏在乙個類似.svn,.cvs等的資料夾裡。如果你把.git目錄的體積大小跟.svn比較，你會發現它們差距很大。因為,.git目錄是處於你的機器上的乙個轉殖版的版本庫，它擁有中心版本庫上所有的東西，例如標籤，分支，版本記錄等。
3.git分支和svn的分支不同：
分支在svn中一點不特別，就是版本庫中的另外的乙個目錄。如果你想知道是否合併了乙個分支，你需要手工執行像這樣的命令svn propget svn:mergeinfo
，來確認**是否被合併。感謝ben同學指出這個特徵。所以，經常會發生有些分支被遺漏的情況。
然而，處理git的分支卻是相當的簡單和有趣。你可以從同乙個工作目錄下快速的在幾個分支間切換。你很容易發現未被合併的分支，你能簡單而快捷的合併這些檔案。
4.git沒有乙個全域性的版本號，而svn有：
更新：有些讀者指出，我們可以使用git的sha-1來唯一的標識乙個**快照。這個並不能完全的代替svn裡容易閱讀的數字版本號。但，用途應該是相同的。
5.git的內容完整性要優於svn：
git的內容儲存使用的是sha-1雜湊演算法。這能確保**內容的完整性，確保在遇到磁碟故障和網路問題時降低對版本庫的破壞。
git和svn之間只有這五處不同嗎？當然不是。我想這5個只是「最基本的」和「最吸引人」的，我只想到這5點。如果你發現有比這5點更有趣的，請共享出來，歡迎。
GIT和SVN之間的五個基本區別
果你在讀這篇文章，說明你跟大多數開發者一樣對 git感興趣，如果你還沒有機會來試一試git，我想現在你就要了解它了。git不僅僅是個版本控制系統，它也是個內容管理系統 cms 工作管理系統等。如果你是乙個具有使用svn背景的人，你需要做一定的思想轉換，來適應git提供的一些概念和特徵。所以，這篇文章...
GIT和SVN之間的五個基本區別
如果你在讀這篇文章，說明你跟大多數開發者一樣對git感興趣，如果你還沒有機會來試一試git，我想現在你就要了解它了。git不僅僅是個版本控制系統，它也是個內容管理系統 cms 工作管理系統等。如果你是乙個具有使用svn背景的人，你需要做一定的思想轉換，來適應git提供的一些概念和特徵。所以，這篇文章...
GIT和SVN之間的五個基本區別
如果你在讀這篇文章，說明你跟大多數開發者一樣對git感興趣，如果你還沒有機會來試一試git，我想現在你就要了解它了。git不僅僅是個版本控制系統，它也是個內容管理系統 cms 工作管理系統等。如果你是乙個具有使用svn背景的人，你需要做一定的思想轉換，來適應git提供的一些概念和特徵。所以，這篇文章...