Git, bitbucket et le retour des vielles branches
Alors que vous avez bien travaillé avec votre dépôt git, vous voulez donner un nouvel élan à votre projet.
Ou simplement, repartir de zero ou presque, sans pour autant tout perdre.
La solution réside dans les branches.
Le but ici, va être de renommer notre branche principale en « archive », publier sur le dépôt la branche archive, créer une nouvelle branche principale et vider d’un certains nombre de fichiers notre branche principale. Publier le tout. On aura ainsi sur notre dépôt git, une branche archive contenant notre ancien projet, et une branche master, contenant quelques fichiers issues de l’ancienne branche principale, mais à destination de notre nouvelle version majeur.
Cette manipulation peut-être particulièrement intéressante lorsque l’on veux utiliser git pour gérer les scripts d’administration de serveurs. On fait une branche par machine, et à chaque fois on ne va garder dans notre branche master que les fichiers/scripts de base à la construction d’une machine.
Transformer la branche master en branche archive
Créer une nouvelle branche master
Supprimer des fichiers sur la branche master
On publie les modifications sur le dépôt bitbucket
Voila c’est tout.
Si on a besoin de retravailler sur archive, il suffit :
Se placer dans la branche archive:
Mettre à jour notre branche par rapport à la branche archive (marche aussi pour mettre à jour une branche locale toto par rapport à la branche distante archive)
Quelques commandes en plus :
Créer une branche à distance :
get fetch archive
Pour lier votre branche archive à la branche principale d’un dépôt distant :
Ainsi lors d’un push vers le dépôt distant, c’est la branche master qui sera mise à jour et non l’archive (dans notre exemple).