Hallo,

das ist jetzt das zweite mal auf der Kiste das mir folgendes passiert:

Ich will auf einen anderen (lokalen) Branch wechseln. git status zeigt mir "working directory clean - nothing to commit" - sobald ich aber versuche über checkout <> den Branch zu wechseln kommt, dass 2 Dateien angeblich verändert worden sind, und die Änderung würde bei einem Wechsel verloren gehen. Ist aber nicht so. Die Dateien sind identisch, nichts geändert. git status zeigt weiterhin an, dass es nichts zu tun gibt.

Kann mir jemand sagen wie ich aus der Kiste wieder raus komme? Und noch mehr würde mich interessieren wie es überhaupt dazu kommen kann..

Hmm, seltsam. Hast du mal git reset --hard versucht?

Vielleicht zur Sicherheit vorher ein Backup zu machen. Nicht dass da irgendwas intern zerschossen ist und es durch das reset noch schlimmer wird. Kann aber auch sein, dass alles in Ordnung ist und es sich nur mal wieder um eine von vielen kleinen „as designed“-Seltsamkeiten bei git handelt, die ich selber nicht kenne.

Zitat:

und die Änderung würde bei einem Wechsel verloren gehen.

Einfach "ja" sagen?

Wäre doch egal, ob das, was nicht vorhanden ist, verloren gehen würde.

wo kann ich einfach "ja" sagen - auf der Bash bricht der checkout dann ab und sagt is nich....

das Reset versuch ich gleich mal...

Zitat von Lemmy:

wo kann ich einfach "ja" sagen

Zitat:

und die Änderung würde bei einem Wechsel verloren gehen.

Hatte implizit daraus geschlossen, daß man dort eine Wahl hat.

Also "normalerweise" kommt man da raus, in dem man alle Änderungen zurücksetzt.
-> Änderungen zurücksetzen: git checkout -f
-> Untracked Files löschen: git clean -df (sofern notwendig)

nein, da ist die git bash ziemlich streng..

git reset --hard bringt keine Änderungn

Wenn ich die beiden Dateien lösche die bemängelt werden, kann ich den Branch wechseln. Beim zurück wechseln auf den Problembranch sind die beiden Dateien wieder da und machen wieder Probleme... werde vermutlich den Zweig einfach löschen und neu anlegen...


git checkout -f zeigt keine Wirkung an dem Zweig (ändert keine Dateien, die zwei werden aber weiterhin bemängelt), ich kann damit den Wechsel auf den anderen Zweig aber erzwingen.

Wenn "git checkout -f" nichts ändert, dann erkennt er die Änderung wohl da nicht, komisches Ding.

Zitat von Lemmy:

git reset --hard bringt keine Änderungn

Dieser Befehl erfordert meines Wissen auch einen Commit, auf den Du resetten möchtest, also: "git reset --hard COMMITHASH".

Zitat von Lemmy:

... werde vermutlich den Zweig einfach löschen und neu anlegen...

Das hätte ich jetzt auch mal vorgeschlagen: Lösch das Git-Repository, Update deine Git-Installation und erstell es nochmal neu.

Zitat von alda:

Dieser Befehl erfordert meines Wissen auch einen Commit, auf den Du resetten möchtest, also: "git reset --hard COMMITHASH".

Muss man nicht unbedingt angeben. Wenn man nichts angibt, fällt er auf den letzten Commit zurück. Er löscht also einfach alle Änderungen, die man noch nicht committet hat.