O Windows 2012 VisualSVN não pode ser conectado ao Linux Subversion Client

Question

Estou tentando conectar o cliente Subversion em uma máquina Red Hat a uma máquina Windows Server 2012 com o VisualSVN Server em execução. Meu objetivo é executar um svn export através de um script de shell na máquina linux para recuperar o código para o servidor de desenvolvimento.

Primeiro, tentei conectar usando a string de conexão Repo padrão https.

svn export --username user --password pass https://OPSSVN1/svn/volunteers/ ./svn-export

a caixa de linux retorna ...

svn: Server sent unexpected return value (501 Not Implemented) in response to OPTIONS request for 'https://OPSSVN1/volunteers'

Então eu fui e instalei svnserve.exe como um serviço ouvindo 3960 e mudei o script para ..

svn export --username user --password pass svn://OPSSVN1:3960/volunteers/ ./svn-export

Eu recebo a seguinte mensagem

svn: Can't connect to host 'OPSSVN1': Connection refused

Agora, se eu usar uma string de conexão na área de trabalho de uma janela, tudo funcionará bem.

Outros fatos conhecidos que podem ajudar ...

• O servidor do Windows tem o firewall aberto para a porta.
• A caixa linux pode fazer ping na máquina
• a caixa linux pode Telnet na porta 443 na caixa do windows
• A caixa linux não pode fazer telnet na porta 3960 na caixa do windows
• Versão do Linux SVN: svn, versão 1.6.11 (r934486)
• VisualSVN Versão 2.7.2

O serviço SVN que eu configurei no Windows foi feito com o seguinte comando.

cmd /c sc create subversion binpath="c:\svnserve\svnserve.exe --service -r E:\Repositories --listen-port 3960"

Com a pasta svnserve sendo um link simbólico para a pasta visualsvn bin que está no diretório x86 dos arquivos do programa.

Alguma idéia de como eu posso obter essa caixa de linux para exportar o código do VisualSVN?

    

Answer 1

1. Parece que você insere um URL inválido.

   Onde você conseguiu o URL https://OPSSVN1/volunteers/ ? As URLs dos repositórios do VisualSVN Server geralmente se parecem com https://<hostname>/svn/<repository-name> . No seu caso, o URL deve ser https://OPSSVN1/svn/volunteers/ , a menos que você esconda o VisualSVN Server atrás de um proxy reverso.

2. Você está usando um cliente Subversion 1.6.11 muito desatualizado na máquina Linux.

   O Subversion 1.6 não é mais suportado a partir da versão 1.8. A versão 1.6.11 foi lançada em 19 de abril de 2010 e está muito desatualizada. Está por trás de 11 versões de patch, na verdade. O último cliente do Subversion 1.6.23 foi lançado em 30 de maio de 2013 e inclui muitas correções. Se você precisar usar o cliente svn 1.6, pelo menos atualize-o para o último patch release.

   Por outro lado, você deve considerar atualizar seus clientes para o último lançamento do Subversion 1.8 .