好的技術(shù)問題通常會引出技術(shù)專家們依據(jù)經(jīng)驗(yàn)得出的深層次的觀點(diǎn)。但對于這樣的問題的答案也很容易演變成完全基于個人喜好的情緒傾泄，而不是根據(jù)事實(shí)、標(biāo)準(zhǔn)和具體的專業(yè)知識。比如本文的這個標(biāo)題，如果你是一個SVN的堅(jiān)定支持者，你完全可以把這句話反過來問。
　　我使用SVN有5年的歷史了，而且現(xiàn)在在公司里仍然是使用SVN。但是大概在3年前，我的所有個人項(xiàng)目都已經(jīng)遷移到了git(gitHub)上。我能想出很多git優(yōu)于subversion的地方，大部分是體現(xiàn)在分布式優(yōu)于集中式的特征上，但如果你讓我說出任何SVN分過來勝過git的地方，我竟一時(shí)想不出來一個。但這能說明git完勝SVN嗎?
　　事實(shí)當(dāng)然不是這樣，像是Windows和Linux，你不能說這個一定比那個好。近在stackexchange的討論讓我學(xué)習(xí)了不少。先舉個簡單的例子證明有些地方你只能用SVN而不能用git。谷歌的搜索排名算法，不能放到分布式開放的代碼庫了。這種情況下SVN的集中式管理是不二選擇。下面來?xiàng)l理的看看Subversion在哪些環(huán)境下比git更適用。
　　Subversion
　　Subversion是集中式管理的數(shù)據(jù)倉庫
　　雖然速度快和多副本等git分布式數(shù)據(jù)倉庫顯而易見的好處吸引了很多人的喜愛，但在很多情況下，一個集中式的數(shù)據(jù)倉庫卻是更合適的。例如，如果你有一些核心代碼想只允許部分人能訪問，把它放到git里必然是你不希望的。很多的企業(yè)都是將它們的代碼集中管理的，我猜，所有(重要)政府項(xiàng)目估計(jì)都使用的是集中式數(shù)據(jù)倉庫的版本控制系統(tǒng)。
　　Subversion的理念符合常規(guī)思維
　　這是說，很多人(特別是管理者或老板)對版本號有一種習(xí)慣的認(rèn)識，把開發(fā)視作一種按時(shí)間的線性發(fā)展軌跡，這在他們腦子里根深蒂固。并不是找借口，Git的隨意性并不是很容易去理解，你也許注意到了，任何一本關(guān)于Git的書都會在第一章第一節(jié)告訴你要拋棄腦子里所有的傳統(tǒng)觀念，重新認(rèn)識。
　　Subversion只提供一種途徑，沒有第二選擇
　　SVN是一個版本控制系統(tǒng)，它只提供一種方式做這些，每個人都使用相同的方法。是這樣。這使得你將代碼從SVN遷移到其它集中式管理的VCS或從其它集中式管理的VCS遷進(jìn)來變得很容易。Git并不僅僅是一個版本控制系統(tǒng)——它實(shí)際上是一個文件系統(tǒng)，它里面有很多的拓?fù)鋵W(xué)知識來支持你如何在不同的環(huán)境中架設(shè)代碼倉庫——并且沒有一個統(tǒng)一的標(biāo)準(zhǔn)。選擇一個合適的拓?fù)浣Y(jié)構(gòu)成了難題。
　　其它一些優(yōu)勢：
　　SVN支持空目錄
　　SVN有更好的Windows平臺支持
　　SVN可以check out/clone一個子樹(sub-tree)
　　SVN支持特權(quán)訪問控制svn lock，在處理很難合并的文件時(shí)非常有用
　　SVN支持二進(jìn)制文件，更容易處理大文件(不需要把老版本拷來拷去)
　　提交文件相對簡單，因?yàn)闆]有pull/push操作，本地修改通過svn update自動的執(zhí)行了同步代碼的功能。