¿Puedo hacer que git-svn maneje svn: eol-style?

Question

Muchos repositorios svn requieren que los archivos nuevos tengan un atributo svn: eol-style. ¿Hay alguna forma de garantizar que esto ocurra con git-svn?

Answer 1

Puede intentar establecer propiedades automáticas ([1] [2]) en configuración de subversión. Garantizará que durante la operación de agregar archivos nuevos svn: eol-style se establezca correctamente.

AFAIU git-svn solo está utilizando svn en el funcionamiento interno, y debe cargar la configuración de subversión, y configurar auto-props para nuevos archivos.

Ok, lo probé, funciona.

Ejemplo .subversion/config:

[miscellany] 
enable-auto-props = yes 

[auto-props] 
*.cpp = svn:keywords=Id Revision;svn:eol-style=native 
*.cs = svn:keywords=Id Revision;svn:eol-style=native 

Answer 2

@silk's answer above es sólo una solución parcial. Una solución completa también incluye la configuración de git para convertir CRLF a LF en commit. Así, además de lo que sugiere @silk, también se debe hacer:

git config --global core.autocrlf input 
git config --global core.safecrlf warn 

O:

git config --global core.safecrlf warn 
git config --global core.attributesfile ~/.gitattributes 
echo '* text=auto' >> ~/.gitattributes 

Explicación:

En mi experiencia, git-svn establecerá el atributo svn:eol-style=native de cometer, como @silk describe, pero no realmente convierte los archivos comprometidos a terminaciones de línea LF antes de confirmar. Por lo tanto, cualquier terminación de línea CRLF se comprometerá con el repositorio de subversión intacto, pero la subversión espera que todos los archivos atribuidos svn:eol-style=native se almacenen con terminaciones de línea LF. El resultado final es que la primera vez que alguien edita y confirma un archivo de una copia de trabajo de subversión, el diff incluirá la conversión de CRLF a LF.

Por lo tanto, una solución completa debe incluir forzar a git para convertir archivos en terminaciones de línea LF antes de confirmar. Puede hacer esto configurando core.autocrlf=input, que significa "convertir todos los CRLF a LF en la confirmación, pero no realice la conversión inversa al finalizar la compra", y core.safecrlf=warn o core.safecrlf=true, que lo advertirán o detendrán cuando intente enviar un archivo con Terminaciones de línea CRLF. La configuración autocrlf asegurará que estos CRLF se conviertan, por lo que el safecrlf=true es probablemente excesivo. Ver git help config.

Como alternativa, puede usar los atributos de git para forzar la conversión, configurando text=auto en todos los archivos. Para hacerlo globalmente, debe especificar un archivo de atributos en core.attributesfile. Ver git help attributes.

Answer 3

Considere el uso de SubGit.

Desde las primeras compilaciones admite propiedades de Subversion adecuadas para la conversión de .gitattributes/.gitignore (y viceversa). Entre otras cosas, incluye svn: eol-style y 'eol', svn: mime-type y 'text', svn: ignore y .gitignore conversion.

SubGit es una solución del lado del servidor, hay que instalarla en el repositorio de Subversion. Después de eso, uno puede usar cualquier cliente de Subversion o Git para enviar cambios a este repositorio. Consulte SubGit documenration para obtener más detalles.En general es bastante fácil de usar que:

1. Generar archivo de configuración SubGit:

   $ subgit configure svn_repos 
   

2. Ajuste archivo svn_repos/conf/subgit.conf según sea necesario para especificar la ubicación del repositorio Git, ramas & etiquetas de diseño , etc.

3. Finalizar la instalación:

   $ subgit install svn_repos 
   

En este momento, SubGit convierte todas las revisiones de su repositorio Subversion al repositorio Git. Luego instala sus ganchos personalizados para ser activados por las modificaciones entrantes. De esta manera, SubGit convierte continuamente las revisiones de Subversion en cada commit de svn y Git se compromete en cada envío de git.

SubGit es un proyecto comercial, pero es gratuito para pequeños equipos, proyectos de código abierto y académicos. Y soy uno de los desarrolladores de SubGit.