¿Se puede hacer git-svn para manejar CRLF como clientes de subversión nativos?

Question

Tengo un repositorio de subversión alojado en Linux, pero solo se accedió a través de clientes de Windows, ya que es para el origen de una gran aplicación de Windows.

Sería increíble si pudiera trabajar en este repositorio usando git-svn (provisto por msysgit).

Estoy teniendo un montón de tiempo tratando de hacer que el repositorio no se enrede en las terminaciones de línea estilo de Windows.

Después de un svn clone contenidos del repositorio git con:

• core.autocrlf = true muestra modificaciones a cualquier archivo que en realidad no utilizar LF en el repositorio.
• core.autocrlf = input muestra modificaciones en cualquier archivo que realmente usa LF en el repositorio.
• core.autocrlf = false muestra modificaciones a todo.

¿Cuál es la mejor opción aquí? ¿Debo usar core.autocrlf = true y confirmar los cambios LF a CRLF para los archivos afectados?

Estoy a punto de arrojar la toalla y poner mi copia de trabajo de Subversion en un repositorio de git. Esta sería una solución pobre, pero al menos permitiría sucursales locales y escondites. Obviamente se convertirá en un gran dolor para seguir agregando archivos cuando se agregan a la subversión.

EDITAR: Para quienes estén interesados. git-svn es un dolor real si estás en Windows. La respuesta de hasen j a continuación es probablemente la correcta, pero no puedo seguir su consejo sin atraer la ira de los otros desarrolladores de mi equipo.

Estoy esencialmente abandonando esta pregunta ya que no va a conducir a un resultado razonable. Esperemos que el próximo Google Summer of Code atraiga a alguien que quiera retirar su proyecto "Propia git-svn en Windows". Ver http://git.or.cz/gitwiki/SoC2009Ideas#Propergit-svnsupportonWindows

Answer 1

Desde mi otra respuesta no se aplica bien a usted, aquí es otra manera de lidiar con la situación:

uso tanto SVN y GIT; en el mismo directorio de trabajo.

Principalmente trabajará con git, extrayendo del repositorio aguas arriba, haciendo cambios locales, sucursales locales, etc .; todo lo que normalmente haces cuando trabajas en un proyecto local de git.

Luego, cuando quiera comprometerse con el repositorio svn central, use el cliente svn.

Tenía algo de experiencia haciendo esto, solo que no haría un svn commit, sino que en su lugar creé un parche con svn diff y lo envié (ya que no tenía acceso de confirmación).

Answer 2

Tuve un problema similar. Para resolverlo, después del clon git-svn, apliqué unix2dos a todos los archivos porque, en mi caso, todos los archivos del repositorio SVN usaban CRLF. Entonces, supongo que deberías probar la conversión CRLF-LF manualmente después de git-svn.

Answer 3

Normalmente, usted desea establecer la opción core.autocrlf así:

git config core.autocrlf true 

Pero de acuerdo con this article, todo apunta a que no juega bien con git-svn específicamente. Puede valer la pena tomar una segunda copia segura de su repositorio SVN para ver si funciona.

Answer 4

Suelo limpiar mi clon git-svn con git-filter-branch sobre recode dos..ascii -f. (Esto también ha ayudado a la conversión latin1..utf8, también.)

Answer 5

Hazte un favor y no te metas con los finales de línea, mantenlos tal como están. establecer autocrlf en false.

Cualquier editor de texto medio decente en Windows debería ser capaz de manejar terminaciones de línea estilo Unix.

core.autocrlf = false muestra modificaciones en todo.

creo que si sólo haces que después del hecho, no te va a hacer ningún bien.

Tienes que eliminar este repositorio, establecer autocrlf en falso, y luego hacer el clon.

Answer 6

Otra buena conversations here acerca de core.autocrlf.