簡介
SVN
- SVN屬于集中化的版本控制系統，必須聯網才能工作。有個不太精確的比喻：SVN = 版本控制+ 備份服務器，SVN支持并行讀寫文件，支持代碼的版本化管理，功能包括取出、導入、更新、分支、改名、還原、合并等。大都采用圖形界面操作，直觀，上手快。
Git
- Git是一個分布式版本控制系統，操作命令包括：clone，pull，push，branch，merge，push，rebase，Git擅長的是程序代碼的版本化管理。代碼庫占用空間小，不支持中文，圖形界面支持差，使用難度大。不易推廣。
集中式與分布式
集中式
- 集中式版本控制系統，版本庫是集中在中央服務器的，而干活兒的時候都是用自己的電腦，我們需要先從中央倉庫獲取代碼，修改之后再提交到中央服務器。
分布式
- 分布式版本控制系統不需要聯網，它就沒有中央服務器這一說，每個人的電腦都是一個完整的版本庫，那么我們該如何協作呢？Git有個推送，比如A在A的電腦上改完模塊1，B在B的電腦也改了模塊1，AB只需要互相推送給對方，就能互相看到對方的修改了。
Git與SVN的區別
主要區別：
1. Git是分布式的，SVN不是：
這是GIT和其它非分布式的版本控制系統，例如SVN，CVS等，最核心的區別。如果你能理解這個概念，那么你就已經上手一半了。需要做一點聲明，GIT并不是目前第一個或唯一的分布式版本控制系統。還有一些系統，例如 Bitkeeper, Mercurial 等，也是運行在分布式模式上的。但GIT在這方面做的更好，而且有更多強大的功能特征。
GIT跟SVN一樣有自己的集中式版本庫或服務器。但，GIT更傾向于被使用于分布式模式，也就是每個開發人員從中心版本庫/服務器上chect out代碼后會在自己的機器上克隆一個自己的版本庫。可以這樣說，如果你被困在一個不能連接網絡的地方時，就像在飛機上，地下室，電梯里等，你仍然能夠提 交文件，查看歷史版本記錄，創建項目分支，等。對一些人來說，這好像沒多大用處，但當你突然遇到沒有網絡的環境時，這個將解決你的大麻煩。
同樣，這種分布式的操作模式對于開源軟件社區的開發來說也是個巨大的恩賜，你不必再像以前那樣做出補丁包，通過email方式發送出去，你只需要創建一個分支，向項目團隊發送一個推請求。這能讓你的代碼保持最新，而且不會在傳輸過程中丟失。GitHub.com 就是一個這樣的優秀案例。
2. Git把內容按元數據方式存儲，而SVN是按文件：
所有的資源控制系統都是把文件的元信息隱藏在一個類似 .svn，.cvs 等的文件夾里。如果你把 .git 目錄的 體積大小跟 .svn 比較，你會發現它們差距很大。因為 .git 目錄是處于你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標簽，分支，版本記錄等。
3. Git分支和SVN的分支不同：
分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合并了一個分支，你需要手工運行像這樣的命令 svn propget svn:mergeinfo，來確認代碼是否被合并。所以，經常會發生有些分支被遺漏的情況。
然而，處理GIT的分支卻是相當的簡單和有趣。你可以從同一個工作目錄下快速的在幾個分支間切換。你很容易發現未被合并的分支，你能簡單而快捷的合并這些文件。
4. Git沒有一個全局的版本號，而SVN有：
目前為止這是跟SVN相比GIT缺少的最大的一個特征。SVN的版本號實際是任何一個相應時間的源代碼快照。
5. Git的內容完整性要優于SVN：
GIT的內容存儲使用的是 SHA-1 哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。
6. Git下載下來后，在本地不必聯網就可以看到所有的log，很方便學習，SVN卻需要聯網。
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）。
6. 系統檔案：
SVN會在每一個目錄置放一個 .svn。如果想移除這些 .svn是很累的。
而Git會在目錄起點擁有一個.git目錄，以及 .gitignore。
補充：
1. git 優點：
git每臺電腦都有一個版本庫，可以在本地做版本管理；
速度快。git的速度遠超大部分版本管理系統，包括svn
強大的分支管理功能
活躍的開源社區，如最著名的github
2. git 缺點：
Git 沒有嚴格的權限管理控制，一般通過系統設置文件讀寫權限的方式來做權限控制。
工作目錄只能是整個項目。比如 checkout，建分支，都是基于整個項目的。而 svn 可以基于項目中的某一個目錄
工作模式的區別：
無論是 svn 還是 git 的工作流，都是在本地解決沖突再提交，而不是在提交時解決沖突的。所以：
svn 的模式是：
1、寫代碼。
3、從服務器拉回服務器的當前版本庫，并解決服務器版本庫與本地代碼的沖突。
5、將本地代碼提交到服務器。
分布式版本管理的模式是：
1、寫代碼。
2、提交到本地版本庫。
3、從服務器拉回服務器的當前版本庫，并解決服務器版本庫與本地代碼的沖突。
4、將遠程庫與本地代碼合并結果提交到本地版本庫。
5、將本地版本庫推到服務器。
所以，分布式版本管理僅僅是增加了本地庫這個概念，其余的概念與集中管理并無區別。——但是 svn 在與服務器同步之前無法提交代碼，因而本地修改更容易出問題。
總結：
Git
1、是3段式，中間有個暫存階段，所以提交只是提交到本地代碼庫中，要提交到遠程代碼庫，還需要推送一下。
2、沒網沒關系，它先提交到本地代碼庫
3、分布式
SVN
1、則是2段式，中間沒有暫存借點，所以提交就是到遠程代碼庫。
2、沒網就提交不到遠程代碼庫了
3、集中式（服務器壓力）
