首先git具有本地的版本管理且不需要假設遠程的服務器，這就很方便。最重要的還是能夠不污染子目錄的track文件。然而svn每個子目錄都要扔一個，這就造成了很大的麻煩，而且還會出現各種cleanup無果.delelte后svnup異常，真的令人很無語。

其次git具有強力的merge工具：git根據committicket依次再進行一次merge.提高了merge成功率.避免svnmerge中的難堪。即使merge失敗也不會有任何的其他的版本文件，只需要簡單修改就可以繼續。

并且git還具有gitgc:由于git本身不保存文件之前的差異文件.只保存每個文件的快照，頻繁修改大文件的情況下會造成git目錄變得很大gitgc后,會在.git目錄下生成一個packfile與idx文件.只保存文件差異，又解決了一個常見的問題。

強大的branch.推薦根據的gitworkflow的開發流程.將workspace分成幾區.masterdevfeaturehotfix區等。Git實現了去中心化scm工具，而github成為了新一代憑作品交流的sns+codehost平臺。其他版本管理工具相比而言如googlecode則是每況愈下。

Subversion是一個集中的數據倉庫。

盡管git分布式數據倉庫的顯著優點(如快速和多副本)吸引了很多人，但在許多情況下，集中式數據倉庫更合適。例如，如果您有一些核心代碼，您希望只允許少數人訪問，那么您就不希望將其放入git中。許多公司都是集中管理他們的代碼，我猜所有(重要的)政府項目估計都使用一個版本控制系統來集中數據倉庫。

svn的理念是符合常規的。

據說許多人(尤其是經理或老板)對版本號的理解是一種習慣，發展是一種時間的線性軌跡，它深深扎根于他們的思想中。不是一個借口，Git可選性不是很容易理解，事實上，你可能會注意到任何一本關于Git的書都會在第一季度的第一章告訴你放棄大腦中所有的傳統觀念，重新理解。

Subversion只提供了一種方法，沒有第二種選擇。

SVN是一個版本控制系統，它只提供一種方法，每個人都使用相同的方法。就是這樣。這使得您可以很容易地將代碼從SVN遷移到其他集中管理的VCS或其他集中管理的VCS。Git不僅僅是一個版本控制系統，它實際上是一個文件系統，它有很多拓撲知識來支持您如何在不同的環境倉庫中設置代碼——并且沒有統一的標準。選擇正確的拓撲結構成為一個問題。

以上純屬是個人理解哈，希望對你有些幫助！