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更改。