2009-09-11 7 views
0

J'essaye de vérifier les fichiers en utilisant subversion sur RedHat Linux mais la vérification échoue en disant que l'URL (http/https) est mal formée ou que le schéma ou l'hôte ou le chemin est manquant.La vérification SVN échoue indiquant que l'URL est mal formée

Je ne suis pas sûr maintenant ce que plus de configuration/configuration est nécessaire?

Je suis capable de faire un ping sur le site http (s) correctement.

Commande: svn checkout --username kdeshpa https://teamforge.wal-mart.com/svn/repos/demo

Anyhelp serait très appréciée.

Je suis nouveau à Subversion. Je ne sais pas où chercher les journaux.

Si je donne une commande (svn log), elle crèche (svn: '.' N'est pas une copie de travail).

+1

Pourriez-vous donner un exemple de l'URL? –

+1

Toute la ligne de commande serait encore mieux. – Inshallah

+0

Si vous avez accès au serveur SVN, vérifiez le journal apache access_log et error_log ... voyez comment les URL sont transmises. Rapportez ce que les journaux disent ici. –

Répondre

0

Il semble que le problème de prise de contact SSL. A dû construire openssl avec la configuration "no-asm" et il était capable de vérifier sur la couche sécurisée.

+0

C'est bizarre! Avez-vous signalé un bug à RedHat? –

0

(Bizarrement, je ne suis pas autorisé à commenter cette question, donc je vais plutôt répondre.)

Avez-vous essayé d'installer le paquet néon? Vous pouvez trouver la source ici: http://www.webdav.org/neon/

Lorsque j'ai compilé un client SVN à partir de zéro récemment, je ne pouvais pas me connecter à un repo SVN en utilisant HTTP. Après l'installation de néon, j'ai recompilé et mon client SVN a pu se connecter à un repo SVN en utilisant HTTP.

+0

Consultez la FAQ sur les exigences de réputation pour les commentaires. Au fur et à mesure que votre réputation augmente, plus de fonctionnalités vous sont fournies. –

0

Vous devez installer néon et compilé avec le support SSL. Sur Solaris, je passe les drapeaux suivants au script de configuration de Neon: --enable-threadsafe-ssl=posix --with-ssl=openssl

0

J'ai eu le même problème avec le repo SVN en utilisant HTTP simple et la solution était également simple. J'ai dû modifier la valeur de l'environnement PATH. Mon/opt/subversion/bin était la dernière entrée dans le PATH donc je l'ai déplacé vers l'avant. Le problème a été résolu

J'ai eu l'idée d'ici: http://svn.haxx.se/users/archive-2010-06/0094.shtml

0

Essayez,

$which svn 

Voir le chemin dont svn est actuellement utilisé. Maintenant, essayez,

$where svn 

Et voyez si toutes les autres versions de svn sont présentes dans votre système local. Essayez de pointer le svn que vous utilisez vers un autre en éditant le $ PATH. En fait, j'ai utilisé une version différente de svn et cela a fonctionné pour moi.

Questions connexes