Renommer la branche principale pour les dépôts Git locaux et distants

j'ai la branche master qui suit la branche distante origin/master .

je veux les renommer en master-old localement et à distance. Est-ce possible? Pour les autres utilisateurs qui ont suivi origin/master (et qui ont toujours mis à jour leur branche locale master via git pull ), que se passerait-il après que j'ai renommé la branche distante? Est-ce que leur git pull fonctionnerait encore ou serait-ce une erreur qu'il ne pourrait plus trouver origin/master ?

ensuite, plus loin, je veux créer une nouvelle branche master (localement et à distance). Encore une fois, après que j'ai fait cela, que se passerait-il maintenant si les autres utilisateurs font git pull ?

je suppose que tout cela entraînerait beaucoup de problèmes. Est-il un moyen propre à obtenir ce que je veux? Ou devrais-je simplement laisser master tel qu'il est et créer une nouvelle branche master-new et juste y travailler plus loin?

756
demandé sur Albert 2009-10-06 20:51:57
la source

15 ответов

la chose la plus proche du renommage est la suppression puis la recréation sur la télécommande. Par exemple:

git branch -m master master-old
git push remote :master         # delete master
git push remote master-old      # create master-old on remote

git checkout -b master some-ref # create a new local master
git push remote master          # create master on remote

cependant, il y a beaucoup de mises en garde. Tout d'abord, aucun check - out existant ne sera au courant de la renom-git ne pas tenter de suivre les renommages de branche. Si le nouveau master n'existe pas encore, git pull erreur. Si le nouveau master a été créé. le pull tentera de fusionner master et master-old . Si c'est généralement une mauvaise idée sauf si vous avez la coopération de tous ceux qui ont vérifié le dépôt auparavant.

Note: les nouvelles versions de git ne vous permettront pas de supprimer la branche principale à distance par défaut. Vous pouvez modifier cela en définissant la valeur de configuration receive.denyDeleteCurrent à warn ou ignore sur le dépôt à distance . Sinon, si vous êtes prêt à créer un nouveau maître tout de suite, sautez l'étape git push remote :master , et passer --force à l'étape git push remote master . Notez que si vous n'êtes pas capable de changer la configuration de la télécommande, vous ne pourrez pas supprimer complètement la branche principale!

cette mise en garde ne s'applique qu'à la branche courante (habituellement la branche master ); toute autre branche peut être supprimée et recréée comme ci-dessus.

577
répondu bdonlan 2014-08-12 18:32:00
la source

en supposant que vous êtes actuellement sur master :

git push origin master:master-old        # 1
git branch master-old origin/master-old  # 2
git reset --hard $new_master_commit      # 3
git push -f origin                       # 4
  1. faire D'abord une branche master-old dans le dépôt origin , basée sur la propagation master dans le dépôt local.
  2. crée une nouvelle branche locale pour cette nouvelle branche origin/master-old (qui sera automatiquement configurée correctement comme une branche de suivi).
  3. maintenant, pointez votre local master à l'endroit où vous le voulez. pour le pointage.
  4. enfin, changez la force master dans le dépôt origin pour refléter votre nouveau local master .

