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

Question

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

Je veux les renommer en master-old à la fois localement et sur le site distant. Est-ce possible ?

Pour les autres utilisateurs qui ont suivi origin/master (et qui ont toujours mis à jour leur master branche via git pull ), que se passerait-il si je renommais la branche distante ?
Est-ce que leur git pull fonctionnerait toujours ou bien une erreur se produirait, indiquant qu'il n'a pas pu trouver origin/master plus ?

Ensuite, plus loin, je veux créer une nouvelle master (à la fois localement et à distance). Encore une fois, après avoir fait cela, que se passe-t-il maintenant si les autres utilisateurs font git pull ?

Je suppose que tout cela entraînerait beaucoup d'ennuis. Existe-t-il un moyen propre d'obtenir ce que je veux ? Ou devrais-je simplement laisser master telle qu'elle est et créer une nouvelle branche master-new et y travailler plus tard ?

Answer 1

Ce qui se rapproche le plus d'un renommage, c'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

Toutefois, cette méthode présente de nombreux inconvénients. Tout d'abord, aucun checkout existant ne sera informé du changement de nom - Git ne fait pas de distinction entre les deux. pas tente de suivre les renommages de branches. Si le nouveau master n'existe pas encore, git pull se trompera. Si le nouveau master a été créé. le pull va tenter de fusionner master y master-old . C'est donc généralement une mauvaise idée, sauf si vous avez la coopération de toutes les personnes qui ont extrait le dépôt précédemment.

Note : Les versions plus récentes de Git ne vous permettront pas de supprimer la branche master à distance par défaut. Vous pouvez passer outre en définissant l'option receive.denyDeleteCurrent de la valeur de la configuration pour warn o ignore sur le à distance dépôt. Sinon, si vous êtes prêt à créer un nouveau master tout de suite, sautez la section git push remote :master étape, et passer --force au git push remote master étape. Notez que si vous n'êtes pas en mesure de modifier la configuration de la branche distante, vous ne serez pas en mesure de supprimer complètement la branche maître !

Cette mise en garde ne s'applique qu'à la branche en cours (généralement la branche master ) ; toute autre branche peut être supprimée et recréée comme ci-dessus.

Answer 2

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. Faites d'abord un master-old dans le origin basé sur le référentiel master dans le référentiel local.
2. Créez une nouvelle branche locale pour cette nouvelle origin/master-old (qui sera automatiquement configurée comme une branche de suivi).
3. Maintenant, dirigez votre master vers le commit vers lequel vous voulez qu'il pointe.
4. Enfin, le changement de force master dans le origin pour refléter votre nouveau dépôt local master .

(Si vous le faites d'une autre manière, vous avez besoin d'au moins une étape supplémentaire pour garantir que master-old est correctement configuré pour suivre origin/master-old . Aucune des autres solutions affichées au moment de la rédaction de cet article n'inclut cela).

Answer 3

Avec Git v1.7, je pense que cela a légèrement changé. Il est maintenant très facile de mettre à jour la référence de suivi de votre branche locale vers le nouveau fichier distant.

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

Answer 4

git checkout -b new-branch-name
git push remote-name new-branch-name :old-branch-name

Vous devrez peut-être passer manuellement à new-branch-name avant de supprimer old-branch-name

Answer 5

Je présume que vous demandez toujours la même chose que dans votre question précédente . C'est-à-dire que le maître-nouveau ne contiendra pas le maître-ancien dans son histoire.* Si vous appelez le maître-nouveau "maître", vous aurez effectivement réécrit l'histoire. Cela n'a pas d'importance comment on arrive à un état dans lequel le maître n'est pas un descendant d'une position précédente de maître, simplement qu'il est dans cet état.

Les autres utilisateurs qui tentent d'effectuer des extractions alors que le master n'existe pas verront simplement leurs extractions échouer (pas de tel ref sur le dépôt distant), et une fois qu'il existe à nouveau à un nouvel endroit, leurs extractions devront tenter de fusionner leur master avec le nouveau master distant, tout comme si vous aviez fusionné master-old et master-new dans votre dépôt. Étant donné ce que vous essayez de faire ici, la fusion aurait des conflits. (S'ils étaient résolus, et que le résultat était repoussé dans le référentiel, vous seriez dans un état encore pire - les deux versions de l'historique là).

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

*Si c'était le cas, cela reviendrait à pousser des changements sur master, puis à créer une nouvelle branche à l'endroit où elle se trouvait auparavant. Pas de problème.