**：酷勤網
好的技術問題通常會引出技術專家們依據經驗得出的深層次的觀點。但對於這樣的問題的答案也很容易演變成完全基於個人喜好的情緒傾洩，而不是根據事實、標準和具體的專業知識。就比如本文的這個標題，如果你是乙個svn的堅定支持者，你完全可以把這句話反過來問。
我使用svn有5年的歷史了，而且現在在公司裡仍然是使用svn。但是大概在3年前，我的所有個人專案都已經遷移到了git(github)上。我能想出很多git優於subversion的地方，大部分是體現在分布式優於集中式的特徵上，但如果你讓我說出任何svn分過來勝過git的地方，我竟一時想不出來乙個。但這就能說明git完勝svn嗎？
事實當然不是這樣，就像是windows和linux，你不能說這個一定就比那個好。最近在stackexchange的討論讓我學習了不少。先舉個簡單的例子證明有些地方你只能用svn而不能用git。谷歌的搜尋排名演算法，就不能放到分布式開放的**庫了。這種情況下svn的集中式管理就是不二選擇。下面就來條理的看看subversion在哪些環境下比git更適用。
subversion是集中式管理的資料倉儲
subversion的理念符合常規思維
這是說，很多人(特別是管理者或老闆)對版本號有一種習慣的認識，把開發視作一種按時間的線性發展軌跡，這在他們腦子裡根深蒂固。並不是找藉口，git的隨意性並不是很容易去理解，你也許注意到了，任何一本關於git的書都會在第一章第一節告訴你要拋棄腦子裡所有的傳統觀念，重新認識。
subversion只提供一種途徑，沒有第二選擇
svn是乙個版本控制系統，它只提供一種方式做這些，每個人都使用相同的方法。就是這樣。這使得你將**從svn遷移到其它集中式管理的vcs或從其它集中式管理的vcs遷進來變得很容易。git並不僅僅是乙個版本控制系統——它實際上是乙個檔案系統，它裡面有很多的拓撲學知識來支援你如何在不同的環境中架設**倉庫——並且沒有乙個統一的標準。選擇乙個合適的拓撲結構就成了難題。
其它一些優勢：
SVN有任何勝過git的地方嗎？
好的技術問題通常會引出技術專家們依據經驗得出的深層次的觀點。但對於這樣的問題的答案也很容易演變成完全基於個人喜好的情緒傾洩，而不是根據事實 標準和具體的專業知識。就比如本文的這個標題，如果你是乙個svn的堅定支持者，你完全可以把這句話反過來問。我使用svn有5年的歷史了，而且現在在公司裡仍然是使用s...
git對比svn有什麼優勢
能想出很多git優於subversion的地方，大部分是體現在分布式優於集中式的特徵上，但如果你讓我說出任何svn分過來勝過git的地方，我竟一時想不出來乙個。但這就能說明git完勝svn嗎？事實當然不是這樣，就像是windows和linux，你不能說這個一定就比那個好。最近在stackexchan...
GIT與SVN的區別以及SVN轉GIT
公司部分專案開始使用的svn，需要通過svn轉成git，通過查詢可以用git的svn命令，不過在培訓時候找到一些svn與git的區別 分布式檔案系統，每個人都有完整的 分支對svn來說是完整目錄，建立分支需要重新配置，git建立分支相當簡單 git可以離線檢視log日誌 svn提交實際提交到 倉庫，...