¿Ha fallado la actualización del índice Git, LF será reemplazado por CRLF?

Estoy usando git-gui para control de versiones y empujándolos a ubicaciones remotas. Cuando intenté volver a examinar los files para ver los cambios, recibí este post y no estoy seguro de lo que eso significa. Por favor, ayúdame aquí.

enter image description here

Updating the Git index failed. A rescan will be automatically started to resynchronize git-gui. warning: LF will be replaced by CRLF in bin/jarlist.cache. The file will have its original line endings in your working directory. warning: LF will be replaced by CRLF in gen/com/click4tab/pustakalpha/BuildConfig.java. The file will have its original line endings in your working directory. warning: LF will be replaced by CRLF in proguard-project.txt. The file will have its original line endings in your working directory. warning: LF will be replaced by CRLF in project.properties. The file will have its original line endings in your working directory. warning: LF will be replaced by CRLF in res/layout/start_test.xml. The file will have its original line endings in your working directory. warning: LF will be replaced by CRLF in res/menu/start_test.xml. The file will have its original line endings in your working directory. warning: LF will be replaced by CRLF in src/com/click4tab/pustakalpha/StartTestActivity.java. The file will have its original line endings in your working directory. 

La solución es aceptar ese comportamiento. Estás en Windows, por lo que deberías tener autocrlf como true . Está ahí, por lo que los finales de línea en los loggings internos de Git son consistentes. Las advertencias están ahí para que pueda ver si está a punto de dañar accidentalmente los files binarys durante una confirmación.

Haga clic en Continuar Si desea evitar que vuelva a suceder en esos files, debe abandonar esos files, corregir los finales de línea y volver a organizarlos. Para ello, cambie los finales de línea del file a CRLF / Windows en su editor, o suelte estas herramientas de command-line en su directory system32 para que pueda hacer unix2dos some_file.java en dichos files en cualquier símbolo del sistema.

Enfrenté problemas similares y decidí mirar más de cerca mi configuration.

Nuevos caracteres de línea en Windows / Linux / MAC:

  1. Sistema operativo MAC anterior a X: \ r = CR (retorno de carro)
  2. MAC OS X / UNIX: \ n = LF (Line Feed)
  3. Windows: \ r \ n = CR + LF

No entres en pánico Git puede encargarse de la conversión entre plataforms.

Git debe almacenar la línea que termina como LF en el repository.

Ajústelo a;

VERDADERO – Si estás en Windows :

 git config --global core.autocrlf true 

Esto convierte las terminaciones de LF en CRLF cuando retira el código.

ENTRADA – Si está en un MAC / LINUX :

No necesita convertir nada, Git usa LF y su MAC usa LF.

Pero, puedes decirle a git que convierta cualquier CRLF si uno pasa:

 git config --global core.autocrlf input 

Falso – No recomendado

No lo recomiendo, pero solo por el bien de esta explicación:

Si usted es un desarrollador de Windows que solo trabaja en la máquina de Windows, está 100% seguro de que nunca trabajará con personas en MAC:

 git config --global core.autocrlf false 

ACTUALIZAR:

Como comenté a continuación, no mencioné los attributes .gitatus en los que uno puede establecer estos ajustes por defecto para un proyecto.

Si tiene time, aquí está el documento: http://git-scm.com/docs/gitattributes

Esta línea de código debe evitar esta advertencia:

 git config core.autocrlf false 

Si desea una respuesta más detallada sobre cómo y dónde ingresa esa línea de código, mire aquí: http://sofes.miximages.com/questions/3841140/git-how-to-get-rid-of-the- annoying – crlf -message-on-msysgit-windows