VSS如何遷移到SVN及常見問題經典解析
前面幾節介紹Subversion客戶端使用，Subversion插件，如何把CVS遷移到SVN等問題，本節向大家講解VSS遷移到SVN問題。
VSS遷移到SVN
新建配置文件config2.properties，修改如下：
- srcprovider=vss
- vss.class=org.polarion.svnimporter.vssprovider.VssProvider
- vss.executable=d:\\ProgramFiles\\MicrosoftVisualStudio\\VSS\\win32\\ss.exe
- vss.path=\\\\10.192.77.7\\edocsafe
- vss.project=$/edocsafe
- vss.username=yfpeng
- vss.password=yfpeng
- vss.tempdir=c:/temp/local
- vss.log.dateformat=dd.MM.yyHH:mm
- vss.log.datelocale=en
- vss.log.encoding=Cp1251
但只有run.batlistconfig2.properties可以將文件列出，run.batfullconfig2.properties無法將dump文件導出，沒有找到解決方法。建議將文檔重新在svn上建立。
目錄結構示例
svn:/
/proj/
+-trunk
+-branches
+-tags
這是一個標準的布局，trunk為主開發目錄，branches為分支開發目錄，tags為tag存檔目錄（不允許修改）。但是具體這幾個目錄應該如何使用，svn并沒有明確的規范，更多的還是用戶自己的習慣。
對于這幾個開發目錄，一般的使用方法有兩種。我更多的是從軟件產品的角度出發（比如freebsd），因為互聯網的開發模式是完全不一樣的。
***種方法，使用trunk作為主要的開發目錄。
一般的，我們的所有的開發都是基于trunk進行開發，當一個版本/release開發告一段落（開發、測試、文檔、制作安裝程序、打包等）結束后，代碼處于凍結狀態（人為規定，可以通過hook來進行管理）。此時應該基于當前凍結的代碼庫，打tag。當下一個版本/階段的開發任務開始，繼續在trunk進行開發。此時，如果發現了上一個已發行版本（ReleasedVersion）有一些bug，或者一些很急迫的功能要求，而正在開發的版本（DevelopingVersion）無法滿足時間要求，這時候就需要在上一個版本上進行修改了。應該基于發行版對應的tag，做相應的分支（branch）進行開發。例如，剛剛發布1.0，正在開發2.0，此時要在1.0的基礎上進行bug修正。按照時間的順序。
常見問題
1)通過WEB或客戶工具訪問SVN顯示403Forbidden
l檢查用戶和權限配置文件是否正確。
l檢查庫目錄用戶訪問權限，如權限不足，可用chmod更改。
2)Apache啟動失敗
l檢查SVN相關apache配置是否正確，mod_dav_svn.so和mod_authz_svn.so是否存在。
l是否在root用戶下安裝。
3)svn命令使用錯誤
l安裝配置時是否正確指定apr。
l通過rpm包安裝有時會發生錯誤。
【編輯推薦】
- VisualSVN：替代Team Foundation Server的新選擇
- 新手指南：ubuntu下的Subversion安裝妙招
- 基于Java的svn客戶端工具JavaSVN 1.1.0.beta發布
- Subversion和TortoiseSVN如何在Windows下進行構建SVN版本控制
- Myeclipse7.0 SVN插件安裝步驟淺析
