Inicio·Mensajes de error

git · Git

El mensaje

The file will have its original line endings in your working directory

Qué significa

Es la segunda mitad del aviso de CRLF anterior: dice que el archivo en disco conserva los finales de línea que ya tiene y que solo la copia guardada en el commit se normaliza. Viene del mismo ajuste autocrlf, así que por sí solo no hay nada roto. Pero si los diffs muestran archivos enteros cambiados, es señal de que los finales de línea del equipo difieren: fija la regla con un .gitattributes en el repositorio y ejecuta git add --renormalize . una vez. Esa orden reescribe solo cómo se almacenan los finales, no el contenido de los archivos.

El arreglo

No hay un comando de una línea. La explicación dice qué revisar.

Lo imprime
git
Git
29

Casi todos los errores de git son una negativa que significa "hacer eso desde este estado perdería algo"; fatal: indica que git se detuvo sin cambiar nada, y las líneas hint: bajo la primera suelen traer el remedio real.

Cómo leer un mensaje de error

  • Lee desde la primera línea. Cuanto más abajo, más son las tripas de la herramienta; la causa suele estar arriba.
  • Si hay un archivo y un número de línea, empieza ahí: no el marco superior de la pila, sino la línea más alta que nombre un archivo tuyo.
  • Busca el mensaje literal, pero quita antes tus rutas y nombres de variables: eso es lo que impide que la búsqueda coincida.
  • La misma condición se redacta distinto según la versión. Si los resultados no cuadran, añade el número de versión.
  • Antes de pegar un arreglo, comprueba qué descarta. Algunos no se pueden deshacer.

Preguntas frecuentes

Q. ¿Qué significa «The file will have its original line endings in your working directory»?

Es la segunda mitad del aviso de CRLF anterior: dice que el archivo en disco conserva los finales de línea que ya tiene y que solo la copia guardada en el commit se normaliza. Viene del mismo ajuste autocrlf, así que por sí solo no hay nada roto. Pero si los diffs muestran archivos enteros cambiados, es señal de que los finales de línea del equipo difieren: fija la regla con un .gitattributes en el repositorio y ejecuta git add --renormalize . una vez. Esa orden reescribe solo cómo se almacenan los finales, no el contenido de los archivos.

Q. ¿Cómo se arregla?

No hay comando de una línea. La explicación de arriba dice qué revisar.

Q. ¿Qué herramienta lo imprime?

git. Está en Git y el mensaje tiene 12 palabras.

Errores cercanos