Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Fazer merge de uma pull request

Faça merge de uma pull request no branch upstream quando o trabalho estiver finalizado. Qualquer pessoa com acesso push no repositório pode completar o merge.

Neste artigo

Did this doc help you?

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

Ou, learn how to contribute.

Sobre merges de pull request

Em uma pull request, você propõe que as alterações feitas em um branch head sejam mescladas em um branch base. Por padrão, qualquer pull request pode sofrer merge a qualquer momento, a menos que o branch head esteja em conflito com o branch base. No entanto, pode haver restrições sobre quando você pode fazer merge de um pull request em um branch específico. Por exemplo, você só pode fazer merge de um pull request no branch-padrão se as verificações de status necessárias forem aprovadas. Para obter mais informações, consulte "Sobre branches protegidos".

Se a pull request apresenta conflitos de merges ou se você deseja testar as alterações antes de fazer merge, é possível fazer checkout da pull request localmente e fazer merge usando a linha de comando.

Você não pode realizar o merge de um rascunho de um pull request. Para obter mais informações sobre pull requests em rascunho, consulte "Sobre pull requests".

É possível excluir branches head automaticamente após o merge de pull requests no repositório. Para obter mais informações, consulte "Gerenciar a exclusão automática de branches".

Se decidir que não quer que as alterações em um branch de tópico sofram merge no branch upstream, é possível fechar a pull request sem fazer merge.

Fazer merge de uma pull request no GitHub

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

    Problemas e seleção da guia pull requests

  2. Na lista "Pull Requests", clique na pull request da qual deseja fazer merge.

  3. Dependendo das opções de merge habilitadas em seu repositório, é possível:

    Observação: rebase e merge sempre atualização as informações do committer e criarão SHAs de commit novos. Para obter mais informações, consulte "Sobre merges de pull request".

  4. Se solicitado, digite uma mensagem do commit ou aceite a mensagem padrão.

    Para obter informações sobre as mensagens de commit padrão, para combinação por squash, consulte "Sobre merges de pull request".

    Campo Commit message (Mensagem do commit)

  5. Abaixo dos campos de mensagem de commit, clique no menu suspenso de endereço de e-mail e escolha um endereço de e-mail do autor do Git. Apenas endereços de e-mail verificados aparecem neste menu suspenso. Se você ativou a privacidade do endereço de e-mail, então <username>@users.noreply.github.com é o endereço de e-mail do autor de commit padrão. Para obter mais informações, consulte "Setting your commit email address."

    Escolha um endereço de e-mail commit

  6. Clique em Confirm merge (Confirmar merge), Confirm squash and merge (Confirmar combinação por squash e merge) ou Confirm rebase and merge (Confirmar rebase e merge).

  7. Opcionalmente, exclua o branch. Assim, a lista de branches do repositório ficará limpa.

O repositório pode ser configurado para que o branch principal de um pull request seja excluído automaticamente quando você faz o merge de um pull request. Para obter mais informações, consulte "Gerenciar a exclusão automática de branches".

Observação: Se você excluir um branch de cabeçalho após o merge do seu pull request, o GitHub irá verificar se há quaisquer solicitações de pull no mesmo repositório que especificam o branch excluído como o branch base. O GitHub atualiza automaticamente quaisquer pull requests, alterando o branch base para o branch base do pull request mesclado. Para obter mais informações, consulte "Sobre branches".

As pull requests sofrem merge com a opção--no-ff, exceto pelas pull requests com commits com combinação por squash ou com rebase/<2>, que passam por merge com a opção fast-forward.

Você pode vincular um pull request a um problema mostra que uma correção está em andamento e fecha o problema automaticamente quando alguém faz merge do pull request. Para obter mais informações, consulte "Vincular um pull request a um problema."

Leia mais

Did this doc help you?

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

Ou, learn how to contribute.