Recuperarse de malos .gitattributes

Puse esto en un file .gitattributes debido a un malentendido:

 * text=auto eol=lf 

Pensé que esto significaba que para todos los files, git debería detectar automáticamente si se trata de text, y si es text, aplicar solo LF cuando se agreguen files al repository, convirtiendo CRLF a LF. Lo que realmente creo es que la segunda configuration anula la primera y obliga a git a tratar todos los files como text con terminaciones de línea solo LF, incluso files binarys como PNG.

Mi situación ahora es que otras personas han agregado files binarys. He revisado una versión que incluye esos files. Se han realizado cambios adicionales al repository. Quiero extraer la última versión (no tengo mis propios cambios) y luego corregir el file .gitattributes . Pero no puedo tirar porque git piensa que tengo cambios.

 [64]D:\projects\spark_raw_quotes$ git pull --ff-only Updating 69f37b0..fced821 error: Your local changes to the following files would be overwritten by merge: src/avg_price/jars/quotearchive-thrift-assembly-0.1.jar Please, commit your changes or stash them before you can merge. Aborting [64]D:\projects\spark_raw_quotes$ git status On branch master Your branch is behind 'origin/master' by 225 commits, and can be fast-forwarded. (use "git pull" to update your local branch) Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: data/quotes_UK1_2015-02-16_23_0_244.thrift.b64.gz modified: src/avg_price/jars/quotearchive-thrift-assembly-0.1.jar no changes added to commit (use "git add" and/or "git commit -a") 

No puedo seguir las instrucciones aquí, porque git siempre piensa que tengo cambios:

Git Pull ignorando los cambios locales

Los files no han sido cambiados, simplemente existen en el repository y en el disco con CRLF (ya que son files binarys moderadamente grandes esta secuencia ocurre ocasionalmente) y git reconoció que la regla de .gitattributes dice que los CRLF deben convertirse a LF . (Al less, eso es lo que creo que está sucediendo).

Puedo clonar el repository en un nuevo directory, pero me gustaría saber cómo solucionarlo correctamente. Por ejemplo, si tuviera cambios escondidos en este repository que quisiera volver a reproducir, ¿entonces no podría tirarlos y recolocarlos? ¿Puedo anular temporalmente la configuration de .gitattributes, hasta que haya logrado aplicar mis cambios y vuelva a estar sincronizado con la twig principal?

Suponiendo que no tiene cambios "reales" en su directory de trabajo (es decir, no le importa si su directory de trabajo se sobrescribe por completo), lo siguiente lo pondrá al día (asumiendo que está en maestro): git reset --hard origin/master Esto mueve su HEAD para apuntar a origin/master , sobrescribiendo su directory de trabajo e índice con los contenidos de origin/master .