¿Cómo resuelvo un desajuste del índice git-svn?

Question

Cuando hice un svn git rebase se detuvo en un punto que dice: (i. A saber que estas teclas SHA corresponde a un árbol y no una confirmación desde cualquier programa de git de las dos teclas sha anteriores)

Index mismatch: SHA key of a tree != SHA key of another tree.

re-reading <sha index of a commit in svn/trunk> 
... list of files ... 
fatal: bad object <SHA1 index of the bad object> 
rev-list -1 <SHA1 index of the bad object> --not <SHA1 index of the revision it was trying to re-read>: command returned error: 128 

No tengo mucha experiencia en el funcionamiento interno de git, entonces ¿hay una secuencia de pasos a seguir para diseccionar problemas como estos y posiblemente resolverlos?

Answer 1

He tenido este error dos veces y las dos veces lo resolví quitando la carpeta svn dentro de la carpeta .git.

rm -r .git/svn 

luego reconstruir los metadatos svn:

git svn fetch 

Es probable que vea un mensaje en la línea de:

Migrating from a git-svn v1 layout... 
Data from a previous version of git-svn exists, but 
    .git/svn 
    (required for this version (1.7.0.4) of git-svn) does not exist. 
Done migrating from a git-svn v1 layout 

y después de un tiempo (la reconstrucción puede tomar un tiempo, especialmente en repositorios grandes) debería terminar con un espejo operativo del repositorio svn nuevamente.

Answer 2

Acabo de tener este error. Simplemente elimine la referencia, como lo siguiente:

rm .git/refs/remotes/git-svn 

Eso debería aclarar el error.

Answer 3

El problema no es que usted tiene que hacer esto de forma sistemática en este caso:

• uso git + SVN
• crear rama de SVN con la rama
• git merge-svn al tronco con herramientas SVN
• quitar la rama sVN
• hacen un git-svn rebase

Algo falta, todo falla. La única forma que sé recuperar es eliminar todos los svn en .git y reconstruir todo. ¡Es molesto y tómate un tiempo!

Answer 4

No elimine la carpeta .git/svn para solucionarlo. Requiere que reconstruyas todo, es molesto, tomará un tiempo (para el tamaño de mi repositorio varias horas) y NO ES NECESARIO.

He encontrado la respuesta correcta here y la he incluido a continuación.

Desde el enlace:

Dentro del directorio .git ejecute los siguientes:

$ find . -exec grep -Hin 5b32d4ac2e03a566830f30a702523c68dbdf715b {} \; 
Binary file ./svn/.caches/lookup_svn_merge.db matches 
Binary file ./svn/.caches/check_cherry_pick.db matches 

Ahora elimine el juego .svn/.caches desde la salida del primer comando

$ rm ./svn/.caches/lookup_svn_merge.db 
$ rm ./svn/.caches/check_cherry_pick.db 

Ahora git svn rebase o git svn fetch para su corazón.

Answer 5

cliente de actualización de Git y SVN refetch última comete usando:

git svn reset -r 12345 
git svn rebase 

donde se 12345 existentes revisión SVN.

Answer 6

En mi caso, el problema fue causado por un autor svn nuevo/desconocido que no estaba en mi archivo authors que git-svn estaba configurado para usar. Se informó que en la salida que de que no hice caso de la primera pocas lecturas:

Index mismatch: <leftsha1> != <rightsha1> 
rereading <anothersha1> 
     ... list of files ... 
Author: <name> not defined in /path/to/authors file 

Así que me dio el nombre que me estaba perdiendo, y qué archivo para añadirlo también (me sacó el correo electrónico de mi registro de las organizaciones de usuarios) y fue sin problemas.

Answer 7

¿Quizás algo tiene que ver con la función Copiar en escritura de su sistema de archivos (ext4/btrfs/etc ...)?

Ver: https://stackoverflow.com/a/42299634/7491491

Answer 8

me dio este mensaje:

Index mismatch: <sha> != <sha> re-reading <sha index of a commit in svn/trunk> ... list of files ... <path> was not found in commit <sha> (r<svn rev>)

Buscando en SVN repo en la historia de la ruta informado, me encontré con la revisión de SVN, donde se había añadido el archivo. Pero al buscar en Git la confirmación creada para esa revisión, ¡descubrí que no contenía ningún archivo!

Creo que esto fue causado por un disco completo anteriormente. Después de hacer un git svn reset -r de vuelta a la revisión del commit Git roto, git svn fetch funcionó bien nuevamente.