Come mantenere un ramo git sincronizzato con master

Al momento git mi sta facendo la testa, non riesco a trovare la migliore soluzione per quanto segue.

Esistono due rami, uno chiamato master e l'altro chiamato mobiledevicesupport . Voglio mantenere mobiledevicesupport come un ramo continuo che verrà unito / sincronizzato con il ramo master ogni volta che mobiledevicesupport è stabile. Ciò unirebbe le modifiche da mobiledevicesupport a master ma porterebbe anche tutte le modifiche da master a mobiledevicesupport in modo che il ramo possa continuare a lavorare e le funzionalità migliorate o modificate. Questo deve funzionare con un repository centrale e più sviluppatori.

Per favore, un esempio di flussi di lavoro simili che altre persone usano o semplicemente dimmi se questa idea è stupida e dovrei considerare altre opzioni. Al momento il flusso di lavoro sembra corretto, ma non so come far funzionare Git in questo modo.

Grazie, tutto l'aiuto è molto apprezzato.

Aggiornamento 1: se dovessi unire master in mobiledevicesupport e mobiledevice support in master, ricevo commit replicati su entrambi i rami. Oppure git è abbastanza intelligente da capire che ho portato le ultime modifiche dal ramo A al ramo B e ho aggiunto il commit della fusione C al ramo B. E ho tirato le ultime modifiche dal ramo B al ramo A e ho aggiunto il commit della fusione D al ramo UN?

Stavo per pubblicare un'immagine ma non ho abbastanza reputazione per questo, quindi immagino che la seguente illustrazione dovrà fare. Due rami che corrono continuamente con fusioni che vanno spesso in entrambe le direzioni. La cosa chiave di cui non sono sicuro è come git eseguirà i commit e riempirà uno dei rami con i commit dell'altro ramo al momento delle fusioni o rimarrà pulito. Ho usato rebase prima, ma sembra terminare il ramo e mettere tutti i commit nel master, o ho fatto male. Grazie per l'aiuto finora.

master
A--B--C-----H--I--J--M--N
       \   /    \
mobile  \ /      \
D--E--F--G--------K--L

si basta

git checkout master
git pull
git checkout mobiledevicesupport
git merge master

per mantenere sincronizzato il supporto per dispositivi mobili con master

poi quando sei pronto a mettere mobiledevicesupport in master, prima unisci in master come sopra, quindi ...

git checkout master
git merge mobiledevicesupport
git push origin master

e questo è tutto.

il presupposto qui è che mobilexxx è un ramo di argomenti con lavoro che non è ancora pronto per entrare nel ramo principale. Quindi si fondono in master solo quando mobiledevicesupport è in una buona posizione

Ogni volta che vuoi ottenere le modifiche dal master nel tuo ramo di lavoro, fai un git rebase <remote>/master. Se ci sono conflitti. risolverli.

Quando il tuo ramo di lavoro è pronto, fai nuovamente il rebase e poi fallo git push <remote> HEAD:master. Ciò aggiornerà il ramo master sul telecomando (repository centrale).

L'approccio di concept47 è il modo giusto per farlo, ma consiglierei di unirmi all'opzione --no-ff per mantenere chiara la cronologia dei tuoi commit.

git checkout develop
git pull --rebase
git checkout NewFeatureBranch
git merge --no-ff master

Sì, sono d'accordo con il tuo approccio. Per unire mobiledevicesupport in master puoi usare

git checkout master
git pull origin master //Get all latest commits of master branch
git merge mobiledevicesupport

Allo stesso modo puoi anche unire il master nel supporto dispositivi mobili.

D. Se la fusione incrociata è un problema o no.

R. Beh, dipende dagli commit fatti nel ramo mobile * e nel ramo principale dall'ultima volta che sono stati sincronizzati. Prendi questo esempio: dopo l'ultima sincronizzazione, a questi rami succedono i seguenti commit

Master branch: A -> B -> C [where A,B,C are commits]
Mobile branch: D -> E

Supponiamo ora che il commit B abbia apportato alcune modifiche al file a.txt e il commit D abbia anche apportato alcune modifiche a a.txt. Diamo un'occhiata all'impatto di ogni operazione di fusione ora,

git checkout master //Switches to master branch
git pull // Get the commits you don't have. May be your fellow workers have made them.
git merge mobiledevicesupport // It will try to add D and E in master branch.

Ora, ci sono due tipi di fusione possibili

1. Unione rapida in avanti
2. True merge (Richiede uno sforzo manuale)

Git tenterà innanzitutto di unire FF e se rileva conflitti non è risolvibile con git. Non riesce l'unione e ti chiede di unire. In questo caso, si verificherà un nuovo commit che è responsabile della risoluzione dei conflitti in a.txt.

Quindi la linea di fondo è La fusione incrociata non è un problema e alla fine devi farlo ed è ciò che significa la sincronizzazione. Assicurati di sporcarti le mani unendo i rami prima di fare qualsiasi cosa in produzione.

La risposta accettata tramite git merge porterà a termine il lavoro ma lascia un disordinato commit hisotry, il modo corretto dovrebbe essere 'rebase' tramite i seguenti passaggi (supponendo che tu voglia mantenere il ramo delle tue funzioni in sycn con sviluppo prima di fare il push finale prima di PR ).

1 git fetchdal tuo ramo di funzionalità (assicurati che il ramo di funzionalità su cui stai lavorando sia aggiornato fino ad oggi)

2 git rebase origin/develop

3 in caso di conflitto, risolverli uno per uno

4 utilizzare git rebase --continueuna volta risolti tutti i conflitti

5 git push --force

Stai pensando nella giusta direzione. Unisci il master con mobiledevicesupport continuamente e unisci mobiledevicesupport con master quando mobiledevicesupport è stabile. Ogni sviluppatore avrà il proprio ramo e potrà unirsi ae dal supporto master o da quello mobile a seconda del proprio ruolo.