Quais são as armadilhas de mover um servidor / repositório SVN do Linux para o Windows?

7

Temos um servidor rodando o Fedora 7 que usamos como nosso servidor de repositório SVN. As novas políticas de TI em que eu trabalho estão exigindo que nós façamos uma caixa do Windows, se quisermos permitir que nosso servidor esteja na rede.

Quais são os desafios que devem ser superados para que isso ocorra? Alguns desses itens podem ser usados para obter uma exceção de política em vigor.

    
por Jay R. 04.05.2009 / 15:07

5 respostas

7

Uma pequena lista de verificação:

  • Método de acesso . Se você acessar seu servidor SVN via SSH, talvez considere trocar para HTTP, já que é muito mais mainstream no Windows.
  • UUID . Se você mover seu repo, apenas não esqueça de deixar o antigo inacessível ou somente leitura. Em seguida, você pode até mesmo reutilizar o mesmo UUID e aproveitar a opção --relocate do subcomando switch no cliente para uma realocação perfeita (sem necessidade de uma nova verificação)
  • Apache . Você pode já ter um IIS (ou outro servidor da Web na caixa), então você deve mudar o
  • Banco de dados . Se você usar o FSFS como o banco de dados do repositório, basta copiá-lo. O BDB requer um ciclo svn dump/load . Pense bem se você quiser colocar seu banco de dados em um compartilhamento de rede: apenas FSFS funcionará (embora não seja realmente recomendado).
  • Usuários . Você precisa pensar em como seus usuários serão autenticados. Pode ser tão simples quanto copiar um arquivo htpasswd .
  • Versão do SVN . Apenas tenha cuidado ao usar a mesma versão do seu servidor SVN. Caso contrário, você pode exigir um ciclo svn dump/load .
  • Ganchos . Se você tiver ganchos no seu servidor SVN, é possível que você precise portá-los. Ou instalando a mesma linguagem de script (pense em ActivePython ou ActivePerl), ou apenas reescreva-os em vbs ou equivalente.
  • Firewall . Apenas no caso de sua caixa do servidor estar em uma edição de estação de trabalho, não se esqueça de abrir as portas do firewall (bastante triviais, mas eu fui mordido uma vez).
por 04.05.2009 / 16:35
6

Não tenho certeza sobre todos os detalhes, mas lembre-se de que quaisquer ganchos / scripts que estejam sendo executados no seu repositório precisarão ser reescritos como arquivos em lote.

    
por 04.05.2009 / 15:22
5

O despejo / carga seria o procedimento adequado e o manteria protegido de quaisquer problemas. Veja o livro svn

    
por 04.05.2009 / 15:21
4

A execução do Servidor VisualSVN no Windows foi muito tranquila. O VisualSVN Server pode hospedar qualquer número de repositórios independentes do Subversion.

Você pode mover repositórios por qualquer método recomendado pelo Subversion, é um repositório padrão em ambos os lados. Observe a versão do repositório, talvez seja necessário atualizar. As permissões de acesso são orientadas para o Windows, você pode ter que alterar a maneira como os clientes se autenticam no servidor. Boa sorte com scripts de gancho, se houver. Espero que eles estejam escritos em uma linguagem de script portátil, por exemplo Perl ou Python .

    
por 04.05.2009 / 15:22
1

Se você está tentando o movimento inverso - usando o svnadmin no Windows para fazer um dumpfile de um repositório - certifique-se de usar o prompt cmd.exe e NÃO o powershell.

Eu fiz isso e descobri (da maneira mais difícil) que redirecionar a saída do powershell resulta em um arquivo Unicode que o svnadmin não pode ler quando você vai carregar o mesmo arquivo no repositório de destino. Também demora muito mais para ser executado (e, obviamente, o arquivo é duas vezes maior).

    
por 18.08.2011 / 04:16