Como revisar alterações nas solicitações de pull

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.

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

Para ajudar você a revisar rapidamente as alterações em grande pull request, você pode filtrar arquivos alterados ou usar a árvore de arquivos para navegar entre os arquivos.

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

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.

É possível exibir todos os comentários feitos em uma única revisão de 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.

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.

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.

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.

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 Enterprise Server.