GitHub documents pour aider les clients Subversion et je l’utilise pour de nombreux projets pour les inclure dans l’une de mes copies de travail en utilisant svn:externals
. Depuis hier, j'obtiens l'erreur suivante pour tous ces projets:
Le serveur situé sur '[...]' ne prend pas en charge le protocole HTTP/DAV.
Cela arrive à une longue liste de projets, quelques exemples:
https://github.com/Apache/commons-lang.git/tags/LANG_3_6
https://github.com/pgjdbc/pgjdbc.git/tags/REL42.2.2
https://github.com/ams-tschoening/kaitai_struct_tests.git/branches/libs_Java_3rd_usage
J'ai déjà écrit au support mais je n'ai pas encore reçu de réponse. Peut-être que quelqu'un ici sait déjà s'il s'agit d'un problème temporaire ou permanent? Peut-être que ce problème ne se produit pas du tout pour d'autres utilisateurs pour une raison quelconque?
Merci!
Ne fonctionne plus ici avec TOUS les dépôts github! Utilisation de la dernière version de TortoiseSVN 1.11.0.
J'ai essayé avec la version 1.10 de TortoiseSVN qui fonctionne toujours. Cela ressemble donc à un problème avec TortoiseSVN 1.11 (lié à SVN 1.11).
Non, c'est juste un bug du côté de GitHub.
Découvrez le ci-dessous ... (J'ai trouvé ce message à partir du lien téléchargé par bahrep)
La cause principale est que GitHub n'implémente pas correctement le protocole HTTP/DAV De Subversion.
En 1.11, le client Subversion est devenu plus strict concernant les exigences du serveur .__ (voir: https://svn.Apache.org/r1825302 ). Plus précisément, nous exigeons que le serveur envoie des en-têtes de réponse DAV à la demande OPTIONS Que nous utilisons pour la négociation de capacités. Voici un exemple de réponse correcte .__:
HTTP/1.1 200 OKDate: Dim 4 Nov 2018 15:40:24 GMT Serveur: Apache/2.4.7 (Ubuntu) DAV: 1,2 DAV: contrôle de version , checkout, ressource de travail DAV: fusion, base, activité, collection contrôlée par la version DAV: http://Subversion.tigris.org/xmlns/dav/svn/depth ...
Le serveur GitHub ne renvoie pas d’en-tête DAV: pour la requête OPTIONS La réponse est donc considérée comme incorrecte. Je suggère d'envoyer un rapport de bogue À GitHub; le script ci-joint peut être utilisé pour simuler la requête OPTIONS de Subversion.
Entre-temps, rester avec 1.10.x semble être la seule option possible.Vous devez utiliser le protocole SVN de GitHub.