2009-05-13 17 views
7

Cuando intento enviar el archivo en SVN, muestra el error como "Error de confirmación" .Details follow .... commit svn: Inconsistent line ending style.Línea de SVN que termina Estilo

+2

Tengo una variante escalofriante de este problema: estoy viendo este mensaje de error en una biblioteca __streams__. Al mirar los archivos que dan el error, veo nombres como 'test/unicode_demo_utf8_crlf.txt'. Sospecho que estos archivos están condenadamente bien __supuestos a__ tener un estilo inconsistente de terminación de línea. Desafortunadamente, agregar '--force' a' svn import' no fomenta suficientemente la subversión para cerrar y leer los archivos. ¿Alguna solución? '--double-secret-force' tal vez? –

Respuesta

8

Compruebe sus propiedades svn en el directorio/archivos. Si tiene svn: eol-style definido, pero su archivo contiene diferentes estilos (Unix vs DOS), la confirmación fallará, ya que SVN no sabe a qué convertir.

Referencia: http://svn.haxx.se/users/archive-2006-07/0702.shtml

1

Una vez que estés al tanto de la línea de estilo final SVN espera, la mayoría de los editores modernos tendrán la opción de convertir su fuente por completo a un estilo u otro. También puede ejecutar expresiones regulares para detectarlas y modificarlas (me gusta Perl por esto).

MSDOS EOL: "\ r \ n"

UNIX EOL: "\ n"

+3

DOS (y Windows) usan "\ r \ n". Además, Mac OS Classic (9 y siguientes) usa "\ r". –

1

Compruebe los EOLs en cometer mensaje en sí mismo: si pasa un mensaje de confirmación desde fichero con el parámetro --file, hacen Asegúrese de que el estilo EOL en el mensaje de confirmación sea coherente (todos los DOS o todos UNIX).

0

seleccione un estilo de fin de línea formar su herramienta (como kdiff) sí ... parte inferior del lado derecho (justo por encima de las líneas de salida)

1

para los seguidores, aquí está cómo configurar manualmente el puntal a uno u otro:

svn propset svn:eol-style LF path/to/filename 
+0

Para mí, la solución era eliminar la propiedad – Charbel

+0

@Charbel Eso no es realmente una solución, es simplemente ignorar el problema. Si eso causa algún problema real dependerá de las otras herramientas/idiomas que se usen. – thelem

0

Estoy usando TortoiseSVN en un entorno Windows. Obtuve el mismo error al intentar enviar los archivos del proyecto, presumiblemente escrito en Linux (un proyecto AVR32). Pude solucionar este problema simplemente abriendo cada archivo en Microsoft Visual Studio, en cuyo momento VS me incitó a normalizar los finales de línea. Al elegir hacerlo, Tortuga dejó de quejarse.

Cuestiones relacionadas