J'essaie de connecter le client Subversion sur une machine Red Hat à une machine Windows Server 2012 avec VisualSVN Server en cours d'exécution. Mon objectif est d’exécuter un svn export
script shell sur la machine Linux pour récupérer le code du serveur de développement.
J'ai d'abord essayé de me connecter à l'aide de la chaîne de connexion par défaut Repo https.
svn export --username user --password pass https://OPSSVN1/svn/volunteers/ ./svn-export
la boîte de Linux retourne ...
svn: Server sent unexpected return value (501 Not Implemented) in response to OPTIONS request for 'https://OPSSVN1/volunteers'
Je suis donc allé installer svnserve.exe en tant que service d'écoute de 3960 et j'ai modifié le script en ..
svn export --username user --password pass svn://OPSSVN1:3960/volunteers/ ./svn-export
Je reçois le message suivant
svn: Can't connect to host 'OPSSVN1': Connection refused
Maintenant, si j'utilise l'une des chaînes de connexion du bureau d'une fenêtre, cela fonctionne correctement.
Autres faits connus qui pourraient aider ...
- Le serveur Windows a le pare-feu ouvert pour le port.
- La boîte de Linux peut cingler la machine
- la boîte de Linux peut Telnet dans le port 443 sur la fenêtre
- La boîte de Linux ne peut pas telnet dans le port 3960 sur la boîte de Windows
- Version Linux SVN: svn, version 1.6.11 (r934486)
- VisualSVN Version 2.7.2
Le service SVN que j'ai configuré sous Windows a été exécuté à l'aide de la commande suivante.
cmd /c sc create subversion binpath="c:\svnserve\svnserve.exe --service -r E:\Repositories --listen-port 3960"
Le dossier svnserve étant un lien symbolique vers le dossier bin visualsvn qui se trouve dans le répertoire x86 des fichiers programme.
Des idées sur la façon dont je peux obtenir cette boîte Linux pour exporter le code à partir de VisualSVN?
la source
Réponses:
Il semble que vous entriez une URL invalide.
Où avez-vous trouvé l'URL
https://OPSSVN1/volunteers/
? Les URL des référentiels VisualSVN Server se présentent généralement comme suithttps://<hostname>/svn/<repository-name>
. Dans votre cas, l'URL doit êtrehttps://OPSSVN1/svn/volunteers/
sauf si vous cachez VisualSVN Server derrière un proxy inverse.Vous utilisez un client Subversion 1.6.11 trop obsolète sur une machine Linux.
Subversion 1.6 n'est plus pris en charge à partir de la version 1.8. La version 1.6.11 a été publiée le 19 avril 2010 et est trop obsolète. Il est en fait derrière 11 versions de correctifs. Le dernier client Subversion 1.6.23 a été publié le 30 mai 2013 et comprend de nombreux correctifs. Si vous devez utiliser le client svn 1.6, mettez-le au moins à jour avec la dernière version du correctif.
D'autre part, vous devez envisager de mettre à niveau vos clients vers la dernière version de Subversion 1.8 .
la source
svnserve
. Ne mélangez pas le dépannage, car vous devez examiner le problème initial lorsque vous utilisez HTTP (S).svnserve
C'est une autre histoire et l'utiliser ne résoudra pas ce problème, je dirais.