git problema de integridad

Me pregunté qué pasaría si mezclaba git en Linux con Windows. De todos modos hice una confirmación ("primero") en Linux, luego modifiqué un file en Windows y me comprometí allí. No me dejaba porque el final de la línea y el parche parecían sospechosos. Así que lo intenté desde Linux y tampoco me lo permitió …

Lo hice git reset --hard . Los files parecen haber sido restablecidos. Sin embargo, cuando hago el estado de git, los muestra a todos como modificados. git commit -a -m "test" me da el mismo problema. El estado de Git los muestra a todos modificados. Sin embargo, git clone . crea un subdirectory y cuando voy allí y escribo el estado de git, ninguno de ellos se muestra modificado.

Incluso si es un problema de timestamp, ¿por qué no puedo volver a comprometerlo y qué pasa con los errores? En este momento, la solución simple sería mover el directory actual y hacer un nuevo clon sobre él. Pero me gustaría entender el problema.

No estoy seguro de si esto responde exactamente a su pregunta, pero estoy usando git (con svn como back-end, alojado en Linux) en Windows, y mis colegas están usando git en un Mac. Estoy usando las extensiones de git como mi cliente de windows git, y me dice cuándo está alterando las terminaciones de línea pnetworkingeterminadas agregadas por Windows. No hemos encontrado ningún conflicto relacionado con los finales de línea. En "Configuración global" y "Configuración local" no he especificado nada sobre cómo manejar las terminaciones de línea, por lo que parece que el comportamiento pnetworkingeterminado se está ocupando de todo.