Skip to main content

Aprovar uma pull request com revisões obrigatórias

Se seu repositório exigir revisões, as solicitações de pull deverão ter um número específico de revisões de aprovação de pessoas com permissões de gravação ou administrador no repositório antes que elas possam ser mescladas.

Para obter mais informações sobre os revisões necessárias, confira Sobre branches protegidos.

Você pode comentar em uma pull request, aprovar as alterações ou solicitar melhorias antes da aprovação. Para saber mais, confira Revisar alterações proposta em pull requests.

Encontre uma solicitação de pull na qual você ou uma equipe da qual você é membro é solicitada para revisão com o qualificador de pesquisa review-requested:[USERNAME] ou team-review-requested:[TEAMNAME]. Para saber mais, confira Pesquisar problemas e pull requests.

Dica

Se uma pull request aprovada tiver sido alterada de maneira significativa, você poderá ignorar a revisão dela. A pull request precisará de uma nova revisão para que possa sofrer merge. Para saber mais, confira Ignorar uma revisão de pull request.

  1. Abaixo do nome do repositório, clique em Pull requests.

    Captura de tela da página principal de um repositório. Na barra de navegação horizontal, uma guia, rotulada como "Solicitações de pull", é destacada em laranja escuro.

  2. Na lista de solicitações pull, clique na solicitação pull que você quer revisar.

  3. Na pull request, clique em Files changed.

    Captura de tela das guias de uma solicitação de pull. A guia "Arquivos alterados" está contornada em laranja escuro.

  4. Revise as alterações na pull request e, opcionalmente, adicione comentários a linhas ou arquivos específicos. Para saber mais, confira Revisar alterações proposta em pull requests.

  5. Acima do código alterado, clique em Revisar alterações.

    Captura de tela da guia "Arquivos alterados" de uma solicitação de pull. O botão "Revisar alterações" está contornado em laranja escuro.

  6. Digite um comentário que resume o seu feedback sobre as alterações propostas.

  7. Selecione Aprovar para aprovar a mesclagem das alterações propostas na solicitação de pull.

  8. Clique em Enviar revisão.

Dica

  • A opção Solicitar alterações é puramente informativa e não impedirá a mesclagem, a menos que um conjunto de regras ou regra de proteção de branch clássica seja configurado com a opção "exigir uma pull request". Se estiver cofnfigurado e um colaborador com acesso admin, owner ou write no repositório enviar uma revisão solicitando alterações, a solicitação de pull não poderá ser mesclada até que o mesmo colaborador envie outra revisão aprovando as alterações na pull request.
  • Proprietários e administradores do repositório podem fazer merge de um pull request mesmo que não tenham recebido uma revisão de aprovação; ou se um revisor que solicitou alterações saiu da organização ou estiver indisponível.
  • Se as revisões necessárias e o descarte de uma revisão obsoleta estiverem habilitados e um commit de modificação de código for enviado para o branch de um pull request aprovado, a aprovação será ignorada. O pull request deve ser revisado e aprovado novamente antes de poder ser mesclado.
  • Quando vários pull requests abertos têm um branch principal que aponta para o mesmo commit, você não conseguirá mesclá-los se um ou ambos tiverem uma revisão pendente ou rejeitada.
  • Se o repositório exigir aprovação de revisões de pessoas com permissões de gravação ou de administrador, a barra lateral dos revisores agrupará as aprovações por nível de permissão. As aprovações podem aparecer em duas seções:
    • A seção superior contém principalmente aprovações de pessoas com permissões de gravação ou administrador que contam para requisitos de mesclagem. As aprovações do GitHub Copilot também aparecem nesta seção, mesmo que as revisões do GitHub Copilot não sejam contadas para esses requisitos.
    • A seção recolhível (se houver) mostra aprovações de revisores cujas revisões não afetam se a pull request pode ser mesclada.
  • Os autores de pull requests não podem aprovar as próprias pull requests. Você também não pode aprovar uma pull request gerada pelo GitHub Copilot se foi você quem atribuiu o Copilot ao issue a que a pull request se relaciona.

Leitura adicional