那好，這就開始吧…
(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有：
目前為止這是跟SVN相比GIT缺少的最大的一個特徵。你也知道，SVN的版本號實際是任何一個相應時間的源代碼快照。我認為它是從CVS進化到SVN的最大的一個突破。因為GIT和SVN從概念上就不同，我不知道GIT裡是什麼特徵與之對應。如果你有任何的線索，請在評論裡奉獻出來與大家共享。
更新：有些讀者指出，我們可以使用GIT的SHA-1來唯一的標識一個代碼快照。這個並不能完全的代替SVN裡容易閱讀的數字版本號。但，用途應該是相同的。
(5)GIT的內容完整性要優於SVN：
GIT的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。這裡有一個很好的關於GIT內容完整性的討論– http://stackoverflow.com/questions/964331/git-file-integrity
GIT和SVN之間只有這五處不同嗎？當然不是。我想這5個只是“最基本的”和“最吸引人”的，我只想到這5點。如果你發現有比這5點更有趣的，請共享出來，歡迎。
換個方向：
- Repositories.
在 subversion 中，每個專案有一個單一的放置源碼的地方，英文叫 Repository，在 SVN 中它用來管理源碼、管理變動記錄、或是讓你上傳源碼
但是在 Git 卻不一樣，它是分散式的，每個專案的複製品有它自己的專案倉庫，在做與 SVN 一樣的管理時，並不需要連線，你可以在本地端做完。也就是說，在本地端的分支進展，是可以與所謂的遠端分開的不同分支。雖然名詞上一樣，但是觀念上卻完全不同。
- URL.在 SVN 中，URL 指的就是前面的 Repository的位址或其目錄樹位址，所以你必須對 Repository 做好目錄管理，譬如，最常見的 trunk/, branches/ 及tags/ 等。
但是在 Git 中，URL 就只是 Repository 的位址而已，也就是說，你無法透過 URL 來指定分支什麼的。換句話說，Git 的倉庫要就整個被提取而 SVN 則可以從倉庫中提取個別的物品。看似 SVN 比較合理點，但是反過來思考二個問題，當對方的倉庫沒開門時，你就提取不到東西，而且若你想開分行時，將會占用另一個倉庫。我這樣說或許有人會說，Git 只是一開始就弄一個新倉庫，還不是一樣要占用一個倉庫？其實觀念上完全不同，你在本地端不管是 Git 或 SVN 本來也都一樣要占用完全的備份，而 SVN 則在新分支時又要重新占用一個新的備份。
- Revisions.
SVN 在版本的控管上是用 Revision, 而且會自動遞增。這在理論上或許很方便，實務上對 Repository 有人懶得管，或是分支的管理上，Revision 都反而增加了困擾。當然可以用 Tag 來稍微解決問題，但是常用 SVN 的人就知道，這確實是個很大的困擾。尤其到後期，你根本無法知道哪個 Revision 是你要的。若混用了 Repository 及 branch, 光是要記 Revision 就是一場災難。
而 Git 則用 HEAD 來代表當前的版本，你可以搭配 HEAD^, HEAD^^ = HEAD~2 來表示更早的版本。而且 Git 在分支的管理上更是輕便，隨時可以切換分支，這一點是 SVN 比不上的。
- Commits.
首先一點是，SVN 的 commit 是丟到伺服器上，就是真的『提交』。而 Git 的 commit 則是丟到本地端的 Repository，跟 SVN 的 commit 相對應的反而是 push。
第二點，Git 把每次的提交動作，分出 author, 及 committer, 也就是作者與提交者，兩個是不同的。底下的命令可以設定成全域值：
git config --global user.name "Your Name Comes Here"git config --global user.email you@yourdomain.example.com - Commands.
Git 有一個很特殊的用法，就是一般的用法是 "git command“ 你也可以用 “git-command” 的型式，這樣在 bash 下很容易用 tab 來找出你可以用的命令.
- Colors.
Git 很貼心的可以將命令的輸出著色，因為有些人討厭顏色，其實我也是，所以預設是關掉的。可以試著用下面的命令來打開：
git config --global color.diff autogit config --global color.status autogit config --global color.branch auto - Visualize.
Git 也有圖形界面可以用，最簡單的就是 gitk
From:
http://www.aqee.net/5-fundamental-differences-between-git-svn/
http://wadefs.blogspot.com/2011/10/svn-git-git-svn-git-clone-url-git-pull.html
最新回復