Corrigir com HeyDeer
Transforme os problemas encontrados na revisão em um pull request que você pode examinar e fazer o merge. Escolha o que corrigir, adicione instruções e deixe o HeyDeer fazer as alterações.
Iniciar uma correção
- Selecione Corrigir com HeyDeer em um comentário de revisão do GitHub ou Corrigir problemas encontrados na página da revisão no HeyDeer. Um link de um problema específico já o deixa selecionado. Abrir a página não usa créditos.
- Escolha os problemas encontrados que deseja resolver. Use Adicionar instruções para qualquer problema que precise de mais contexto, como uma abordagem a seguir ou um comportamento a preservar.
- Inicie a correção pelo botão abaixo da seleção. A página da tarefa mostra o progresso, os créditos usados e o resultado. Se já houver uma correção ativa para esse PR, selecione Ver correção para abri-la.
A lista inclui os problemas encontrados nas revisões do PR e questões anteriores que ainda precisam de atenção. Os problemas que a equipe decidiu não tratar na discussão são excluídos. O HeyDeer verifica novamente sua seleção com base na versão salva do código e pode pular problemas que já não se aplicam.
Revisar e fazer o merge da correção
O HeyDeer cria uma nova branch e abre um PR com a branch do PR original como destino. Leia o resumo e use Ver PR de correção para examinar as alterações. Você decide se quer fazer o merge delas no PR original.
Se não forem necessárias alterações no código, a tarefa pode terminar sem abrir um PR.
O resumo descreve as alterações, os problemas encontrados que foram pulados, os resultados dos testes locais e as verificações que o HeyDeer não conseguiu executar. Após fazer o merge da correção, solicite uma revisão de acompanhamento no PR original ou deixe que a revisão automática programada seja executada. Criar um PR de correção, por si só, não resolve os problemas encontrados nem faz a verificação HeyDeer Review passar.
Requisitos e limites
As correções exigem um PR aberto com ambas as branches no mesmo repositório e alguém com acesso de escrita ao repositório para iniciá-las. PRs de forks não são compatíveis. O HeyDeer precisa de permissões de leitura e escrita em Contents e Pull requests; consulte GitHub App e permissões. Só pode haver uma correção ativa por PR.
O HeyDeer não pode publicar alterações nos arquivos de fluxos de trabalho do GitHub Actions em .github/workflows/. Uma correção que contenha essas alterações é interrompida antes que qualquer arquivo seja publicado.
Verificações locais e CI
Iniciar uma correção permite que o HeyDeer edite código, instale dependências e execute verificações locais em um ambiente isolado com acesso à internet pública. Ele usa as instruções do espaço de trabalho e do repositório, além das orientações do repositório, sem conectar seus servidores MCP. Consulte Segurança para saber como a execução do código é isolada.
Suas automações do GitHub podem ser executadas no PR de correção. Os fluxos de trabalho limitados a uma branch base, como main, talvez só sejam executados depois que você fizer o merge da correção no PR original. O HeyDeer não espera pela CI nem tenta corrigir novamente de forma automática quando a CI falha.
Créditos e cancelamento
As correções usam os créditos do espaço de trabalho e compartilham a capacidade de execução com as revisões. Cada correção tem a cobrança mínima vigente da revisão Padrão e depois usa créditos conforme o trabalho realizado. Os limites de uso do espaço de trabalho se aplicam. Consulte Como funcionam os créditos.
Alguém com acesso de escrita pode selecionar Cancelar correção até que o HeyDeer comece a salvar as alterações no GitHub. A preparação antes do início do agente não é cobrada; depois que ele inicia, o cancelamento mantém a cobrança mínima e os créditos já usados. Se os créditos acabarem, a correção será interrompida e você precisará solicitar outra.
Se o PR original mudar
Uma correção usa o commit e a branch salvos quando você a inicia. Commits posteriores ou o fechamento do PR original não cancelam a tarefa. Verifique se há conflitos antes de fazer o merge. Se a branch de destino for excluída ou renomeada, use Ver commit de correção para examinar as alterações salvas e decidir como aplicá-las.