svn（subversion）是集中式管理的版本控制器，而git是分布式管理的版本控制器！這是兩者之間最核心的區別。
svn只有乙個單一的集中管理的伺服器，儲存所有檔案的修訂版本，而協同工作的人們都通過客戶端連到這台伺服器，取出最新的檔案或者提交更新。
git每乙個終端都是乙個倉庫，客戶端並不只提取最新版本的檔案快照，而是把原始的**倉庫完整地映象下來。每一次的提取操作，實際上都是一次對**倉庫的完整備份。git不
僅僅是個版本控制系統，它也是個內容管理系統（cms），工作管理系統等。如果你是乙個具有使用svn背景的人，你需要做一定的思想轉換，來適應git提供的一些概念和特徵。
集中式版本控制系統：
版本庫是集中存放在**伺服器的，而幹活的時候，用的都是自己的電腦，所以要先從**伺服器取得最新的版本，然後開始幹活，幹完活了，再把自己的活推送給**服務
器。**伺服器就好比是乙個圖書館，你要改一本書，必須先從圖書館借出來，然後回到家自己改，改完了，再放回圖書館。
分布式版本控制系統：
首先，分布式版本控制系統根本沒有「**伺服器」，每個人的電腦上都是乙個完整的版本庫，這樣，你工作的時候，就不需要聯網了，因為版本庫就在你自己的電腦上。既然每
個人電腦上都有乙個完整的版本庫，那多個人如何協作呢？比方說你在自己電腦上改了檔案a，你的同事也在他的電腦上改了檔案a，這時，你們倆之間只需把各自的修改推送給
對方，就可以互相看到對方的修改了。
和集中式版本控制系統相比，分布式版本控制系統的安全性要高很多，因為每個人電腦裡都有完整的版本庫，某乙個人的電腦壞掉了不要緊，隨便從其他人那裡複製乙個就可以
了。而集中式版本控制系統的**伺服器要是出了問題，所有人都沒法幹活了。
在實際使用分布式版本控制系統的時候，其實很少在兩人之間的電腦上推送版本庫的修改，因為可能你們倆不在乙個區域網內，兩台電腦互相訪問不了，也可能今天你的同事病
了，他的電腦壓根沒有開機。因此，分布式版本控制系統通常也有一台充當「**伺服器」的電腦，但這個伺服器的作用僅僅是用來方便「交換」大家的修改，沒有它大家也一樣幹
活，只是交換修改不方便而已。
那麼git和svn兩者之間具體有哪些不同？下面詳細做下對比：
一、搞清楚兩種模式：集中式vs分布式
（1）svn屬於集中式的版本控制系統
集中式的版本控制系統都有乙個單一的集中管理的伺服器，儲存所有檔案的修訂版本，而協同工作的人們都通過客戶端連到這台伺服器，取出最新的檔案或者提交更新。
svn的特點概括起來主要由以下幾條：
1）每個版本庫有唯一的url（官方位址），每個使用者都從這個位址獲取**和資料；
2）獲取**的更新，也只能連線到這個唯一的版本庫，同步以取得最新資料；
3）提交必須有網路連線（非本地版本庫）；
4）提交需要授權，如果沒有寫許可權，提交會失敗；
5）提交並非每次都能夠成功。如果有其他人先於你提交，會提示「改動基於過時的版本，先更新再提交」… 諸如此類；
6）衝突解決是乙個提交速度的競賽：手快者，先提交，平安無事；手慢者，後提交，可能遇到麻煩的衝突解決。
好處：每個人都可以一定程度上看到專案中的其他人正在做些什麼。而管理員也可以輕鬆掌控每個開發者的許可權。
缺點：**伺服器的單點故障。
若是宕機一小時，那麼在這一小時內，誰都無法提交更新、還原、對比等，也就無法協同工作。如果**伺服器的磁碟發生故障，並且沒做過備份或者備份得不夠及時的話，還會有丟失資料的風險。最壞的情況是徹底丟失整個專案的所有歷史更改記錄，被客戶端提取出來的某些快照資料除外，但這樣的話依然是個問題，你不能保證所有的資料都已經有人提取出來。
簡單來說，svn原理上只關心檔案內容的具體差異。每次記錄有哪些檔案作了更新，以及都更新了哪些行的什麼內容。
（2）git屬於分布式的版本控制系統
git記錄版本歷史只關心檔案資料的整體是否發生變化。git 不儲存檔案內容前後變化的差異資料。
實際上，git 更像是把變化的檔案作快照後，記錄在乙個微型的檔案系統中。每次提交更新時，它會縱覽一遍所有檔案的指紋資訊並對檔案作一快照，然後儲存乙個指向這次快照的索引。為提高效能，若檔案沒有變化，git 不會再次儲存，而只對上次儲存的快照作一連線。
在分布式版本控制系統中，客戶端並不只提取最新版本的檔案快照，而是把原始的**倉庫完整地映象下來。這麼一來，任何一處協同工作用的伺服器發生故障，事後都可以用任何乙個映象出來的本地倉庫恢復。這類系統都可以指定和若干不同的遠端**倉庫進行互動。籍此，你就可以在同乙個專案中，分別和不同工作小組的人相互協作。你可以根據需要設定不同的協作流程。
另外，因為git在本地磁碟上就儲存著所有有關當前專案的歷史更新，並且git中的絕大多數操作都只需要訪問本地檔案和資源，不用連網，所以處理起來速度飛快。用svn的話，沒有網路或者斷開vpn你就無法做任何事情。但用git的話，就算你在飛機或者火車上，都可以非常愉快地頻繁提交更新，等到了有網路的時候再上傳到遠端的映象倉庫。換作其他版本控制系統，這麼做幾乎不可能，抑或是非常麻煩。
git特點：
1）git中每個轉殖(clone)的版本庫都是平等的。你可以從任何乙個版本庫的轉殖來建立屬於你自己的版本庫，同時你的版本庫也可以作為源提供給他人，只要你願意。
2）git的每一次提取操作，實際上都是一次對**倉庫的完整備份。
3）提交完全在本地完成，無須別人給你授權，你的版本庫你作主，並且提交總是會成功。
4）甚至基於舊版本的改動也可以成功提交，提交會基於舊的版本建立乙個新的分支。
5）git的提交不會被打斷，直到你的工作完全滿意了，push給他人或者他人pull你的版本庫，合併會發生在pull和push過程中，不能自動解決的衝突會提示您手工完成。
6）衝突解決不再像是svn一樣的提交競賽，而是在需要的時候才進行合併和衝突解決。
除此之外：
1）git也可以模擬集中式的工作模式
git版本庫統一放在伺服器中
可以為 git 版本庫進行授權：誰能建立版本庫，誰能向版本庫push，誰能夠讀取（轉殖）版本庫
團隊的成員先將伺服器的版本庫轉殖到本地；並經常的從伺服器的版本庫拉（pull）最新的更新；
團隊的成員將自己的改動推（push）到伺服器的版本庫中，當其他人和版本庫同步（pull）時，會自動獲取改變
2）git 的集中式工作模式非常靈活
你完全可以在脫離git伺服器所在網路的情況下，如移動辦公／出差時，照常使用**庫
你只需要在能夠接入git伺服器所在網路時，pull和push即可完成和伺服器同步以及提交
git提供rebase 命令，可以讓你的改動看起來是基於最新的**實現的改動
3）git有更多的工作模式可以選擇，遠非 subversion能比的。
二、用法上理解
（1）git是分布式的，而svn不是分布而是集中式的，需要說明的是git並不是目前唯一的分布式版本控制系統，
（2）git把內容按元資料方式儲存，而svn是按檔案：因為git目錄是處於你的機器上的乙個轉殖版的版本庫，它擁有中心版本庫上所有的東西，例如標籤，分支，版本記錄等。.git目錄的體積大小跟.svn比較，你會發現它們差距很大。
（3）git沒有乙個全域性版本號，而svn有：目前為止這是跟svn相比git缺少的最大的乙個特徵。
（4）git的內容的完整性要優於svn: git的內容儲存使用的是sha-1雜湊演算法。這能確保**內容的完整性，確保在遇到磁碟故障和網路問題時降低對版本庫的破壞。
（6）剛開始用時很狗血的一點，svn必須先update才能commit,忘記了合併時就會出現一些錯誤，git還是比較少的出現這種情況。
（7）轉殖乙份全新的目錄以同樣擁有五個分支來說，svn是同時複製5個版本的檔案,也就是說重複五次同樣的動作。而git只是獲取檔案的每個版本的 元素，然後只載入主要的分支(master)在我的經驗,轉殖乙個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個檔案的 svn,耗了將近乙個小時！而git只用了區區的1分鐘！
（8）版本庫（repository):svn只能有乙個指定**版本庫。當這個**版本庫有問題時，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設立完成。而 git可以有無限個版本庫。每乙個git都是乙個版本庫，區別是它們是否擁有活躍目錄（git working tree）。如果主要版本庫（例如：置於github的版本庫）發生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復即可。工作成員也可以提交到其他的版本庫！
（9）提交（commit）上的不同：在svn，當你提交你的完成品時，它將直接記錄到**版本庫。當你發現你的完成品存在嚴重問題時，你已經無法阻止事情的發生了。如果網路中斷，你根本沒辦法提交！而git的提交完全屬於本地版本庫的活動。而你只需「推」（git push）到主要版本庫即可。git的「推」其實是在執行「同步」（sync）。
最後總結一下：
svn的特點是簡單，只是需要乙個放**的地方時用是ok的。
git的特點版本控制可以不依賴網路做任何事情，對分支和合併有更好的支援(這應該算是開發者最關心的地方)。
GIT和svn的對比
svn是subversion的簡稱，是乙個開放源 的版本控制系統,支援大多數常見的作業系統。作為乙個開源的版本控制系統,subversion管理著隨時間改變的資料。這些資料放置在乙個 資料檔案庫 repository 中。這個檔案庫很像乙個普通的檔案伺服器,不過它會記住每一次檔案的變動。這樣你就可以...
關於Git和SVN的對比
1.git的提交是乙個dag有向無環圖.可以看到各個分支之間的合併關係.svn的提交是一條直線.2.git的提交版本號不是乙個簡單遞增的數字,而是乙個長達40位的十六進製制數字 雜湊值 但是可以適用剪短的格式.只要不衝突.git的提交都記錄了父提交甚至是雙親或者多親提交,因此可以很容易的從任意 乙個...
關於Git和SVN的對比
1.git的提交是乙個dag有向無歡圖.可以看到哥哥分支之間的合併關係.svn的提交是一條直線.2.git的提交版本號不是乙個簡單遞增的數字,而是乙個長達40位的十六進製制數字 雜湊值 但是可以適用剪短的格式.只要不衝突.git的提交都記錄了父提交甚至是雙親或者多親提交,因此可以很容易的從任意 乙個...