Git，SVN的優缺點及適合的範圍，開源項目？公司項目？
使用git不久，粗淺理解：
1)適用對象不同。Git適用於參與開源項目的開發者。他們由於水平高，更在乎的是效率而不是易用性。Svn則不同，它適合普通的公司開發團隊。使用起來更加容易。
2)使用的場合不同。Git適用於通過Internet，有多個開發角色的單個項目開發，Svn適合企業內部由項目經理統一協調的多個並行項目的開發。
3)權限管理策略不同。Git沒有嚴格的權限管理控制，只要有帳號，就可以導出、導入代碼，甚至執行回退操作。Svn則有嚴格的權限管理，可以按組、按個人進行鍼對某個子目錄的權限控制。區分讀、寫權限。更嚴格的，不支持回退操作。保證代碼永遠可以追蹤。
4)分支(branch)的使用範圍不一樣。Git中，你只能針對整個倉庫作branch,而且一旦刪除，便無法恢復。而svn中，branch可以針對任何子目錄，它本質上是一個拷貝操作。所以，可以建立非常多、層次性的branch,並且，在不需要時將其刪除，而以後需要時只要checkout老的svn版本就可以了。
5)基於第三點，Git適用於單純的軟件項目，典型的就是一些開源項目，比如Linux內核、busybox等。相反，Svn擅長多項目管理。比如，你可以在一個svn倉庫中存放一個手機項目的bsp/設計文檔/文件系統/應用程序/自動化編譯腳本，或者在一個svn中存放5款手機項目的文件系統。git中必須建立n(項目數)*m（組件數）個倉庫。Svn中只需要最多n或者m個就可以了。
6)Git使用128位ID作爲版本號，而且checkout時要註明是哪個branch,而svn使用一個遞增的序列號作爲全局唯一的版本號，更加簡明易懂。雖然可以使用gittag來建立一些文字化的別名，但是畢竟那只是針對特殊版本。
7)可跟蹤性，git的典型開發過程爲：建立分支，進行開發，提交到本地master，刪除分支。這樣做的後果是以前的修改細節會丟失。而在svn下做同樣的事情，不會丟失任何細節。這裏是一個有趣的鏈接，表明了git下典型的工作方式：（以master爲核心，不斷創建新branch,刪除舊branch):
http://www.kernel.org/pub/software/scm/git/docs/howto/separating-topic-branches.txt
8)局部更新，局部還原。SVN由於是在文件夾建立一個.svn文件夾來實現管理，所以可以很簡單實現局部更新或者還原。假如你只希望更新某些部分，則svn可以很好實現。同時代碼寫錯了，同時可以很好實現局部還原，當然git也可以通過歷史版本還原，但是無法簡單地實現局部還原。
SVN屬於集中化的版本控制系統
這種做法帶來了許多好處，特別是相較於老式的本地VCS來說。現在，每個人都可以一定程度上看到項目中的其他人正在做些什麼。而管理員也可以輕鬆掌控每個開發者的權限。
事分兩面，有好有壞。這麼做最顯而易見的缺點是中央服務器的單點故障。若是宕機一小時，那麼在這一小時內，誰都無法提交更新、還原、對比等，也就無法協同工作。如果中央服務器的磁盤發生故障，並且沒做過備份或者備份得不夠及時的話，還會有丟失數據的風險。最壞的情況是徹底丟失整個項目的所有歷史更改記錄，被客戶端提取出來的某些快照數據除外，但這樣的話依然是個問題，你不能保證所有的數據都已經有人提取出來。
Subversion原理上只關心文件內容的具體差異。每次記錄有哪些文件作了更新，以及都更新了哪些行的什麼內容。
Subversion的特點概括起來主要由以下幾條：
- 每個版本庫有唯一的URL（官方地址），每個用戶都從這個地址獲取代碼和數據；
- 獲取代碼的更新，也只能連接到這個唯一的版本庫，同步以取得最新數據；
- 提交必須有網絡連接（非本地版本庫）；
- 提交需要授權，如果沒有寫權限，提交會失敗；
- 提交併非每次都能夠成功。如果有其他人先於你提交，會提示“改動基於過時的版本，先更新再提交”… 諸如此類；
- 衝突解決是一個提交速度的競賽：手快者，先提交，平安無事；手慢者，後提交，可能遇到麻煩的衝突解決。
Git屬於分佈式的版本控制系統
自2005年誕生於以來，Git日臻成熟完善，在高度易用的同時，仍然保留着初期設定的目標。它的速度飛快，極其適合管理大項目，它還有着令人難以置信的非線性分支管理系統，可以應付各種複雜的項目開發需求。
與SVN不同，Git記錄版本歷史只關心文件數據的整體是否發生變化。Git並不保存文件內容前後變化的差異數據。實際上，Git更像是把變化的文件作快照後，記錄在一個微型的文件系統中。每次提交更新時，它會縱覽一遍所有文件的指紋信息並對文件作一快照，然後保存一個指向這次快照的索引。爲提高性能，若文件沒有變化，Git不會再次保存，而只對上次保存的快照作一連接。
簡略的說，Git具有以下特點：
- Git中每個克隆(clone)的版本庫都是平等的。你可以從任何一個版本庫的克隆來創建屬於你自己的版本庫，同時你的版本庫也可以作爲源提供給他人，只要你願意。
- Git的每一次提取操作，實際上都是一次對代碼倉庫的完整備份。提交完全在本地完成，無須別人給你授權，你的版本庫你作主，並且提交總是會成功。
- 甚至基於舊版本的改動也可以成功提交，提交會基於舊的版本創建一個新的分支。
- Git的提交不會被打斷，直到你的工作完全滿意了，PUSH給他人或者他人PULL你的版本庫，合併會發生在PULL和PUSH過程中，不能自動解決的衝突會提示您手工完成。
- 衝突解決不再像是SVN一樣的提交競賽，而是在需要的時候才進行合併
和衝突解決。
總之，公司的開發團隊在進行的項目開發管理時，svn是更好的選擇，團隊成員共同維護公司的中心版本。
若是開源項目，則git更加適合，每個人都可以維護自己專屬的版本，同時有github開源社區支持。