(si vous le faites de toute autre manière, vous avez besoin d'au moins un pas de plus pour vous assurer que master-old est correctement configuré pour suivre origin/master-old . Aucune des autres solutions affiché au moment de cette écriture.)

242
répondu Aristotle Pagaltzis 2010-09-25 00:26:43
la source

Avec Git v1.7, je pense que cela a quelque peu changé. Mettre à jour la référence de suivi de votre branche locale vers la nouvelle télécommande est maintenant très facile.

git branch -m old_branch new_branch         # Rename branch locally    
git push origin :old_branch                 # Delete the old branch    
git push --set-upstream origin new_branch   # Push the new branch, set local branch to track the new remote
148
répondu Excalibur 2013-04-25 21:22:13
la source
git checkout -b new-branch-name
git push remote-name new-branch-name :old-branch-name

vous pourriez devoir passer manuellement à new-branch-name avant de supprimer old-branch-name

35
répondu Treken 2014-03-12 15:43:27
la source

il y a plusieurs façons de renommer la succursale, mais je vais me concentrer sur le plus gros problème: " comment permettre aux clients d'accélérer et de ne pas avoir à jouer avec leurs succursales localement " .

D'abord une photo rapide: renaming master branch and allowing clients to fast-forward

c'est quelque chose de facile à faire, mais n'en abusez pas. L'idée toute entière repose sur la fusion commits; comme ils permettent des histoires fast-forward, et link d'une branche à l'autre.

renommer la branche:

# rename the branch "master" to "master-old"
# this works even if you are on branch "master"
git branch -m master master-old

la création du nouveau "maître" de la branche:

# create master from new starting point
git branch master <new-master-start-point>

la création d'une opération de fusion s'engagent à avoir un parent-enfant de l'histoire:

# now we've got to fix the new branch...
git checkout master

# ... by doing a merge commit that obsoletes
# "master-old" hence the "ours" strategy.
git merge -s ours master-old

et voilà.

git push origin master

cela fonctionne parce que la création d'une merge commit permet fast-forwarding la branche à une nouvelle révision.

à l'aide d'un judicieux de fusionner message de commit:

renamed branch "master" to "master-old" and use commit ba2f9cc as new "master"
-- this is done by doing a merge commit with "ours" strategy which obsoletes
   the branch.

these are the steps I did:

git branch -m master master-old
git branch master ba2f9cc
git checkout master
git merge -s ours master-old
25
répondu dnozay 2016-10-24 19:12:36
la source

je suppose que vous posez toujours la même question que dans votre question précédente . Qui est, maître-nouveau testament contient pas de maître-ancien dans son histoire.* Si vous appelez maître-nouveau "maître", vous avez réécrit l'histoire. Il n'a pas d'importance comment , vous entrez dans un état dans lequel le maître n'est pas un descendant d'un ancien poste de maître, simplement que c'est dans cet état.

autres utilisateurs tentant de tirez alors que le maître n'existe pas en auront simplement leur tire échec (réf sur la télécommande), et une fois qu'il existe à nouveau dans un nouveau lieu, leur tire vont tenter de fusionner leur maître avec la nouvelle télécommande maître, comme si vous fusionnées maître-vieux-maître de nouveau dans votre référentiel. Étant donné ce que vous essayez de faire ici, la fusion aurait des conflits. (S'ils étaient résolus, et le résultat repoussé dans le dépôt, vous seriez dans un État encore pire - les deux versions de l'histoire là-bas.)

pour répondre à votre question simplement: vous devez accepter que parfois il y aura des erreurs dans votre histoire. Ce n'est pas grave. Il arrive à tout le monde. Il y a des propagations inversées dans le git.le dépôt git. L'important est qu'une fois que nous publions l'histoire, c'est quelque chose en quoi tout le monde peut avoir confiance.

*si c'était le cas, cela équivaudrait à apporter des changements à master, puis à créer une nouvelle branche là où elle était. Pas de problème.

11
répondu Cascabel 2017-05-23 14:54:59
la source

la réponse sélectionnée a échoué quand je l'ai essayée. Il lance une erreur: refusing to delete the current branch: refs/heads/master . Je suppose que je vais poster ce qui fonctionne pour moi:

git checkout master             # if not in master already

git branch placeholder          # create placeholder branch
git checkout placeholder        # checkout to placeholder
git push remote placeholder     # push placeholder to remote repository

git branch -d master            # remove master in local repository
git push remote :master         # remove master from remote repository.

le truc est de vérifier le trou juste avant de le pousser vers le dépôt distant. Le reste est explicite, en supprimant la branche principale et en la poussant vers le dépôt distant devrait fonctionner maintenant. Extrait de ici .

8
répondu Hendra Uzia 2017-05-23 15:18:26
la source

bien. Mes 2 cents. Pourquoi ne pas se connecter au serveur, aller dans le répertoire git et renommer la branche dans le dépôt nu. Ceci n'a pas tous les problèmes associés au rechargement de la même branche. En fait, les' clients ' reconnaîtront automatiquement le nom modifié et changeront leur référence distante. Après (ou avant), vous pouvez également modifier le nom local de la direction générale.

3
répondu 2012-10-26 22:32:55
la source

Ce sujet:

git checkout old-branch-name
git push remote-name new-branch-name
git push remote-name :old-branch-name
git branch -m new-branch-name
1
répondu Hannes Tydén 2010-08-17 12:21:10
la source

C'est la manière la plus simple et la plus "lisible" que je connaisse:

'Move', branche locale à l'aide de m

git branch -m my_old_branch_name my_new_branch_name

pousser la branche 'moved' vers la télécommande, régler 'upstream' en utilisant -u

git push origin -u my_new_branch_name

(paramètre "en amont" essentiellement "liant" à votre succursale locale de la distance, de sorte que des choses comme les extraire, tirer et pousser de travail)

Supprimer l'ancienne branche de la télécommande

git push origin -D <old_name>

(votre succursale locale est déjà partie, parce que vous l'avez "déplacée" dans la première étape)

1
répondu Chris Halcrow 2017-12-08 04:15:25
la source

OK , renommer une branche à la fois localement et sur la télécommande est assez facile!...

si vous sur la branche, vous pouvez facilement faire:

git branch -m <branch>

ou si non, vous devez faire:

git branch -m <your_old_branch> <your_new_branch>

puis, pousser suppression à la télécommande comme ceci:

git push origin <your_old_branch>

Maintenant vous avez fait, si vous obtenez une erreur en amont pendant que vous essayez de pousser, faites simplement:

git push --set-upstream origin <your_new_branch>

je crée aussi l'image ci-dessous pour montrer les étapes en ligne de commande réelle, il suffit de suivre les étapes et vous seriez bon:

enter image description here

1
répondu Alireza 2018-03-26 13:51:32
la source

vous pouvez faire ce qui suit:

git -m master master-old #rename current master
git checkout -b master   #create a new branch master
git push -f origin master #force push to master

mais forcer est une mauvaise idée si d'autres personnes partagent ce dépôt. Force push fera entrer leur historique de révision en conflit avec le nouveau.

0
répondu Riyafa Abdul Hameed 2017-08-16 17:04:45
la source

ce qui suit peut être sauvegardé dans le script shell pour faire le travail:

par exemple:

remote="origin"

if [ "$#" -eq 0 ] # if there are no arguments, just quit
then
    echo "Usage: "151900920" oldName newName or "151900920" newName" >&2
    exit 1
elif
    [ "$#" -eq 1 ] # if only one argument is given, rename current branch
then 
    oldBranchName="$(git branch | grep \* | cut -d ' ' -f2)" #save current branch name
    newBranchName=
else
    oldBranchName=
    newBranchName=
fi

git branch -m $oldBranchName $newBranchName

git push $remote :$oldBranchName #delete old branch on remote
git push --set-upstream $remote $newBranchName # add new branch name on remote and track it

veuillez noter que ici le nom par défaut" origine " est codé en dur, vous pouvez étendre le script pour le rendre si configurable!

alors ce script peut être utilisé avec des alias bash, des alias git ou dans, par exemple, des actions personnalisées sourcetree.

0
répondu Empus 2018-04-08 20:51:48
la source

je crois que la clé est la réalisation que vous effectuez un double renommer: master en master-old et aussi master-new en master .

de toutes les autres réponses, j'ai synthétisé ceci:

doublerename master-new master master-old

où il faut d'abord définir la fonction de Bash doublerename :

# doublerename NEW CURRENT OLD
#   - arguments are branch names
#   - see COMMIT_MESSAGE below
#   - the result is pushed to origin, with upstream tracking info updated
doublerename() {
  local NEW=
  local CUR=
  local OLD=
  local COMMIT_MESSAGE="Double rename: $NEW -> $CUR -> $OLD.

This commit replaces the contents of '$CUR' with the contents of '$NEW'.
The old contents of '$CUR' now lives in '$OLD'.
The name '$NEW' will be deleted.

This way the public history of '$CUR' is not rewritten and clients do not have
to perform a Rebase Recovery.
"

  git branch --move $CUR $OLD
  git branch --move $NEW $CUR

  git checkout $CUR
  git merge -s ours $OLD -m $COMMIT_MESSAGE

  git push --set-upstream --atomic origin $OLD $CUR :$NEW
}

c'est similaire à un changement historique git rebase en ce que la branche le contenu est très différent, mais il diffère en ce que les clients peuvent encore en toute sécurité fast-forward avec git pull master .

-1
répondu Martin Vidner 2016-07-28 18:35:05
la source
git update-ref newref oldref
git update-ref -d oldref newref
-3
répondu dlamotte 2014-08-12 18:33:42
la source

Autres questions sur git git-branch