working - git warning crlf

LF será reemplazado por CRLF en git. ¿Qué es eso y es importante? (2)

Posible duplicado:
git reemplazando LF con CRLF

Cuando creo una nueva aplicación de rieles, veo una advertencia en git sobre el reemplazo de LF. Yo hago git init git add.

y luego boom! Veo este pop-up para casi todos los archivos. Por lo general, simplemente sigo y construyo mi aplicación y desaparece después de muchos cambios en los archivos.

Ejemplo:

El archivo tendrá sus finales de línea originales en su directorio de trabajo. advertencia: LF será reemplazado por CRLF en Gemfile.
El archivo tendrá sus finales de línea originales en su directorio de trabajo. advertencia: LF será reemplazado por CRLF en Gemfile.lock.
El archivo tendrá sus finales de línea originales en su directorio de trabajo. advertencia: LF será reemplazado por CRLF en README.

¿Cuál es la diferencia entre LF y CRLF?

¿Debería preocuparme por esto a largo plazo o simplemente ignorarlo y seguir adelante como normalmente lo hago?

En los sistemas Unix, el final de una línea se representa con un salto de línea (LF). En Windows, una línea se representa con un retorno de carro (CR) y un salto de línea (LF), por lo tanto (CRLF). cuando obtenga el código de git que se cargó desde un sistema Unix, solo tendrán un LF.

Si desea desactivar esta advertencia, escriba esto en la línea de comandos de git

git config core.autocrlf true

Si desea tomar una decisión inteligente sobre cómo debería manejar esto Git, lea la documentación.

Aquí hay un fragmento

Formato y espacios en blanco
Los problemas de formato y de espacios en blanco son algunos de los problemas más frustrantes y sutiles que muchos desarrolladores encuentran cuando colaboran, especialmente entre plataformas. Es muy fácil para los parches u otro trabajo colaborado introducir cambios sutiles en el espacio en blanco porque los editores los introducen en silencio, y si sus archivos alguna vez tocan un sistema Windows, sus finales de línea podrían ser reemplazados. Git tiene algunas opciones de configuración para ayudar con estos problemas.
core.autocrlf
Si está programando en Windows y trabajando con personas que no lo están (o viceversa), probablemente se encontrará con problemas de final de línea en algún momento. Esto se debe a que Windows utiliza tanto un carácter de retorno de carro como un carácter de salto de línea para las líneas nuevas en sus archivos, mientras que los sistemas Mac y Linux usan solo el carácter de salto de línea. Este es un hecho sutil pero increíblemente molesto del trabajo multiplataforma; muchos editores en Windows reemplazan silenciosamente los finales de línea de estilo LF existentes con CRLF, o insertan ambos caracteres de final de línea cuando el usuario presiona la tecla enter.
Git puede manejar esto convirtiendo automáticamente los finales de línea CRLF en LF cuando agrega un archivo al índice, y viceversa cuando revisa el código en su sistema de archivos. Puede activar esta funcionalidad con la configuración core.autocrlf. Si estás en una máquina con Windows, configúralo en verdadero: esto convierte los finales LF en CRLF cuando verificas el código:
$ git config --global core.autocrlf true
Si está en un sistema Linux o Mac que usa finales de línea LF, entonces no quiere que Git los convierta automáticamente cuando retire los archivos; sin embargo, si un archivo con terminaciones CRLF se introduce accidentalmente, entonces es posible que desee que Git lo arregle. Puede decirle a Git que convierta CRLF a LF en la confirmación pero no al revés configurando core.autocrlf para ingresar:
$ git config --global core.autocrlf input
Esta configuración debería dejarlo con terminaciones CRLF en las comprobaciones de Windows, pero terminaciones LF en sistemas Mac y Linux y en el repositorio.
Si usted es un programador de Windows que está haciendo un proyecto solo para Windows, puede desactivar esta funcionalidad, registrando los retornos de carro en el repositorio configurando el valor de configuración en falso:
$ git config --global core.autocrlf false

Si lo desea, puede desactivar esta función en su configuración de git core usando

git config core.autocrlf false

Pero sería mejor simplemente deshacerse de las advertencias utilizando

git config core.autocrlf true