Redefinir o antigo repositório SVN ou convertê-lo para git

Question

Eu tenho um repositório SVN que estava sendo executado localmente quando eu tinha uma instalação antiga do Windows. Depois de reinstalar o Windows, obviamente, a antiga instalação do servidor SVN foi removida e agora não tenho idéia de como continuar usando esse repositório antigo? Eu não tentei o svn create no servidor antigo, pois tenho medo de perder tudo no repositório?

Eu preciso ainda poder usar isso usando qualquer software de servidor SVN ou convertê-lo em git. Está bem!

Qualquer ajuda seria apreciada.

    

Answer 1

1. Faça uma cópia do repositório do SVN em algum lugar

2. para ser seguro, crie um dump a partir dele

   svnadmin despejar "C: \ PATH \ TO \ REPO" > "C: \ svnrepo.dump"

3. Crie um novo repo como costumava fazer (por exemplo, svnadmin create "C:\SomeRepo" )

4. Carregue o despejo no novo repo

   svnadmin load "C: \ SomRepo" < "C: \ svnrepo.dump"

Não tenho janelas à mão, por isso não pude verificar o < ' '>' uso, mas é basicamente isso. Observe que você pode ter que fornecer o caminho completo para o svnadmin.exe em seu sistema, a menos que esteja em% PATH.

Exemplo de subversão do Windows

link para download do subversion do Windows

    

Answer 2

A Manwe deu-lhe uma excelente resposta ao seu corpo de perguntas (voltando a um ponto em que você deve poder acessar seu repositório SVN novamente).

Eu daria um passo adiante e diria que depois de você deve definitivamente considerar seriamente a mudança para o git. Você terá um repositório SVN funcional, então você pode usar as ferramentas que vêm com o git para sugar o repositório SVN e criar um novo repositório git, e você tem o git-svnserver que vem com o git que permite emular o SVN se você tiver desenvolvedores que ainda não podem fazer a mudança.

Entre as vantagens de mudar para o git:

• Todo desenvolvedor tem uma cópia completa do repositório. Eles podem se comprometer localmente e atrasar os pushes se o servidor estiver inoperante.
  (Então, se você reinstalar o Windows e perder o servidor por alguns dias, como o que aconteceu desta vez, o desenvolvimento pode continuar)

• Todo desenvolvedor tem uma cópia completa do repositório. Estes são efetivamente um backup distribuído.
  (Não confie nisso como tal, mas em uma crise qualquer check-out pode ser declarado como o repositório de "origem").

• git é apenas melhor do que SVN | (OK, esse último é a minha opinião, mas praticamente todos os desenvolvedores com quem trabalhei concordam - Linus conseguiu o controle de versão com o git. É realmente um prazer usá-lo quando você se acostumar com os comandos.)

Mais leituras sobre a migração do SVN para o git: git ready: convertendo do SVN .
O Google também lançará uma infinidade de resultados para Converting from SVN to git ou consultas semelhantes. Eu também considero "Um modelo bem-sucedido de ramificação git" como leitura obrigatória para pessoas que se deslocam do CVS (e em menor grau SVN) - Ramos no git são uma coisa boa (e indolor).