git line endings - kann nicht verstauen, zurücksetzen und kann jetzt nicht über falsche Zeilenenden rebit commit

Question

Ich habe ein Repo Ich fügte ein gitattributes hinzu und arbeitete daran gut. Ich synchronisiere es via Dropbox mit einem anderen Rechner. Als ich es auf die andere Maschine öffnete, erschien plötzlich eine Reihe von Dateien auf dem nicht gesicherten Bereich als total diffs (die ganze Datei ein riesiges diff, was Zeilenendungen diff bedeutet) - meine crlf-Endungen sind im Grunde .* text=auto und ich arbeite an Windows. Ich habe versucht, die Änderungen zu speichern, den Zweig neu zu setzen usw. Schließlich entschied ich, die Dateien zu committen und machte dann einige andere Commits, die ich neu ordnen wollte (und Squash), bevor die Zeilenenden committen. Wenn ich Rebasieren versuchen bekomme ich ein:

error: Your local changes to the following files would be overwritten by merge 
     # those same files 
Please, commit your changes or stash them before you can merge. 
Aborting 
Could not apply 89b25b81fff1a1e7893319e123aaaca9c4162a95... <commit message> 

Natürlich Stash funktioniert nicht

Ist es ein Fehler?

Verwandte:

• How do I fix line ending issues after migrating from SVN to git? (ja ich bin ein git-svn Klon, aber ich glaube nicht, dass es wirklich wichtig ist)
• Can't seem to discard changes in Git (yep, und ich will warum wissen)
• git thinks files have changed
• Can someone explain to me what difference git diff is seeing here?

EDIT Nichts mit Maschinen zu tun - auf der gleichen Maschine einige (...) Operationen machen nur diese Dateien (sie sind auf der .gitattributes als Text) erscheinen im Abschnitt "geändert". Die einzige Lösung, die zu existieren scheint, ist:

git rm --cached -r . 
git reset --hard 

SORGFÄLTIG

EDIT: Hack oben alias Status bewegt:

[alias] 
    crlf = !git rm -r . --cached -q && git reset --hard 

---

UPDATE 2015.09.30: Ich habe Ein Git Repo in einer NTFS-Partition, die ich von Windows 7 und Arch Linux in einer Dual-Boot-Umgebung verwende. Wenn ich windows herunter und boote ich in Arch zwei Dateien (html) zeigen als total diffs (line end diffs). Die obige Problemumgehung funktioniert nicht - es sei denn, Sie es mehrmals Auffrischen der gui dazwischen ...

Meine .gitattributes gelten:

* text=auto 

*.py text diff=python 
*.html text 
.project text 
*.pkl -text 

# M$ files 
*.bat text eol=crlf 

# UNIX files 
**/generate_second_post text eol=lf 

# git files - have them with LF, as I edit them via the shell (echo etc) 
*.gitignore text eol=lf 
*.gitattributes text eol=lf 

NB: Linux lässt mich verpflichten, Schalter Äste usw., aber gewonnen Lass mich nicht zurücklegen - und diese Diffs erscheinen immer in gitk/git gui.

Answer 1

Haben Sie das versucht?

git add -u . 
git reset 

Answer 2

Das gleiche Problem ist heute bei mir passiert.Versuchen Sie, diese

git config --local core.fileMode false 

wie hier diskutiert: How do I make Git ignore file mode (chmod) changes?

Answer 3

Wir in dieser Ausgabe lief heute, wo es das Problem schien von einigen CRLF bezogenen stammten Fragen im Zusammenhang mit einer neu hinzugefügten .gitattributes Datei mit einer einzigen Zeile * text=auto. Wenn Sie eine neue Zweigstelle umgestuft oder neu angelegt haben, würde diese Datei Ihnen folgen und alle Änderungen ruinieren, die darauf folgten, und Sie daran hindern, diese Zweigstelle zu verlassen, ohne sie vorher zu begehen.

Wir setzten zunächst dies durch einen vorübergehenden Zweig Check-out, zurückkehrt um die Datei wieder zu einem gesunden Zustand (vor Änderungen), zu begehen und dann auf der gesamte Branche ein rebase tun zurück zu dem ältesten commit, um es so aussehen zu lassen, Meister. Das hat eine Weile funktioniert, aber danach ist eine ähnliche Datei aufgetaucht und derselbe Fix hat nicht mehr funktioniert.

Was wir schließlich mit ging, war ähnlich, was OP in seinem Update geteilt .. eine einzige Zeile innerhalb .git/info/attributes mit file-to-remove -text scheint das Problem zu mildern. Ich sage abmildern, weil ich nicht sicher bin, ob es irgendwelche nachteiligen Implikationen gibt, dies zu tun, das war auch für eine Datei, also könnte es auch nicht so gut funktionieren, wenn überhaupt.