Changer de base de branche

J'ai un arbre comme celui-ci:

(commit 1) - master
                \-- (commit 2) - (commit 3) - demo
                                                \-- (commit 4) - (commit 5) - PRO

et je dois déplacer la branche PRO vers master

(commit 1) - master
                |-- (commit 2) - (commit 3) - demo
                \-- (commit 4) - (commit 5) - PRO

J'ai essayé une git rebase masterbranche PRO, mais rien ne se passe.

Pour clarifier : je travaillais en master puis j'ai dû faire une démo produit ( git checkout -b demoet quelques commits). Ensuite, par erreur, je crée une autre branche à partir de la démo ( git checkout -b PROet quelques commits) et maintenant je dois déplacer la branche PRO vers master et laisser la démo intacte. À la fin, la démo et PRO seront suspendus au maître.

Utilisez --ontopour cela:

git rebase --onto newBase oldBase feature/branch

Compte tenu de votre cas:

git checkout PRO # Just to be clear which branch to be on.
git rebase --onto master demo PRO

En gros, vous prenez tous les commits de suite demojusqu'à PRO, et les rebasage sur la mastervalidation.

J'essaierai d'être aussi générique que possible. Tout d'abord, assurez-vous que vous êtes sur la branche souhaitée:

git checkout current-branch

Ensuite, utilisez la commande suivante (où new-base-branchest la branche que vous voulez être votre nouvelle base, et current-base-branchest la branche qui est votre base actuelle.)

git rebase --onto new-base-branch current-base-branch

Si vous n'avez pas de conflits, alors c'est parfait - vous avez terminé. Si vous le faites (dans la plupart des cas), veuillez lire la suite.

Des conflits peuvent survenir et vous devrez les résoudre manuellement. Git essaie maintenant de faire une "fusion à 3 voies" entre votre current-branch, current-base-branchet new-base-branch. En gros, voici comment git fonctionnera en interne:

1. Git va d'abord rebaser current-base-branchle dessus du new-base-branch. Il pourrait y avoir des conflits; que vous devrez résoudre manuellement. Après cela, vous faites généralement git add .et git rebase --continue. Cela créera un nouveau commit temporaire temp-commit-hashpour cela.

2. Après cela, Git va maintenant rebaser votre current-branchdessus temp-commit-hash. Il peut y avoir d'autres conflits et encore une fois, vous devrez les résoudre manuellement. Une fois cela fait, vous continuez avec git add .et git rebase --continue, après quoi vous avez rebasé avec succès votre current-branchsur le dessus du new-base-branch.

Remarque: si vous commencez à gâcher, vous pouvez le faire à git rebase --aborttout moment pendant le processus de rebase et revenir au point de départ.

Checkout to PRObranch, Copiez les hachages de commit les plus anciens ( commit4 ) et les derniers ( commit5 ) de cette branche et collez ailleurs:

$ git checkout PRO
$ git log            # see the commit history
# copy the oldest & latest commit-hash 

Supprimez la PRObranche (gardez une sauvegarde juste pour la sécurité). Créez et passez à une nouvelle PROsuccursale à partir de master:

$ git branch PRO.bac    # create a new branch PRO.bac = PRO as backup

$ git checkout master
$ git branch -D PRO     # delete the local PRO branch
$ git checkout -b PRO   # create and checkout to a new 'PRO' branch from 'master'

Prenez ( choisissez en cerisier ) la plage de commits de la PRObranche précédente dans la nouvelle PRObranche:

$ git cherry-pick commit4^..commit5   # cherry-pick range of commits
# note the '^' after commit4

Maintenant, si tout va bien, alors forcez (-f) push to remote PRObranch et supprimez la PRO.bacbranche locale :

$ git log                  # check the commit history

$ git push -f origin HEAD  # replace the remote PRO by local PRO branch history
# git branch -D PRO.bac    # delete local PRO.bac branch

J'avais une approche légèrement différente en utilisant la réinitialisation et les stashes qui évite de supprimer et de recréer des branches ainsi que d'éliminer le besoin de changer de branche:

$ git checkout PRO
$ git reset commit4 # This will set PROs HEAD to be at commit 4, and leave the modified commit 5 files in ur working index
$ git stash save -m "Commit message"
$ git reset commit 3
$ git stash save -m "Commit message"
$ git reset master --hard
$ git stash pop
$ git stash pop
$ git push --force # force if its already been push remotely

En réinitialisant la branche sur une base de validation par validation, vous ne faites que rembobiner l'historique des branches une validation à la fois.