Non c'è niente di sbagliato con la soluzione di Daniel Pittman, tuttavia vorrei trattare tali unioni come "avanti senza fretta", vale a dire, cambiando numero di fase 3 per:
git checkout ${target_branch} && git merge --no-ff ${remote}/${branch}
Utilizzando --no-ff
, la cronologia sarà più semplice da leggere. Dirà chiaramente che i commit $n
provengono da $branch
e ti renderanno la vita più facile se devi ripristinare qualcosa fatto in quel ramo.
Per rispondere anche alla domanda di eoinoc e dare un ulteriore suggerimento:
Dopo aver fatto l'unione, il vostro cli git verrà chiesto di scrivere un messaggio, in genere un messaggio generico verranno visualizzati dicendo qualcosa come
Merge remote-tracking 'user/loro ramo' ramo nel vostro ramo
assicurarsi di modificare quel messaggio e comprendono un riferimento al numero di richiesta di pull. Cioè: (Supponendo che il numero di richiesta di pull è 123)
Merge remote-tracking ramo 'utente/la-branch' nel vostro ramo
arbitri # 123 solving qualunque cosa ...
Così la prossima volta che visiti la tua pagina di problemi di github/pull-requests e controlli quella particolare richiesta di pull, vedrai il tuo messaggio con un link per il commit dove hai fatto l'unione.
Ecco uno screenshot di cosa intendo.
fonte
2013-11-25 04:50:47
Questa dovrebbe essere la risposta giusta a questa domanda (dopo l'aggiornamento a GitHub i.e.). – stuxnetting
Questa funzione non sembra più esistere (a partire dal 2018-02-15), vero? In una recente richiesta di pull, il ramo di destinazione viene visualizzato nello stesso carattere blu su sfondo azzurro come il repository/ramo di origine e non più un pulsante. – cgogolin
Ah! Lo fa! È necessario prima fare clic su "Modifica" (che non è ovvio dallo screenshot precedente). Ho trascurato questo. Scusate. – cgogolin