Reviewing changes in pull requests

Depois de abrir uma pull request, você pode revisar e comentar um conjunto de alterações propostas.

  • Sobre revisões de pull request

    As revisões permitem que colaboradores comentem sobre as alterações propostas em pull requests, aprovem as alterações ou solicitem outras alterações antes do merge da pull request. Os administradores do repositório podem exigir que todas as pull requests sejam aprovadas antes de sofrerem o merge.

  • Revisar alterações proposta em pull requests

    Em uma pull request, você pode revisar e comentar commits, arquivos alterados e diferenças (ou "diff") entre os arquivos nos branches base e de comparação.

  • Filtrar arquivos em uma pull request

    Para facilitar a rápida revisão de alterações em uma pull request extensa, você pode filtrar arquivos alterados.

  • Localizar métodos e funções modificados em uma pull request

    É possível encontrar facilmente as modificações propostas para um método ou função em uma pull request em arquivos .go, .js, .ts, .py, .php, and .rb.

  • Fazer comentários em uma pull request

    Depois de abrir uma pull request em um repositório, os colaboradores ou integrantes da equipe podem comentar na comparação dos arquivos entre os dois branches especificados ou deixar os comentários gerais no projeto como um todo.

  • Exibir revisão de pull request

    É possível exibir todos os comentários feitos em uma única revisão de pull request.

  • Revendo alterações de dependência em um pull request

    Se um pull request tiver alterações nas dependências, você poderá ver um resumo do que alterou e se há vulnerabilidades conhecidas em qualquer uma das dependências.

  • Incorporando feedback em sua pull request

    Quando os revisores sugerem mudanças em uma pull request, é possível incorporar automaticamente as alterações na pull request ou abrir um problema para monitorar sugestões fora do escopo.

  • Aprovar uma pull request com revisões obrigatórias

    Se seu repositório exigir revisões, as pull requests 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 para que elas possam sofrer merge.

  • Ignorar uma revisão de pull request

    Se seu repositório exigir revisões, você poderá descartar revisões de pull request que não são mais válidas ou não podem ser aprovadas pelo revisor.

  • Fazer checkout de pull requests no local

    Quando alguém envia a você uma pull request de uma bifurcação ou um branch do seu repositório, talvez você queira fazer merge dela no local para resolver um conflito de merge ou para testar e verificar as alterações antes de fazer merge no GitHub.

Esse documento ajudou você?Política de Privacidade

Ajude-nos a tornar esses documentos ótimos!

Todos os documentos do GitHub são de código aberto. Você percebeu que algo que está errado ou não está claro? Envie um pull request.

Faça uma contribuição

Ou, aprenda como contribuir.