Como atualizar uma solicitação pull do repositório bifurcado?

592

Então, primeiro eu peguei um repositório e fiz um compromisso com esse repositório. Abri uma solicitação de recebimento. A solicitação de recebimento listou todas as alterações que eu queria.

Depois de analisar minha solicitação de recebimento, houve várias alterações que o proprietário do repositório queria que eu fizesse antes de aceitá-la. Fiz essas alterações no meu fork, agora como atualizo a solicitação pull com essas alterações (ou não é assim que devo lidar com isso)?

git version-control github

— stevebot
fonte

7

possível duplicata de fluxo de trabalho preferido Github para atualizar a solicitação de recebimento após a revisão do código

— Paul Draper

7

@PaulDraper Eu discordo, esse usuário já conhece e apresenta vários métodos para atualizar uma solicitação pull e pergunta qual é o melhor. Eu, por outro lado, não conhecia nenhum método e estava perguntando sobre sua existência. Como mostra a popularidade desta pergunta, este é o caso de muitos outros usuários.

— 8114 stevebot

6

Acho que a popularidade se deve ao fato de que (1) essa é uma pergunta muito boa e comum e (2) alguns usuários acabam aqui em vez de lá. Se tivesse sido originalmente identificado como duplicado, eles teriam encontrado a outra pergunta como sendo a mesma e responderiam a ela.

— Paul Draper

585

Você fez isso corretamente. A solicitação de recebimento será atualizada automaticamente. O processo é:

Solicitação de recepção aberta
Confirme as alterações com base nos comentários do seu repositório local
Empurre para o ramo relevante do seu garfo

A solicitação de recebimento adicionará automaticamente as novas confirmações na parte inferior da discussão da solicitação de recebimento (ou seja, já está lá, role para baixo! )

— shelhamer
fonte

73

agradável! Eu estava verificando todos os lugares, exceto a solicitação de recebimento real. é magia, magia negra, não vou questionar.

— SteveBot

57

Esta é uma boa razão para trabalhar em filiais. Se, por exemplo, você sempre empurrou para o mestre, pode adicionar sem querer à sua solicitação de recebimento anterior.

— Brian Pan

3

Isso não parece mais ser o caso, mesmo que fosse no passado. Aqui está um exemplo de solicitação de recebimento que eu fiz ( github.com/toopay/bootstrap-markdown/pull/167 ) em comparação com o próprio ramo ( github.com/mhuggins/bootstrap-markdown/commits/… ). Curioso para fazer isso mais, pois o processo parece ter mudado.

— Matt Huggins

1

O GitHub realmente diz a você: "Adicione mais confirmações pressionando a ramificação SolveWorldHunger no ChangeTheWorldProject."

— flow2k

1

O mesmo aqui - não vejo alterações no repositório bifurcado no repositório principal. Parece um bug do GitHub

— andrfas

78

Atualizar uma solicitação pull no GitHub é tão fácil quanto confirmar as alterações desejadas na ramificação existente (que foi usada com solicitação pull), mas geralmente também é necessário compactar as alterações em uma confirmação única:

git checkout yourbranch
git rebase -i origin/master

# Edit command names accordingly
  pick   1fc6c95 My pull request
  squash 6b2481b Hack hack - will be discarded
  squash dd1475d Also discarded

git push -f origin yourbranch

... e agora a solicitação de recebimento contém apenas uma confirmação.

Links relacionados sobre rebasing:

— jmu
fonte

2

Voto positivo por mencionar rebase. Ajuda a eliminar o ruído no histórico de revisões.

— SteveBot

. +11 (sim i destinado a rrrrepeating chave Usando git rebase / pick / squash está trabalhando muito.

— javadba

11

A desvantagem dessa abordagem é que você está removendo seu commit anterior. Isso significa que, se forem feitos comentários na solicitação de recebimento, eles serão perdidos e desaparecerão junto com o commit original.

— blowekamp

No Bitbucket, você pode ver comentários sobre "versões anteriores" de um arquivo em uma solicitação pull. Embora seja bom ver algo como no Gerrit, onde você conserta os patches e pode ver o histórico inteiro com comentários. Isso cria um histórico e rastreabilidade simples do git quando você pode voltar e ver a discussão completa sobre qualquer commit.

— Amor

36

Basta enviar para a ramificação à qual a solicitação pull faz referência. Enquanto a solicitação de recebimento ainda estiver aberta, ela deve ser atualizada com qualquer confirmação adicionada automaticamente.

— igorw
fonte

14

Eu fiz isso usando as etapas abaixo:

git reset --hard <commit key of the pull request>
Minhas alterações no código que eu queria fazer
git add
git commit --amend
git push -f origin <name of the remote branch of pull request>

— Vikasdeep Singh
fonte

1

Muito bom, prefiro essa abordagem! O GitHub até oculta (mas mantém) as seções desatualizadas do código e os comentários associados. É bom lembrar que, se a solicitação de recebimento contiver várias confirmações e a que requer correção não estiver na ponta do ramo, "git reset --hard" descartará todas as alterações confirmadas após o ID especificado. Eu tinha um backup que apliquei manualmente. Não é muito conveniente se houver mais de um commit extra ...

— Nagev 29/03

3

Se você estiver usando o GitHub no Windows :

Faça alterações localmente.
Abra o GitHub, alterne para repositórios locais, clique duas vezes no repositório.
Alterne a ramificação (próxima à parte superior da janela) para a ramificação da qual você criou a solicitação pull (ou seja, a ramificação no lado da bifurcação da comparação)
Você deve ver a opção de inserir um comentário de confirmação à direita e confirmar as alterações no seu repositório local.
Clique em sincronizar na parte superior, que, entre outras coisas, envia seu commit do local para o fork remoto no GitHub.
A solicitação de recebimento será atualizada automaticamente com as confirmações adicionais. Isso ocorre porque a solicitação puxada representa um diff com a ramificação do seu fork. Se você for para a página de solicitação de recebimento (aquela em que você e outras pessoas podem comentar sobre sua solicitação de recebimento), a guia Confirmações deverá ter seus envios adicionais.

É por isso que, antes de começar a fazer suas próprias alterações, você deve criar uma ramificação para cada conjunto de alterações que planeja colocar em uma solicitação de recebimento. Dessa forma, depois de fazer a solicitação pull, você poderá fazer outra ramificação e continuar trabalhando em alguma outra tarefa / recurso / correção de bug sem afetar a solicitação pull anterior.

— AaronLS
fonte