這是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有：
5.git的內容完整性要優於svn：
git的內容儲存使用的是sha-1雜湊演算法。這能確保**內容的完整性，確保在遇到磁碟故障和網路問題時降低對版本庫的破壞。
7）svn在commit前，我們都建議是先update一下，跟本地的**編譯沒問題，並確保開發的功能正常後再提交，這樣其實挺麻煩的，有好幾次同事沒有先updata，就commit了，發生了一些錯誤，耽誤了大家時間，git可能這種情況會少些。
其他區別：
1)速度：
克 隆乙份全新的目錄，以同樣擁有五個（才五個）分支來說，svn是同時複製5個版本的檔案，也就是說重複五次同樣的動作。而git只是獲取檔案的每個版本的 元素，然後只載入主要的分支（master）。在我的經驗，轉殖乙個擁有將近一萬個提交（commit），五個分支，每個分支有大約1500個檔案的 svn，耗了將近乙個小時！而git只用了區區的1分鐘！
2)版本庫（repository）：
據我所知，svn只能有乙個指定**版本庫。當這個**版本庫有問題時，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設立完成。
而 git可以有無限個版本庫。或者，更正確的說法，每乙個git都是乙個版本庫，區別是它們是否擁有活躍目錄（git working tree）。如果主要版本庫（例如：置於github的版本庫）發生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復即可。工作成員也可以提交到其他的版本庫！
3)分支（branch）
在svn，分支是乙個完整的目錄。且這個目錄擁有完整的實際檔案。如果工作成員想要開啟新的分支，那將會影響「全世界」！每個人都會擁有和你一樣的分支。如果你的分支是用來進行破壞工作（安檢測試），那將會像傳染病一樣。
而 git，每個工作成員可以任意在自己的本地版本庫開啟無限個分支。舉例：當我想嘗試破壞自己的程式（安檢測試），並且想保留這些被修改的檔案供日後使用， 我可以開乙個分支，做我喜歡的事。完全不需擔心妨礙其他工作成員。只要我不合併及提交到主要版本庫，沒有乙個工作成員會被影響。等到我不需要這個分支時， 我只要把它從我的本地版本庫刪除即可。**無癢。
git的分支名是可以使用不同名字的。例如：我的本地分支名為testing，而在主要版本庫的名字其實是master。
最值得一提，我可以在git的任意乙個提交點（commit point）開啟分支！（其中乙個方法是使用gitk –all 可觀察整個提交記錄，然後在任意點開啟分支。）
4)提交（commit）
在svn，當你提交你的完成品時，它將直接記錄到**版本庫。當你發現你的完成品存在嚴重問題時，你已經無法阻止事情的發生了。如果網路中斷，你根本沒辦法提交！
而git的提交完全屬於本地版本庫的活動。而你只需「推」（git push）到主要版本庫即可。git的「推」其實是在執行「同步」（sync）。
5)重新設立起點（rebase）
我沒在svn嘗試過，不知道有沒有這樣的功能。
在 git，如果你想把別人的最新提交設立為現在這個分支的起點，只要執行git rebase branch_name 即可。這個和合併（merge）不同點是，merge會依據修改的時間視為最新，而rebase會要求你去解決雙方都有修改過的地方的矛盾 （conflict）。
a - b - e
\- c - d
a - b - e
\ - c - d
6)系統檔案
svn會在每乙個目錄置放乙個.svn。如果想移除這些.svn是很累的。
而git會在目錄起點擁有乙個.git目錄，以及.gitignore。
工作模式的區別:
無論是 svn 還是 git 的工作流，都是在本地解決衝突再提交，而不是在提交時解決衝突的。所以：
svn 的模式是：
1。寫**。
3。從伺服器拉回伺服器的當前版本庫，並解決伺服器版本庫與本地**的衝突。
5。將本地**提交到伺服器。
分布式版本管理的模式是：
1。寫**。
2。提交到本地版本庫。
3。從伺服器拉回伺服器的當前版本庫，並解決伺服器版本庫與本地**的衝突。
4。將遠端庫與本地**合併結果提交到本地版本庫。
5。將本地版本庫推到伺服器。
所以，分布式版本管理僅僅是增加了本地庫這個概念，其餘的概念與集中管理並無區別。——但是 svn 在與伺服器同步之前無法提交**，因而本地修改更容易出問題。
Git和SVN的區別
如果你之前一直在使用svn來進行版本控制的操作，如果你還沒有機會試試git，我想你現在應該先了解一下它。git不僅僅是乙個版本控制系統，它也是乙個內容管理系統 cms 工作管理系統等。如果你是乙個具有使用svn背景的人，你需要做一定的思想轉換，來適應git提供的一些概念和特徵。所以，這篇文章的主要目...
SVN和GIT的區別
1.git是分布式的，svn不是 這是git和其它非分布式的版本控制系統，例如svn，cvs等，最核心的區別。如果你能理解這個概念，那麼你就已經上手一半了。需要做一點宣告，git並不是目前第乙個或唯一的分布式版本控制系統。還有一些系統，例如bitkeeper,mercurial等，也是執行在分布式模...
Git和SVN的區別
git和svn都是 管理系統，總結了下兩者的區別 git是分布式的，每個人在本地都可以一次或多次提交 到自己的庫，在合適時間在提交到主庫。而svn是集中式的，一提交就是到主庫 git分支可以只自己見 未push前 svn新建的分支所有人可見 git分布式可以離線開發，svn不行，當 伺服器故障時，s...