1、速度：
轉殖乙份全新的目錄，以同樣擁有五個（才五個）分支來說，svn是同時複製5個版本的檔案，也就是說重複五次同樣的動作。而git只是獲取檔案的每個版本的元素，然後只載入主要的分支（master）。在我的經驗，轉殖乙個擁有將近一萬個提交（commit），五個分支，每個分支有大約1500個檔案的svn，耗了將近乙個小時！而git只用了區區的1分鐘！
2、版本庫（repository）：
據我所知，svn只能有乙個指定**版本庫。當這個**版本庫有問題時，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設立完成。
而git可以有無限個版本庫。或者，更正確的說法，每乙個git都是乙個版本庫，區別是它們是否擁有活躍目錄（git working tree）。如果主要版本庫（例如：置於github的版本庫）發生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復即可。工作成員也可以提交到其他的版本庫！
3、分支(branch)與合併
a． svn的分支合併
在svn，分支是乙個完整的目錄。且這個目錄擁有完整的實際檔案。如果工作成員想要開啟新的分支，那將會影響「全世界」！每個人都會擁有和你一樣的分支。如果你的分支是用來進行破壞工作（安檢測試），那將會像傳染病一樣。
當你在乙個分支上工作數週或幾個月之後，主幹的修改也同時在進行著，兩條線的開發會區別巨大，當你想合併分支回主幹，可能因為太多衝突，已經無法輕易合併你的分支和主幹的修改。
另乙個問題，subversion不會記錄任何合併操作，當你提交本地修改，版本庫並不能判斷出你是通過svn merge還是手工修改得到這些檔案。所以你必須手工記錄這些資訊（說明合併的特定版本號或是版本號的範圍）。
要解決以上的問題只有通過有規律的將主幹合併到分支來避免，制定這樣乙個政策：每週將上週的修改合併到分支，注意這樣做時需要小心，你必須手工記錄合併的過程，以避免重複的合併，你需要小心的撰寫合併的日誌資訊，精確的描述合併包括的範圍。這樣做看起來有點像是脅迫。
svn 的版本號是連續的版本號。每一次新的提交都會版本號+1 ，而無論這個提交是在哪個分支中進行的。svn乙個提交可以同時修改不同分支的不同檔案，因為提交命令可以在 /trunk, /branches, /tags 的上一級目錄執行。
• svn 的提交是單線索的，每乙個提交（最原始的提交0除外）都只有乙個父節點（版本號小乙個的提交節點）
• svn 的提交鏈只有一條，僅從版本號和提交說明，我們無法獲得分支圖
• svn 的分支圖在某些工具（如烏龜svn）可以提供，那是需要對提交內容進行檢查，對目錄拷貝動作視為分支，對 svn:mergeinfo 的改動視為合併，但這會由於目錄管理的靈活性，導致千奇百怪的分支圖表。
4、提交（commit）
在svn，當你提交你的完成品時，它將直接記錄到**版本庫。當你發現你的完成品存在嚴重問題時，你已經無法阻止事情的發生了。如果網路中斷，你根本沒辦法提交！
而git的提交完全屬於本地版本庫的活動。而你只需「推」（git push）到主要版本庫即可。git的「推」其實是在執行「同步」（sync）。
可以為 git 版本庫進行授權：誰能建立版本庫，誰能向版本庫push，誰能夠讀取（轉殖）版本庫
你完全可以在脫離git伺服器所在網路的情況下，如移動辦公／出差時，照常使用**庫
你只需要在能夠接入git伺服器所在網路時，pull和push即可完成和伺服器同步以及提交
git提供 rebase 命令，可以讓你的改動看起來是基於最新的**實現的改動
git使用git fetch和git pull來完成遠端更新任務，fetch操作只是將遠端資料庫的object拷貝到本地，然後更新remotes head的refs，git pull 的操作則是在git fetch的基礎上對當前分支外加merge操作。
5。重新設立起點（rebase）
我沒在svn嘗試過，不知道有沒有這樣的功能。
在git，如果你想把別人的最新提交設立為現在這個分支的起點，只要執行git rebase branch_name 即可。這個和合併（merge）不同點是，merge會依據修改的時間視為最新，而rebase會要求你去解決雙方都有修改過的地方的矛盾（conflict）。
最值得一提，我可以在git的任意乙個提交點（commit point）開啟分支！（其中乙個方法是使用gitk –all 可觀察整個提交記錄，然後在任意點開啟分支。）
6。系統檔案
svn會在每乙個目錄置放乙個.svn。如果想移除這些.svn是很累的。
而git會在目錄起點擁有乙個.git目錄，以及.gitignore。
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...