Obtenir des modifications du maître en branche dans Git

Dans mon référentiel, j'ai une branche appelée sur aqlaquelle je travaille.

J'ai ensuite commis de nouveaux travaux et des bugs master.

Quelle est la meilleure façon d'obtenir ces commits dans la aqsuccursale? Créer une nouvelle branche masteret la fusionner avec aq?

Consultez la aqbranche et rebasez à partir de master.

git checkout aq
git rebase master

Vous devriez pouvoir le faire git merge origin/masterlorsque vous êtes sur votre branche aq.

git checkout aq
git merge origin/master

Vérifiez d'abord pour maîtriser:

git checkout master

Effectuez toutes les modifications, correctifs et validations et poussez votre maître.

Retournez dans votre branche, 'aq', et fusionnez master en elle:

git checkout aq
git merge master

Votre agence sera à jour avec master. Un bon exemple basique de fusion est 3.2 Git Branching - Basic Branching and Merging .

Il n'y a aucune garantie que les corrections de bogues principaux ne figurent pas parmi les autres validations, vous ne pouvez donc pas simplement fusionner. Faire

git checkout aq
git cherry-pick commit1
git cherry-pick commit2
git cherry-pick commit3
...

en supposant que ces validations représentent les corrections de bogues.

À partir de maintenant cependant, conservez les corrections de bogues dans une branche distincte. Vous pourrez simplement

git merge hotfixes

quand vous voulez les rouler tous dans la branche de développement régulière.

Soit cherry-pickles validations pertinentes en branche aqou fusionnent branche masteren branche aq.

Fusionnez-le avec aq

git checkout master
git pull
git checkout aq
git merge --no-ff master
git push

Moyen facile

# 1. Create a new remote branch A base on last master
# 2. Checkout A
# 3. Merge aq to A

Pour moi, j'avais déjà des changements en place et je voulais les dernières nouvelles de la branche de base. Je n'ai pas pu le faire rebaseet cherry-pickj'aurais pris une éternité, j'ai donc fait ce qui suit:

git fetch origin <base branch name>  
git merge FETCH_HEAD

donc dans ce cas:

git fetch origin master  
git merge FETCH_HEAD

Cela ( d'ici ) a fonctionné pour moi:

git checkout aq
git pull origin master
...
git push

Citant:

git pull origin masterrécupère et fusionne le contenu de la branche principale avec votre branche et crée un commit de fusion. En cas de conflit de fusion, vous en serez informé à ce stade et vous devrez résoudre les validations de fusion avant de poursuivre . Lorsque vous êtes prêt à envoyer vos validations locales, y compris votre nouvelle validation de fusion, au serveur distant, exécutez git push.

Vous avez plusieurs options. git rebase master aqsur la branche qui conservera les noms de commit, mais NE PAS REBASE s'il s'agit d'une branche distante. Vous pouvez le faire git merge master aqsi vous ne vous souciez pas de conserver les noms de commit. Si vous souhaitez conserver les noms de validation et qu'il s'agit d'une branche distante, la validation est effectuée git cherry-pick <commit hash>sur votre branche.

Vous pouvez également le faire en exécutant une seule ligne.
git merge aq master

Cela équivaut à

git checkout aq
git merge master

ÉDITER:

Ma réponse ci - dessous les documents un moyen de fusion masterdans aq, où si vous affichez les détails de la fusion , il répertorie les modifications apportées aqavant la fusion, pas les modifications apportées à master. J'ai réalisé que ce n'est probablement pas ce que vous voulez, même si vous pensez que c'est le cas!

Juste:

git checkout aq
git merge master

c'est bien.

Oui, cette simple fusion montrera que les modifications de masteront été apportées aqà ce point, et non l'inverse; mais ça va - puisque c'est ce qui s'est passé! Plus tard, lorsque vous fusionnerez enfin votre branche dans master, c'est quand une fusion affichera enfin toutes vos modifications telles qu'elles ont été apportées à master(ce qui est exactement ce que vous voulez, et c'est le commit où les gens s'attendent à trouver ces informations de toute façon).

J'ai vérifié et l'approche ci-dessous montre également exactement les mêmes changements (tous les changements effectués aqdepuis la séparation d' origine entre aqet master) que l'approche normale ci-dessus, lorsque vous fusionnez enfin tout master. Je pense donc que son seul véritable inconvénient (en plus d'être trop complexe et non standard ...: - /) est que si vous modifiez n modifications récentes avec git reset --hard HEAD~<n>et cela passe au-delà de la fusion, la version ci-dessous annule la «mauvaise» branche, que vous devez réparer à la main (par exemple avec git reflog& git reset --hard [sha]).

[Donc, ce que je pensais auparavant était que:]

Il y a un problème avec:

git checkout aq
git merge master

car les modifications affichées dans la validation de fusion (par exemple, si vous regardez maintenant ou plus tard dans Github, Bitbucket ou votre visualiseur d'historique git local préféré) sont les modifications apportées sur master, ce qui peut ne pas être ce que vous voulez.

D'autre part

git checkout master
git merge aq

affiche les modifications apportées à aq, ce qui est probablement ce que vous voulez. (Ou, du moins, c'est souvent ce que je veux!) Mais la fusion montrant les bons changements est sur la mauvaise branche!

Comment faire face?!

Le processus complet, se terminant par un commit de fusion montrant les modifications apportées sur aq (comme pour la deuxième fusion ci-dessus), mais avec la fusion affectant la branche aq, est:

git checkout master
git merge aq
git checkout aq
git merge master
git checkout master
git reset --hard HEAD~1
git checkout aq

Ceci: fusionne aq sur master, avance rapidement cette même fusion sur aq, l'annule sur master et vous remet sur aq!

J'ai l'impression de manquer quelque chose - cela semble être quelque chose que vous voudriez évidemment, et quelque chose qui est difficile à faire.

De plus, le rebase n'est PAS équivalent. Il perd les horodatages et l'identité des commits effectués sur aq, ce qui n'est pas non plus ce que je veux.

Scénario:

• J'ai créé une branche à partir de master say branch-1 et l'ai envoyée à ma section locale.
• Mon ami a créé une branche à partir de master say branch-2.
• Il a commis quelques modifications de code à master.
• Maintenant, je veux transférer ces modifications de la branche principale vers ma branche locale.

Solution

git stash // to save all existing changes in local branch
git checkout master // Switch to master branch from branch-1
git pull // take changes from the master
git checkout branch-1 // switchback to your own branch
git rebase master // merge all the changes and move you git head  forward
git stash apply // reapply all you saved changes 

Vous pouvez trouver des conflits sur votre fichier après avoir exécuté "git stash apply". Vous devez le réparer manuellement et maintenant vous êtes prêt à pousser.