Reviewing changes in pull requests

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

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

É 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.

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.

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

Se o seu repositório exige revisões, você pode ignorar revisões de pull request que já não sejam mais válidas ou que não tenham sido aprovadas pelo revisor.

When someone sends you a pull request from a fork or branch of your repository, you can merge it locally to resolve a merge conflict or to test and verify the changes before merging on GitHub Enterprise.