Sobre revisões de pull request
Depois que uma solicitação de pull for aberta, qualquer pessoa com acesso de leitura poderá revisar as alterações propostas e adicionar comentários a elas. Você também pode sugerir alterações específicas � s linhas de código, que o autor pode aplicar diretamente a partir da pull request. Para obter mais informações, confira "Como revisar as alterações propostas em uma solicitação de pull".
Os proprietários de repositório e colaboradores podem solicitar uma revisão de pull request de uma pessoa específica. Os integrantes da organização também podem solicitar uma revisão de pull request de uma equipe com acesso de leitura ao repositório. Para obter mais informações, confira "Como solicitar uma revisão de solicitação de pull". Você pode especificar um subconjunto de membros da equipe a ser atribuído automaticamente no lugar de toda a equipe. Para obter mais informações, confira "Como gerenciar as configurações de revisão de código para sua equipe".
As revisões permitem discussão das alterações propostas e ajudam a garantir que as alterações atendam � s diretrizes de contribuição do repositório e outros padrões de qualidade. Você pode definir quais indivíduos ou equipes possuem determinados tipos de área de código em um arquivo CODEOWNERS. Quando uma pull request modifica código que tem um proprietário definido, esse indivíduo ou equipe será automaticamente solicitado como um revisor. Para obter mais informações, confira "Sobre os proprietários de código".
Uma revisão tem três status possíveis:
- Comentário: envie comentários gerais sem aprovar explicitamente as alterações nem solicitar alterações adicionais.
- Aprovação: envie comentários e aprove a mesclagem das alterações propostas na solicitação de pull.
- Solicitação de alterações: envie comentários que precisam ser resolvidos antes que a solicitação de pull possa ser mesclada.
Dicas:
- Se as revisões necessárias estiverem habilitadas e um colaborador com acesso de gravação, administrador ou proprietário 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 solicitação de pull.
- 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 a aprovação de revisões de pessoas com permissões de gravação ou de administrador, todas as aprovações de pessoas com essas permissões serão indicadas com uma marca de seleção verde e as aprovações de pessoas sem essas permissões têm uma marca de seleção cinza. As aprovações com uma marca de seleção cinza não afetam a possibilidade de mesclagem da solicitação de pull.
- Os autores de pull request não podem aprovar seus próprios pull requests.
Você pode exibir todas as revisões que uma pull request recebeu na linha do tempo Conversation (Conversa), assim como pode ver revisões por proprietários e colaboradores de repositório na caixa de merge da pull request.
Dica: 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 obter mais informações, confira "Pesquisar problemas e solicitações de pull".
Resolving conversations
You can resolve a conversation in a pull request if you opened the pull request or if you have write access to the repository where the pull request was opened.
To indicate that a conversation on the Files changed tab is complete, click Resolve conversation.
The entire conversation will be collapsed and marked as resolved, making it easier to find conversations that still need to be addressed.
If the suggestion in a comment is out of your pull request's scope, you can open a new issue that tracks the feedback and links back to the original comment. For more information, see "Opening an issue from a comment."
Discovering and navigating conversations
You can discover and navigate to all the conversations in your pull request using the Conversations menu that's shown at the top of the Files Changed tab.
From this view, you can see which conversations are unresolved, resolved, and outdated. This makes it easy to discover and resolve conversations.
Ressolicitar uma revisão
Você pode ressolicitar uma revisão, por exemplo, após fazer alterações substanciais no seu pull request. Para solicitar uma nova revisão de um revisor, na barra lateral da guia Conversa, clique no ícone .
Revisões obrigatórias
Os administradores do repositório podem exigir que todos os pull requests recebam um número específico de revisões antes que alguém faça o merge do pull request em um branch protegido. Você pode exigir a aprovação de revisões de pessoas com permissões de gravação no repositório ou de um proprietário de código designado. Para obter mais informações, confira "Sobre os branches protegidos".
Dica: se necessário, as pessoas com acesso de administrador ou de gravação em um repositório podem ignorar uma revisão de solicitação de pull. Para obter mais informações, confira "Como ignorar uma revisão de solicitação de pull".