git show modificar files pero no cambio nada git reset no funcionó

Yo clono el interruptor de repository en mi twig y cuando imprimo el estado de git veo files de modificación, bash restablecer git –duro pero no hubo efecto: ((

git status On branch release Changes not staged for commit: modified: htdocs/fonts/OfficinaSansBoldC.eot modified: htdocs/fonts/OfficinaSansBoldC.svg modified: htdocs/fonts/OfficinaSansBoldC.ttf modified: htdocs/fonts/OfficinaSansBoldC.woff modified: htdocs/fonts/OfficinaSansC-Book.eot modified: htdocs/fonts/OfficinaSansC-Book.svg modified: htdocs/fonts/OfficinaSansC-Book.ttf modified: htdocs/fonts/OfficinaSansC-Book.woff no changes added to commit git reset --hard origin/release git status On branch release Changes not staged for commit modified: htdocs/fonts/officinasansboldc.eot modified: htdocs/fonts/officinasansboldc.svg modified: htdocs/fonts/officinasansboldc.ttf modified: htdocs/fonts/officinasansboldc.woff modified: htdocs/fonts/officinasansc-book.eot modified: htdocs/fonts/officinasansc-book.svg modified: htdocs/fonts/officinasansc-book.ttf modified: htdocs/fonts/officinasansc-book.woff no changes added to commit 

El problema de tener un core.autocrlf para ingresar es que puede cambiar los caracteres eol (fin de línea) incluso para documentos (binarys) que no deben tocarse.

Tratar:

 git config --global core.autocrlf false git clone /url/your/repo 

(lo que significa clonar de nuevo su repository, y ver si esos diffs todavía están allí)


Con git 2.8 (marzo de 2016), podrá verificar rápidamente si esos cambios están relacionados con eol.

Ver commit a7630bd (16 Jan 2016) por Torsten Bögershausen ( tboegi ) .
(Fusionado por Junio ​​C Hamano – gitster – en commit 05f1539 , 03 Feb 2016)

ls-files : agregar diagnósticos eol

Cuando se trabaja en un entorno multiplataforma, un usuario puede querer verificar si los files de text están almacenados normalizados en el repository y si los .gitattributes están configurados apropiadamente.

Permita que Git muestre los finales de línea en el índice y en el tree de trabajo y los attributes efectivos de text / eol.

El final de la línea (" eolinfo ") se muestra así:

 "-text" binary (or with bare CR) file "none" text file without any EOL "lf" text file with LF "crlf" text file with CRLF "mixed" text file with mixed line endings. 

El atributo de text / eol efectivo es uno de estos:

 "", "-text", "text", "text=auto", "text eol=lf", "text eol=crlf" 

git ls-files --eol da un resultado como este:

 i/none w/none attr/text=auto t/t5100/empty i/-text w/-text attr/-text t/test-binary-2.png i/lf w/lf attr/text eol=lf t/t5100/rfc2047-info-0007 i/lf w/crlf attr/text eol=crlf doit.bat i/mixed w/mixed attr/ locale/XX.po 

para mostrar qué convención eol se usa en los datos en el índice (' i '), y en el tree de trabajo (' w '), y qué atributo está en efecto, para cada ruta que se muestra .

También encontré el mismo problema. Cuando ejecuto command git diff , el resultado es:

 Binary files a/app/webroot/font-awesome-4.4.0/fonts/fontawesome-webfont.ttf and b/app/webroot/font-awesome-4.4.0/fonts/fontawesome-webfont.ttf differ warning: CRLF will be replaced by LF in app/webroot/font-awesome-4.4.0/fonts/fontawesome-webfont.ttf. The file will have its original line endings in your working directory. 

Intenté git reset --hard . Pero no funcionó. Pero cuando *.ttf binary se agrega al file .gitattributes , el command de reset funcionó.

Animar.