Alguém já migraram com sucesso VSS 2005 em relação ao SVN?

Question

Eu fui brincar com SVN para o último pouco e têm vindo a amar a sua experiência de poder e de usuário e que podemos amarrá-lo em nosso sistema de rastreamento de bugs para a vida de todos simplificar. Por isso, veio para o tempo que nós decidimos migrar nossa configuração VSS 2005 através de SVN e agora estou vindo unstuck.

Parece que há uma série de ferramentas lá fora, que afirmam ser capaz de concluir a migração do VSS 2005 para SVN, mas eu não consigo descobrir qual é o melhor ou o que irá fornecer-me com a transição mais completa . Eu preciso de um que vai migrar a história completa em vez de apenas check-out do VSS e verificar em SVN.

Eu encontrei Polarion SVN Importador que parece poderoso e altamente configurável, no entanto, eu não posso começar a maldita coisa para trabalhar, ele reclama que não pode puxar a lista de arquivos a partir de $ / em VSS. Se eu executar o mesmo comando é tropeçar em manualmente, tudo parece estar a correr bem, então eu não posso descobrir isso.

Alguém já migraram com sucesso a sua fonte de VSS 2005 para SVN e se assim o que as ferramentas que você usa e quais foram os seus resultados? Quaisquer ressalvas ou armadilhas seria mais útil assim que sabe tão bem quanto qualquer coisa que fosse útil / surpreendente ou foi uma desilusão ou simplesmente mal interpretado.

Answer 1

Tente o tronco (console app) a revisão mais recente para VssMigrate no CodePlex para reordenar sua história e re-gerar changesets de seu repositório VSS. Ele também irá pedir suas revisões corretamente com base na hora em que foram verificadas em.

http vssmigrate.codeplex.com/SourceControl/changeset/view/16890

Espero que isso ajude. Pode demorar alguns ajustes no $ / importação.

P.S. a história ajuda a saber quem é a culpa em uma única etapa, em vez de ter que descobrir se a anotação é correta com base em uma importação, por isso acho que é bastante útil. Muito melhor tê-lo do que não tê-lo quando encontrar bugs no código antigo.

P.P.S. Você ainda pode usar a nova versão do VssMigrate para re-import as revisões para um repositório Subversion e depois fundem-se em todas as revisões após a última revisão de importação a partir de sua revisão anterior. A única desvantagem é que todo mundo vai ter que obter um novo check-out a partir do repositório, porque o número de revisões será drasticamente reduzida. Basicamente, perfom uma nova migração; svnadmin dump activo repositório anteriormente migrado de rev migrado + 1 como carga incremental e, em seguida, svnadmin para o repositório recém-migrado.

Answer 2

Eu tentei tanto Polarion e vss2svn cerca de um ano atrás.

Nós tínhamos muitos anos de código em VSS, e eu achei que depois de toda a configuração e teste que eu não estava totalmente satisfeito com os resultados, o processo foi longo e frágil, e na fim, decidi começar com uma importação limpa do código mais recente.

Houve algumas vezes ao longo do último ano onde eu fui à procura de história antiga, mas não realmente muito. Outra vantagem de começar fresco é que seu novo repositório SVN vai ser muito rápido!

Answer 3

A última vez que tentei isso foi anos atrás. Porque o formato de arquivo VSS não foi documentada, para obter uma história completa do programa de conversão de 3-parte tinha que usar a API do VSS para obter cada versão de cada arquivo. I deixe que o prazo de conversão durante o fim de semana, vi o quanto ele tinha feito (alguns por cento), e calculou que levaria semanas de tempo de calendário para completo (tivemos anos de história).

Por isso, decidiu mudar-se apenas um instantâneo do código mais recente para o novo sistema de controle de versão, e manteve um arquivo de banco de dados VSS pelo amor de história.

Answer 4

Semelhante a esta pergunta -. Migração diferente, mas eu também acho que é um desperdício de esforço / hora para tentar capturar a história

Qual é a melhor maneira de migrar do SourceSafe para ClearCase?

Answer 5

Eu migrado com êxito VSS 2005 para SVN há vários meses. Eu usei a função "VssMigrate.Tim2" que é aparentemente no CodePlex agora como vssmigrate . Funcionou muito bem, sem grandes problemas. Pareceu-me que as revisões e carimbos do tempo não foram ordenados completamente como eu esperava, mas não foi um grande negócio.

EDIT: Com vssmigrate, você pode optar por migrar um caminho específico VSS (por exemplo $ / GroupA / ProjectB) que reduz o tempo para a migração individual e faz com que o processo global menos frágil. Eu não encontrar o processo muito longo, embora só tinha cerca de seis meses de dados em VSS. Eu consegui concluir a migração e configuração Apache + SVN ao longo de um fim de semana. Dependendo do tamanho do seu repositório VSS, você pode querer criar vários repositórios SVN em vez de um único repositório enorme.

Estou extremamente feliz que se afastou de VSS, embora configurar o Apache + SVN não era muito divertido (tentativa e erro). Eu estava considerando Git ou Mercurial , mas também não tinha uma ferramenta TortoiseXxx confiável ou VS SCC plug-in no momento. Embora agora que código do Google apoiou Mercurial e TortoiseHg parece ser bom, eu estou tentado a experimentar Mercurial em breve.