J'ai essayé d'obtenir un clone un référentiel de code Google Code à l'aide de la commande suivante: Il devient aussi loin que R11, puis donne le message d'erreur suivant: P> r11 = 6e04c0fb14aa3f6ab4d871eeed4a0526dc0e54d8 (refs/remotes/trunk)
RA layer request failed: REPORT request failed on '/svn/!svn/vcc/default': REPORT
of '/svn/!svn/vcc/default': 200 OK (https://wtorrent-project.googlecode.com) at
C:\Apps\msysgit/libexec/git-core\git-svn line 5653
5 Réponses :
La révision 12 et 13, 14, 14 sont gâchées (une personne a ajouté une tronc de branche dans des branches, mais l'a supprimé ultérieurement, et qui confond git-svn). Vous voudrez peut-être faire:
git svn clone -r 1:11 --stdlayout https://wtorrent-project.googlecode.com/svn/ wtorrent-git cd wtorrent-git git svn fetch -r 15:HEAD
Pour ce que ça vaut la peine, je l'ai réparé en passant du clonage de Secure HTTP (à partir de Sourceforge) à HTTP régulier. Donc, au lieu de cloner https: // ... J'ai cloné http: //. Pas de problèmes après cela.
Si vous essayez simplement de migrer svn vers git, essayez Subgit , GRATUIT Télécharger et Documentation . Subgit est une mise en œuvre Java, utile pour les migrations 1 fois et pour la mise en miroir SVN aux référentiels Git et v.v. Em> Subgit a fonctionné pour moi lorsque git-svn code> n'a pas. Subgit fonctionne sur n'importe quelle plate-forme em> avec le JRE Java. (FYI: Si vous avez le JAVA JDK, et avez défini java_home code> assurez-vous que le chemin est correct.). Après avoir téléchargé Subgit, extrayez le fichier ZIP et entrez le dossier BIN. Suivez ensuite la documentation en ligne. Un fichier de commandes de lot pour Windows et un fichier shell pour Mac et Linux sont tous deux dans le dossier code> extrait code>. Pour Windows, remplacez simplement SUBGIT CODE> avec SUBGIT.BAT CODE> Dans l'exemple suivant: $ subgit import --svn-url path://to/your/svn/repo GIT_REPO_PATH
J'ai eu le même message d'erreur avec un projet différent (après 50000 révisions). Pour moi, cela a permis de ranger le référentiel Git puis de continuer à aller à partir de SVN:
$ git gc $ git svn fetch
J'ai connu ce problème sur un repo SVN avec environ 20 000 fichiers. Cela s'est passé lors de la récupération d'une révision où des fichiers d'environ 2000 avaient été déplacés dans SVN. Je pensais que cela pourrait être significatif que j'étais connecté via un VPN, j'ai donc copié le repo git à une machine au bureau et a couru à partir de là - cela a fonctionné! Je pense donc que cela pourrait être une sorte de délai d'attente lors du transfert d'une très grande révision, car GIT-SVN utilise un certain nombre de scripts PERL fournis par le sous-système de MSYSGIT, et ces opérations sont plus lentes que sur un Native Unix / Linux système. git svn fetch a échoué sur Windows mais a réussi sur un Mac. Un autre collègue a été capable de mettre à jour l'amende sur Windows.