git-new-workdir: Commit in Arbeitsbaum A führt zu falschen Änderungen in Baum B

ich benutzegit-new-workdir zwei Arbeitsbäume für ein Git-Repository zu haben. Das funktioniert normalerweise sehr gut, aber ich bekomme ein komisches Verhalten, wenn derselbe Zweig in beiden Arbeitsbäumen ausgecheckt ist:

Ich beginne mit beiden Arbeitsbäumen sauber und auf "Meister".Ich begebe etwas in Arbeitsbaum A.

Ergebnis:

"Git Status" in Arbeitsbaum A zeigt "sauber" (wie erwartet)"Git-Status" in Arbeitsbaum B zeigt plötzlich "Änderungen, die festgeschrieben werden müssen"

Die gezeigten Änderungen sind die Umkehrung der Festschreibung, die ich gerade in A vorgenommen habe. Wenn beispielsweise die Festschreibung in A eine Zeile hinzugefügt hat, zeigen die "Festschreibungsänderungen" in B, dass diese Zeile entfernt wurde.

Was passiert hier? Ist das eine bekannte Einschränkung von git-new-workdir? Gibt es eine Möglichkeit, dieses Problem zu vermeiden? Oder sollte ich einfach das Einchecken vermeiden, während derselbe Zweig in beiden Kopien ausgecheckt ist?

Ich wäre auch daran interessiert zu verstehen, was hier intern passiert (ich weiß wenig über Git Interna).

Hinweis:

Ich fand, dass das Problem einfach zu lösen ist, indem man einfach läuftgit reset--hard in B, wenn B vor dem Festschreiben in A keine nicht festgeschriebenen Änderungen hatte.

Wenn ich jedoch in A festschreibe, während es in B nicht festgeschriebene Änderungen gibt, werden die tatsächlichen nicht festgeschriebenen Änderungen mit den Scheinänderungen aus dem Festschreibevorgang gemischt, und es scheint keinen einfachen Weg zu geben, sie zu entwirren. Daher die Frage.

Antworten auf die Frage(2)

Ihre Antwort auf die Frage