Plötzlich
git range-diff <range1> <range2>
zeigt an
Segmentierungsfehler
Zuvor wurden die Unterschiede in den beiden Commit-Bereichen angezeigt.
Durch das Experimentieren mit verschiedenen Git-Versionen, Bereichen, Arbeitsverzeichnissen und Kollegen, die eine Verbindung zu meinem Computer herstellen, kam ich zu der Annahme, dass das Problem spezifisch für die Git-Version 2.23.0.windows und einige meiner Zweige im Repository des Unternehmens ist.
Ich verwende Git für Windows.
- Version 2.21.0.windows.1 (64-Bit)
Funktioniert bei mir und bei meinem Kollegen, der sich mit meinem Arbeitsverzeichnis verbindet; für alle Versionsbereiche, einschließlich des problematischen. - Version 2.23.0.windows.1 (sowohl 64-Bit als auch 32-Bit)
erzeugt einen Segmentierungsfehler, wenn entweder ich oder mein Kollege den problematischen Versionsbereich oder einen anderen Versionsbereich in meinem Teil des Projekts in meinem Arbeitsverzeichnis oder in einem frisch geklonten Verzeichnis anfordert. - Version 2.23.0.windows.1 (64-Bit)
FUNKTIONIERT für andere Versionsbereiche (bisher waren Tests mit kleineren Commit-Bereichen, die nichts mit meiner Arbeit zu tun haben, erfolgreich).
Andere Git-Befehle haben kein Problem mit meinem Arbeitsverzeichnis. Soweit ich weiß, haben nur Git und Sourcetree mein Git-Arbeitsverzeichnis geändert.
Gibt es etwas, das ich berücksichtigen sollte, wenn ich etwas git range-diffin einem Arbeitsverzeichnis oder in einem Commit-Bereich mache? Worauf sollte ich achten? Wie kann ich die defekten Bereiche reparieren? Warum funktioniert Version 2.21.0.windows.1, während Version 2.23.0.windows.1 nicht funktioniert?