[版本管理]有驚無險修復svn服務器Invalid filesystem revision number問題

問題原由：某一天下午，團隊成員在向svn服務端提交新內容，忽然整棟樓斷電了，天然，提交的過程被中斷了。當時，尚未什麼想法。

              等有電後，另一同事在update項目時，發現沒法正常使用svn，一直報異常信息：

Invalid filesystem revision number
svn: 沒有版本 19956

處理過程：　　

一時不得其法，google了後，發現了遇到了一樣問題的同行http://coldfusion-archive.robgonda.com/blog/index.cfm/2007/10/19/SVN-PROPFIND-request-failed--No-Such-Revision/ ；按照他的作法，我先備份好服務端的svn根目錄，而後執行如下操做：

1）打開svn根目錄下的 db/revs目錄，找到最新的子文件夾（通常是版本號的前一位或者兩位及以上的數字）19，打開它，發現裏面的版本記錄爲19955，這說明在生成19956版本

記錄的過程當中，被斷電中斷了，致使了數據不一致；

2）按照參考文章的作法，我打開了 /db目錄下的current文件（記錄當前的最新版本號），發現版本號爲19956，因而將它改成19955；按照參考文章的說法，改完後，應該是能夠

正常使用的了。可是我這裏卻報了另外的異常信息：

Malformed file
svn: 不能解析鎖/條目的哈希文件「H:\svnroot\db\locks\580\580c93793d2f9df159ce7f1c5de5862c「

3）順着參考文章的思路，我估計多是鎖文件的記錄是19956的，因而就按照提示找到db/locks/580文件夾，發現其下有最新的哈希文件　580c93793d2f9df159ce7f1c5de5862c。將它備份好後，我就直接將580文件夾刪掉了，此時svn能夠正常使用了，版本號爲19955。

4）至此，問題已經莫名其妙的解決了，但我擔憂提交生成19956版本時的文件再提交時svn會怎麼處理。明天再看下了。