Pergunta

Existe uma maneira de migrar SourceSafe com a história em um SVN?

Idealmente, eu gostaria de usar VisualSVN Server, mas eu realmente não quero perder a minha história SourceSafe. Se eu tiver que eu vou embora.

Foi útil?

Solução

Há muito tempo atrás (parece) Eu tentei migrar um SourceSafe DB à subversão usando vss2svn , mas finalmente desistiu. Havia vários problemas, IIRC:

  • Você tem que ter certeza de que o SS DB é consistente (por exemplo Analisar não encontrar quaisquer problemas ou é capaz de corrigi-los).
  • demorou muito tempo para migrar o DB, porque era muito grande.
  • finalmente, a migração falhou devido a alguns problemas com datas de análise. Eu não era capaz de encontrar a razão para o problema, mas eu acho que foi devido ao fato de que usamos DD.MM.YYY formato de data em vez do formato de data dos EUA.

Então, finalmente, decidimos manter o SourceSafe DB intacta (somente leitura) e apenas migrar a versão atual em subversão. Até agora, havia muito poucas ocasiões em que tivemos de voltar para SourceSafe para verificar alguma coisa.

Espero que isso ajude.

BTW: não importa se você usar VisualSVN Server ou subversão diretamente (svnserver). O formato de repositório é o mesmo em ambos os casos.

Outras dicas

Tente o href="https://github.com/irontoby/vss2svn" rel="nofollow noreferrer"> roteiro .

Ou o vss2svn projeto.

I convertido com êxito nosso banco de dados VSS desagradável incluindo história. Eu blog sobre a experiência < . strong> aqui O destaque de conversão é:

"Todas as ferramentas de conversão também exigiu o banco de dados VSS fonte de estar limpo de corrupção antes da conversão. Este acabou por ser muito mais difícil e demorado do que você imagina. Executando o VSS Analisar ferramenta em uma cópia do banco de dados mostrou centenas de corrupções e não iria correr até a conclusão sem azul triagem o computador foi executado.

Para contornar esta situação, reduzimos o banco de dados de cópia, apagando os diretórios que não deseja converter. Infelizmente VSS irá relatar cada corrupções durante o processo de exclusão causando centenas de caixas de mensagem que o usuário deve descuidadamente clique para que o processo continue.

Uma vez que o ponto foi alcançado, foi utilizada a ferramenta VSS2SVN para criar arquivos de despejo de que foram importados para o Subversion ".

Polarion SVN Importador para migrar do VSS para SVN com história completa .

Sim, use o href="http://www.codeplex.com/VSS2SVN" rel="nofollow projeto VSS2SVN no Codeplex . Eu atualizei ele para que ele mantém a história, comentários, autor e data propriedades ao migrar para o SVN. Demora um pouco mais, mas eu não, não acho que as questões como a sua não algo que você faz todos os dias

.

Ele também tem uma opção para atualizar o repositório com arquivos de VSS passado uma determinada data, para que você pode atualizar um depósito inicial mais tarde.

Na minha empresa eu tentei várias vezes para migrar um (grande) SourceSafe repositório para Subversion com vss2svn. Eu até causou uma pequena contribuição sobre codepage apoio (tivemos nomes em grego). Se bem me lembro (isso aconteceu na última primavera, ou seja, de 2009), o nosso problema principal (aquele que nos fez finalmente descartar a migração) foi que os arquivos excluídos permanentemente que estavam reticulada / movidos entre partes queriam e indesejados do repositório estavam bloqueando a migração.

A minha sugestão: Se você não pode fazê-lo de forma totalmente Analisados ?? repositório, não perca mais tempo. Basta desenhar uma linha e começar com um novo repositório Subversion.

Nota: Permanentemente apagar um arquivo em SourceSafe torna o arquivo completamente irrecuperável, o que é totalmente incompatível com CVS / SVN do tipo sistemas de controle de origem (e, suponho, outros sistemas de controle de origem, bem)

.

A minha empresa desenvolveu um Source Safe para ferramenta de migração Subversion: http://www.abstrakti.com/Products/Krepost

Esta ferramenta foi desenvolvida depois de ter problemas com qualquer outra ferramenta, quando tivemos a migrar repositório do cliente. Além disso, esta é a única ferramenta que pode importar etiquetas SourceSafe em SVN. Além disso, é capaz de lidar com mais de SourceSafe repositório corrupções , e oferece uma migração indolor para os usuários que não querem passar alguns dias de depuração em código C #.

Deixe-me saber se você tiver quaisquer problemas, eu ficarei feliz em ajudá-lo.

Eric.

Eu consegui com sucesso para migrar os vários repositórios seguros fonte para SVN usando roteiro vss2svn. Minhas sugestões são, fazê-lo em pequenos pedaços - nós tivemos um monte de pequenos projectos e um par de projetos paralelos médio, que todos conseguiram ser movido com êxito para SVN.

Eu tinha um par de problemas:

  • arquivos grandes não conseguiu ser escrita no formato arquivo de despejo SVN, eu submeti um patch para fazê-lo funcionar, acho que alguém escreveu um pouco mais sophisticatly após I foi feito.
  • A estrutura de diretório raiz não foi copiado em todo corretamente. O repositório VSS foi organizado como $ / cliente / projeto. O repositório SVN acabou sendo organizado como svn: // server / randomdirectory / anotherrandomdirectory / cliente / projeto. Então eu fixo estes editando o arquivo de despejo antes de importá-lo (eu acho que foi encontrar substituir "/ randomdirectory' com ''.
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top