Can Git ignora los files que tienen el mismo contenido pero la timestamp actualizada

Estoy usando FTP en mi proyecto web reciente. Y trato de usar git para mantener una copy de security local de todos los cambios en el FTP. Parece que el server FTP no admitió el command MFMT (o alguna otra cosa que me salió mal), los files descargados no conservan sus marcas de time.

Cuando hago un git diff con los files recién descargados, Git marca todos los files como cambiados.

¿Hay alguna forma en que pueda decirle a Git que se comprometa en function del resultado del diff en lugar de la timestamp?

Git solo ve el contenido del file para determinar si se modificó. No le preocupa la timestamp si el contenido es el mismo. Asegúrese de que no haya ningún cambio en el contenido, incluidas las terminaciones de línea. Intente configurar la configuration de autocrlf adecuada en function de su sistema operativo si es así.

Otra posibilidad es que los permissions de file hayan cambiado como un efecto secundario del process de FTP. Un file con contenido idéntico pero con permissions diferentes se considera modificado por Git.

Esto es especialmente probable si mueve files entre diferentes sistemas operativos. Me he encontrado con que mueve files entre OS X y Windows usando una memory USB.

Tuve el mismo problema (Windows 8.1 Enterprise, git versión 1.8.4.msysgit.0). No pude tirar, porque había 7 files modificados, aunque binarys (incluyendo lineendings) idénticos. Revert no ayudó. Cambiar la timestamp del primer file informado como modificado al momento de la revisión (en TotalCommander, con 1 segundo de precisión) hizo que la extracción funcionara. El repository se creó mediante una copy de file del disco antiguo. Hice varios clones del repository de origen también y había otros files "diferentes".

Espero que esto ayude a otros con este problema. Puede ser un problema de Turtoise.

Por cierto: primero testing el line-end ya que es un problema más habitual.