Une erreur SVN (200 OK) lors de l'extraction de mon référentiel en ligne
J'essaie de configurer mon premier référentiel sur mon hôte et j'obtiens cette erreur lorsque j'utilise TortoiseSVN pour extraire le projet:
Erreur: OPTIONS de ' http://mywebsite.com/svn/myproject ': 200 OK ( http://mywebsite.com )
Voici ce que j'ai fait:
Ssh dans mon hôte et dirigez-vous vers/home/myaccnt et 'svnadmin create svn'
Créer mon référentiel de projet: 'svn mkdir svn/myproject'
Ajoutez des fichiers au référentiel: cd /home/myaccnt/.../myproject (qui a/tags,/branch,/trunk); 'svn import file: /// home/myaccnt/svn/myproject' (la grande liste des anciens fichiers ajoutés est visible à ce stade.)
À ce stade, je pense avoir configuré mon référentiel et importé mon projet dans le référentiel. Donc, je suis prêt à payer avec TortoiseSVN sur ma machine Windows. Alors:Dans le dossier dans lequel je souhaite accéder, je clique avec le bouton droit de la souris et SVN Checkout, puis je m'assure que mon URL est: http://mywebsite.com/svn/myproject
Résultat?
Erreur: OPTIONS de ' http://mywebsite.com/svn/myproject ': 200 OK ( http://mywebsite.com )
Quelqu'un a des pensées pour moi? Il est probable que je manque quelque chose de fondamental avec la structure de mon référentiel ou htaccess ... ou quelque chose.
Apparemment, il s’agit plutôt d’une question de restriction imposée par mon hôte et je travaille avec eux pour la résoudre.
Merci 1800.
En passant, la réponse a été que mon hôte, A2 Web Hosting, exige que SVN soit géré via SSH à l'aide d'une clé publique et que, dans mon cas, TortoiseSVN soit configuré pour effectuer le travail. C'était un peu génial pour quelqu'un qui a juste une petite expérience en matière de mise en place de clés, mais c'était plutôt satisfaisant une fois que c'était fait!
Vous pouvez trouver des informations sur SVN sur l'hôte A2 dans leur wiki de support.
Je devais aussi creuser ce problème et trouver les pages suivantes qui m’apportaient la solution: - http://comments.gmane.org/gmane.comp.version-control.Subversion.devel/117844 = (Voir en particulier le lien vers "le patch de Julian") .)
Il est indiqué que l’erreur "OPTIONS de <url>: 200 (<url>) OK" "est très trompeuse et signifie souvent que l’URL du référentiel est incorrecte.
J'ai eu un problème similaire avec une simple commande "svn list".
Pour prolonger la réponse de Vitor Mateus concernant les barres obliques: Lors de la configuration de mon propre référentiel avec Apache sur un serveur interne, la balise Location originale du fichier de configuration Apache 2 ressemblait à:
<Location "/svn/repo_address/">
...
</Location>
Où il y avait unsuivi "/"après "repo_address". Il ne devrait pas y avoir de barre oblique:
<Location "/svn/repo_address">
...
</Location>
Quelque chose de subtil, mais cela fait une énorme différence. Maintenant un appel à
svn list http://my.server.com/svn/repo_address
fonctionne bien. Parfois, il est utile de lire attentivement le manuel ;-)
Pour moi, l'erreur était du côté du serveur, et c'est parce que j'ai oublié de commenter.
DAV svn
dans le fichier de configuration /etc/Apache2/mods-enabled/dav_svn.conf (sur Debian).
Je viens d'avoir ce problème. Mon serveur Subversion était sur un port non standard. Donc, effectivement, mon URL de dépôt était fausse. Juste quelque chose d'autre à vérifier ...
Si vous changez l'adresse de paiement de http://mywebsite.com/svn/myproject à svn://mywebsite.com/svn/myproject, cela commence-t-il à fonctionner? Si c'est le cas, vous n'avez peut-être pas configuré le protocole HTTP pour l'accès SVN?
Pour moi, c'était vraiment un problème d'authentification.
Normalement, lorsque j'essaie de valider un nouveau projet, on me demande si je veux accepter le certificat (de manière permanente, temporaire ou pas du tout).
Je dois avoir cliqué pas du tout précédemment, afin de ne pas me demander à nouveau.
Utilisation du client TortoiseSVN dans lequel je suis entré Paramètres, puis Données sauvegardées et effacé mon Données d’authentification (bouton Clear).
Ensuite, lorsque j'ai tenté de passer à la caisse, cela m'a incité à accepter le certificat. Je l'ai fait En permanence et tout était bien. Il a vérifié tout mon code.
Cette erreur est complètement générique et signifie simplement qu'il ne pouvait pas communiquer avec le serveur SVN. Utilisez votre navigateur pour regarder l'URL et voir ce qui est réellement servi. Il devrait s'agir d'une simple page en noir et blanc mentionnant Powered by Subversion dans le pied de page. Cela devrait vous aider à comprendre quel est le problème.
Dans mon cas, les demandes n'aboutissaient pas au module DAV, car j'utilise ProxyPass.
Une modification de la première réponse a fonctionné pour moi.
Mon référentiel utilise SSH. L'URL m'a été donnée sous la forme https: // (pour l'accès HTTPS) et j'ai finalement compris que le protocole de l'URL devait être modifié.
Utilisation du client de ligne de commande: $ Svn checkout svn + ssh: /// svnroot //
(Aucune configuration de clé n'était nécessaire.)
Essayez de mettre / à la fin de l'URL. Modifiez l'adresse de paiement de " http://mywebsite.com/svn/myproject " en " http://mywebsite.com/svn/myproject/ ".
J'ai rencontré cette erreur lors de la connexion à un référentiel open source à partir de mon terme Ubuntu.
La solution qui a fonctionné a été de modifier le fichier /etc/Subversion/servers. J'ai modifié les paramètres de proxy dans la section globale et maintenant: Tout va bien.
J'ai eu un problème différent (et une solution). Je ne comprends pas pourquoi cela se produit, mais depuis que certains des dépôts du référentiel DID, j'ai essayé de récupérer différents contenus indépendamment.
J'ai constaté que seul un fichier JAR du dossier racine n'avait pas été extrait et que le tenter de l'extraire a provoqué l'erreur. Comme le fichier était un fichier dupliqué d'un même fichier JAR, qui se trouvait dans le dossier "cible", je l'ai simplement supprimé du référentiel via le navigateur de référentiel (TortoiseSVN) et extrait à nouveau le projet via NetBeans - il s'est finalement terminé sans le Erreur.
Assurez-vous que SVNPath est défini correctement dans la configuration Apache!
Une autre raison pour avoir cette erreur (parmi les nombreuses ci-dessus) est d'avoir un proxy défini dans ~/.Subversion/servers lorsque vous n'avez pas besoin d'un proxy pour accéder au serveur auquel vous essayez de vous connecter.