"Git svn fetch" échoue, ls-tree meurt à cause d'un object tree manquant

"git svn fetch" ne se termine pas et envoie les messages suivants (erreur):

(dev) martinom :: /var/my/git ‹master*› » git svn fetch Found possible branch point: http://.../twigs/dexter/lib => http://.../tags/dexter-17, 25032 Initializing parent: refs/remotes/tags/dexter-17@25032 branch_from: /.../trunk => /.../trunk/lib Found possible branch point: http://.../trunk/lib => http://.../twigs/dexter/lib, 24233 Initializing parent: refs/remotes/tags/dexter-17@24233 fatal: Not a valid object name ls-tree -z ./: command returned error: 128 

Il semble que ls-tree manque le nom de l'object avant le path. Je ne sais pas dans quel context cela s'appelle et pourquoi ce n'est pas là.

Un peu d'arrière-plan pourrait aider à éclairer ce qui ne va pas:

  1. Je devais créer une balise de l'set du repository dans les balises /, cependant, j'ai réussi à copyr uniquement les twigs /…/ lib vers les balises, en créant une balise cassée (svn cp …).
  2. J'ai ensuite enlevé l'label cassée (dexter-17) avec svn rm.
  3. J'ai créé la nouvelle label appropriée avec encore un autre appel à cp.

Alors le développement normal a continué et tout a semblé bien. Eh bien, jusqu'à ce que j'ai essayé de mettre à jour mon repository git-svn.

Je suppose qu'il pourrait y avoir plusieurs façons de contourner ce problème. Tout d'abord, vous pouvez voir que l'historique devient assez grand, nous avons passé 25k révisions, donc cloner avec git à partir d'un rev passé les révisions cassées est le less souhaitable.

D'une manière ou d'une autre, ignorer les révisions de création de tags dans git-svn en est une autre, si c'est possible. Je n'ai pas vraiment besoin de l'historique de la balise cassée dans l'histoire.

Enfin, peut-être supprimer / réparer des choses dans le repository subversion / db pour le rendre compatible avec git-svn. Si cela signifie supprimer complètement la révision ou la modifier ou quelque chose.

Ce serait génial de savoir aussi ce qui fait vraiment git-svn à barf comme ça. De .git / svn / refs / remotes / tags je vois dexter-17, dexter-17 @ 2423 et dexter-17 @ 25032 comme refs à distance … Cela ne me semble pas très sain …

Solutions Collecting From Web of ""Git svn fetch" échoue, ls-tree meurt à cause d'un object tree manquant"