Los files copydos aparecen como cambiados

Trabajo en mi proyecto en Linux y llevo mi trabajo a mi git repo. Copié el directory del proyecto (incluido el directory .git) a mi máquina de Windows para poder trabajar desde allí. Ahora cuando ejecuto el git status obtengo una tonelada de files modificados, cada file de proyecto. Entonces git piensa que cada file nuevo es un file modificado, porque lo copié. ¿Hay alguna manera de hacer que git verifique, ver que los files sean los mismos y eliminarlos de la list de files modificados?

Copiar el repository git incluyendo el tree de trabajo de Linux a Windows o viceversa es una mala idea , porque también copy la configuration y es casi seguro que está mal en la otra plataforma. Entonces, la solución simple es simplemente no hacerlo y usar clone (nota, ese clon funciona sobre samba, aunque sería lento sobre la networking no local).

El problema probablemente se deba a que la configuration de git (en .git/config ) copyda de un sistema a otro es inapropiada allí o la configuration pnetworkingeterminada o de todo el sistema hace que git espere que el tree de trabajo se vea diferente de lo que hace en el otro sistema. Puedo pensar en 3 configuraciones específicas del sistema:

  1. Conversión de Newline. Lo más probable es que su git de Windows prefiera convertir las nuevas líneas, por lo que espera que el directory de trabajo contenga files con nuevas líneas de Windows CR / LF, pero ve files con líneas nuevas de Unix LF. Hay una forma antigua y nueva de establecer esto y la nueva no debería hacerlo. Y de lo que depende si realmente quieres hacer la conversión; Descubrí que casi nunca lo hago

  2. Manejo de permissions ejecutables. No hay ningún bit ejecutable en Windows, por lo que hay alguna opción que le dice al sistema que ignore los cambios en él, pero el repository copydo de Unix lo tendrá configurado incorrectamente.

  3. Lo mismo se aplica al event handling enlaces simbólicos.