VSS如何迁移到SVN及常见问题经典解析-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包安装有时会发生错误。

【编辑推荐】