"svn git fetch" no termina y arroja los (error) los mensajes siguientes:"svn git fetch" falla, LS-árbol de muerte debido a la falta objeto de árbol
(dev) martinom :: /var/my/git ‹master*› » git svn fetch
Found possible branch point: http://.../branches/dexter/lib => http://.../tags/dexter-17, 25032
Initializing parent: refs/remotes/tags/[email protected] branch_from: /.../trunk => /.../trunk/lib
Found possible branch point: http://.../trunk/lib => http://.../branches/dexter/lib, 24233
Initializing parent: refs/remotes/tags/[email protected]
fatal: Not a valid object name
ls-tree -z ./: command returned error: 128
Parece como ls-árbol falta el nombre del objeto antes de la ruta allí. No sé en qué contexto se llama y por qué no está allí.
Un poco de historia podría ayudar a aclarar cuál es incorrecto:
- que tenía que crear una etiqueta de todo el repositorio de etiquetas /, sin embargo, me las arreglé para copiar sólo las ramas /.../ lib etiquetas, creando una etiqueta rota (svn cp ...).
- Luego eliminé la etiqueta rota (dexter-17) con svn rm.
- Creé la nueva etiqueta adecuada con otra llamada a cp.
Luego, el desarrollo normal continuó y todo parecía estar bien. Bueno, hasta que traté de actualizar mi repositorio de git-svn.
Supongo que puede haber varias formas de eludir este problema. En primer lugar, se puede ver que la historia se está volviendo bastante grande, se aprobaron revisiones de 25k, por lo que la clonación con git de una revisión más allá de las revisiones rotas es la menos deseable.
De alguna manera, omitir las revisiones de creación de etiquetas en git-svn es otra, si es posible. Realmente no necesito el historial de la etiqueta rota en la historia.
Finalmente, tal vez eliminar/arreglar cosas en el repositorio de subversion/db para hacerlo compatible con git-svn. Si esto significa eliminar la revisión por completo o modificarla o algo así.
Sería genial saber también qué es lo que está causando que git-svn vomite de esta manera. Desde .git/svn/refs/remotes/tags veo dexter-17, dexter-17 @ 2423 y dexter-17 @ 25032 como referencias remotas ... Eso no me parece del todo cuerdo ...