由于工作需要，最近在Linux服務(wù)器上試用Subversion，如果一切順利，全公司的文檔都將交給Subversion管理。我承認(rèn)我對(duì)Subversion一直存在偏見(jiàn)，但為了給大家一個(gè)交代，還是硬著頭皮小試了一下。結(jié)果運(yùn)行數(shù)天以后，終于還是回到了CVS的老路上。
Subversion的優(yōu)點(diǎn)就不在這里重復(fù)了，網(wǎng)上很多介紹文章，也有很多忠實(shí)粉絲，不過(guò)沒(méi)辦法，我還是更喜歡CVS的簡(jiǎn)單和直接。熟悉Unix和類Unix系統(tǒng)的朋友一定有同感，CVS更加符合Unix的思維和解決問(wèn)題的方式。
讓我們最終放棄Subversion主要有以下大大小小的原因：
1- 一個(gè)新建的幾乎是空的資源庫(kù)，打包后大小即有39MB上下; << 經(jīng)核實(shí)錯(cuò)怪SVN了，實(shí)測(cè)完全空白的資源庫(kù)124K，向大家道歉！
2- 資源庫(kù)幾乎是以一種完全不透明的方式存儲(chǔ)用戶資源庫(kù)文件;
3- 沒(méi)有一個(gè)官方的、安全可靠的方式徹底刪除一個(gè)誤提交的文件，一旦提交上去，你的資源庫(kù)將永遠(yuǎn)背著這個(gè)包袱; << 這一條實(shí)在讓我無(wú)法忍受。
對(duì)于最后一條，官方說(shuō)法是提供了一個(gè)svndumpfilter的方式，先把資源庫(kù)dump出來(lái)，然后pipe到svndumpfilter過(guò)濾掉匹配的文件，最后再load回去。這幾乎就是給我們判了死刑：dump文件動(dòng)輒就會(huì)是好幾個(gè)G，且隨著時(shí)間增長(zhǎng)，或者錯(cuò)誤提交持續(xù)出現(xiàn)在超大型文件上，要完成這個(gè)dump和filter，以及周期性的備份，將要吃掉多少資源，不敢想象；svndumpfilter不支持wildcast，且這個(gè)字符串匹配由于是整個(gè)dump文件pipe到svndumpfilter，無(wú)法保證精確制導(dǎo)，尤其在生產(chǎn)環(huán)境，敏感文件被上傳、有效文件被誤刪或者資源庫(kù)遭到破壞的后果是很嚴(yán)重滴。