git svn: origen de Delta terminó inesperadamente

Question

Estoy usando git svn para svn repo. Mi colega comprometida con repo algunas bibliotecas nativas y no puede rebasar el baúl después de eso:

D  native/libVal.so.v8.0.38za 
    A  native/libHelpVAL.so 
    A  native/libValuation.so.v9.0.36l 

Incomplete data: Delta source ended unexpectedly at /usr/lib/git-core/git-svn line 5117

He tryed para establecer core.autocrlf en false (as suggested) y hacer el clon pero no me ayudó. Estoy usando git 1.7.3.3 bajo cygwin (win xp).

Thx por cualquier ayuda.

Answer 1

Busqué en Google "fuente de Delta terminó inesperadamente" y encontré this que implica que es un problema en el lado svn. Tal vez intente hacer un git svn reset a algunas revisiones antes de los cambios que su colega hizo, y luego git svn rebase.

Answer 2

Here's cómo resolví el problema:

Paso 1: identifiqué el archivo que estaba causando el problema. Puede ser el último archivo registrado antes del salto de compilación.

Paso 2: Me aseguré de que todos los archivos modificados en el directorio del archivo del problema estuvieran comprometidos con el repositorio.

Paso 3: Eliminé el directorio del archivo problemático de mi copia de trabajo (¡no del repositorio!). Si es difícil encontrar el archivo causante, simplemente elimine todo el directorio después de verificar todas las modificaciones.

Paso 4: Me actualiza toda mi copia de trabajo

Answer 3

Suena como el problema está en el lado SVN. En nuestro caso, un desarrollador anuló un comando de actualización svn para un directorio. En caso de no poder acabar con todo el directorio, puede ser capaz de realizar estos pasos, que trabajan para mí en el SVN 1.6.11:

$ cd {directory_with_file} 
$ cd .svn 
$ vi all-wcprops 

Buscar el nombre del archivo que no funciona, debe ver similar a:

END 
{FILENAME} 
K 25 
svn:wc:ra_dav:version-url 
V 123 
/{URL}/!svn/ver/19811/{PROJECT}/trunk/{PATH_TO_FILE} 
END 

Borrar todas las filas entre 'END' y una fila 'END'. Guarde el archivo de solo lectura.

$ vi entries 

Buscar el nombre del archivo que no funciona, debe ver similar a:

^L 
{FILENAME} 
file 
{whitespace} 
2012-09-14T07:37:36.000000Z 
b32c5eec03f4be5c09fa7d9c71bac5ce 
2012-09-13T07:13:43.808544Z 
20167 
{COMMITTER} 
{whitespace} 
11157 
^L 

eliminar todas las filas entre '^ L', incluyendo un '^ L' fila. Guarde el archivo de solo lectura.

$ cd text-base 
$ rm {FILENAME} 
$ cd ../../ 
$ rm {FILENAME} ; svn update {FILENAME} 

Answer 4

Tengo este error al ejecutar "svn git fetch" en un OS/X (que estaba usando svn2git a importar una gran repositorio SVN en GIT). El problema resultó ser que había dos ramas que diferían solo en el caso, /branches/BUG-241 y /branches/bug-241, que no funcionaban bien con el sistema de archivos insensible a mayúsculas/minúsculas de OS/X.

He trabajado alrededor de esto creando una imagen de disco con distinción entre mayúsculas y minúsculas con la utilidad de disco (siguiendo these instructions) y ejecutando la importación allí.