Come posso eseguire il backport di un commit in git?

Question

Quindi, ho un ramo di manutenzione e un ramo principale nel mio progetto. Se faccio un commit nel ramo manutenzione e voglio unire in avanti al ramo principale, questo è facile:

git checkout master; git merge maintenance 

Ma se io voglio andare il contrario, vale a dire applicare un commit effettuato da padroneggiare di nuovo a il mio ramo di manutenzione, come faccio? Questa è considerata la ciliegina? Causa problemi o conflitti se unisco nuovamente il ramo di manutenzione?

Answer 1

Questo è esattamente il caso d'uso per git-cherry-pick

git checkout maintenance 
git cherry-pick <commit from master> 

Answer 2

Sì, è considerato cherry-picking e non, in genere non dovrebbe presentare problemi. Se il commit non si applica in modo pulito durante il backport, potresti trovarti ad affrontare esattamente lo stesso conflitto quando lo raccogli.

Answer 3

Come regola generale, utilizzo l'unione per spostare le modifiche "su" l'albero (da manutenzione a master) e rebase per spostarle "in basso" sull'albero (dal master alla manutenzione). In questo modo viene mantenuto l'ordine di commit nel ramo principale.

Rebase riporta sostanzialmente tutte le modifiche sul ramo corrente al fork (o all'ultima base), copia le modifiche più recenti e quindi applica nuovamente le modifiche.

Se non si desidera ottenere tutte le modifiche dal master, quindi sarà probabilmente necessario selezionare le persone che si desidera.

Answer 4

soluzione alternativa per l'utilizzo di "git cherry-pick" (come consigliato in altre risposte) sarebbe quello di creare un separato [argomento] diramazione per la correzione off ramo di manutenzione, e unire questo primo ramo in ramo di manutenzione, poi in ramo principale (tronco).

Questo flusso di lavoro è (in qualche modo) descritto nel post del blog Resolving conflicts/dependencies between topic branches early da Junio ​​C Hamano, git maintainer.

Risultati di selezione delle ciliegie nel commit duplicato, che in fondo alla linea può causare problemi durante l'unione o la ridefinizione. Il flusso di lavoro basato su argomenti di branche mantiene solo una copia della correzione.

Answer 5

Per commit complesse che non possono essere applicate usando git cherry-pick si può provare

git checkout -b merge-branch master 
git rebase --onto=`git merge-base master maintenance` HEAD~1 && git rebase master 

spiegato: http://blog.boombatower.com/automatically-backport-commits-using-git.

Answer 6

Come altri hanno già affermato, la scelta delle ciliegie è probabilmente l'opzione migliore. Volevo solo aggiungere che i conflitti durante il cherry-picking possono spesso essere risolti esaminando le "dipendenze" del commit che stai selezionando e che ho creato a tool called git-deps per rilevare e visualizzare tali dipendenze. Se visiti la home page vedrai due video di YouTube: il primo fornisce un'introduzione generale allo strumento, mentre il secondo mostra come può essere usato per evitare conflitti durante la selezione delle ciliegie.