Faire de la branche Git actuelle une branche master

Question

J'ai un référentiel dans Git. J'ai créé une branche, puis j'ai effectué quelques modifications à la fois sur le master et sur la branche.

Puis, des dizaines de commits plus tard, j'ai réalisé que la branche est dans un bien meilleur état que le master, donc je veux que la branche "devienne" le master et ne tienne pas compte des changements sur le master.

Je ne peux pas le fusionner, car je ne veux pas conserver les modifications sur master. Que dois-je faire ?

Extra : Dans ce cas, l'"ancien" maître a déjà été utilisé. push -vers un autre dépôt tel que GitHub. En quoi cela change-t-il les choses ?

Answer 1

Le problème avec les deux autres réponses est que le nouveau maître n'a pas l'ancien maître comme ancêtre, donc lorsque vous le poussez, tous les autres seront perturbés. C'est ce que vous voulez faire :

git checkout better_branch
git merge --strategy=ours master    # keep the content of this branch, but record a merge
git checkout master
git merge better_branch             # fast-forward master up to the merge

Si vous souhaitez que votre historique soit un peu plus clair, je vous recommande d'ajouter quelques informations au message de validation de la fusion afin de préciser ce que vous avez fait. Changez la deuxième ligne en :

git merge --strategy=ours --no-commit master
git commit          # add information to the template merge message

Answer 2

Edit : Vous n'avez pas dit que vous aviez poussé vers un repo public ! Cela fait une grande différence.

Il existe deux méthodes, la méthode "sale" et la méthode "propre". Supposons que votre branche s'appelle new-master . C'est la manière propre :

git checkout new-master
git branch -m master old-master
git branch -m new-master master
# And don't do this part.  Just don't.  But if you want to...
# git branch -d --force old-master

Les fichiers de configuration seront ainsi modifiés pour correspondre aux branches renommées.

Vous pouvez aussi le faire de la façon la plus simple, sans mettre à jour les fichiers de configuration. C'est un peu ce qui se passe sous le capot de l'application ci-dessus...

mv -i .git/refs/new-master .git/refs/master
git checkout master

Answer 3

Renommez la branche en master par :

git branch -M branch_name master

Answer 4

Les solutions données ici (renommer la branche dans 'master') n'insistent pas sur les conséquences pour le repo distant (GitHub) :

• si vous n'avez rien poussé depuis la création de cette branche, vous pouvez la renommer et la pousser sans problème.

• si vous avez poussé master sur GitHub, vous devrez 'git push -f' la nouvelle branche : vous ne pouvez plus pousser en mode avance rapide .

  -f
  --force

En général, la commande refuse de mettre à jour un ref distant qui n'est pas un ancêtre du ref local utilisé pour le remplacer. Ce drapeau désactive la vérification. Cela peut faire perdre des commits au référentiel distant ; utilisez-le avec précaution.

Si d'autres personnes ont déjà tiré votre repo, elles ne pourront pas tirer le nouvel historique du master sans remplacer leur propre master par la nouvelle branche master de GitHub (ou sans avoir à gérer de nombreuses fusions).
Il y a alternatives à un git push --force pour les dépôts publics .
La réponse de Jefromi (fusionner les bonnes modifications au master original) est l'une d'entre elles.

Answer 5

On peut aussi extraire tous les fichiers de l'autre branche dans master :

git checkout master
git checkout better_branch -- .

et ensuite valider tous les changements.