git : branches

Sources

• Official doc
• Tuto Jira

interêts

• travail collaboratif
• developpement de plusieurs fonctionnalités en parallele
• basculer rapidement d'un mode dev a un mode maintenance
• simplifier les choix des branches a passer en prod
• ...

Configuration

Qui dit branche, dit fusion de branche.
ex : j'ai terminé mon travail sur la branche dev, je veux pousser mon travail sur la branche principale. Je dois donc fusionner ces deux branches).

Git propose deux modes de fusion :

• merge (par defaut)
• rebase

Lorsque vous etes libre de choisir votre mode de fusion, preferez le mode "rebase".
Il permet de conserver un historique plus propre, plus lisible que le mode par defaut.
ou si vous travaillez sur plusieurs projets qui n'utilisent pas le meme mode de fusion.

travail en branche

Une organisation classique de travail en branches :

• main (ou prod) : version de prod.
• dev : version de developpement. C'est ici que vous fusionnerez votre travail pour test, avant passage en prod.
• dev-**feature** : pour le developpement d'une feature. On pourra avantageusement nommer la feature avec l'id de votre bug tracker/suivi de projet. ### gestion des branches - recuperer les nouvelles branches
  > git pull - se positionner dans la branche que l'on souhaite clonner

  > git checkout branch_source - creer une branche a partir de la branche courrante :

  git branch **branch-name** - changer de branche

  git checkout **branch-name** ``` - les deux en une seule ligne de commande :

  git checkout -b **branch-name** ``` - pousser sa nouvelle branche (le mieux c'est de le faire avant le 1er commit) : > git push ici git va gueuler, proposer une commande avec un --setupstream. LAncer cette commande. - fusionner deux branches > git checkout branche_destination > git rebase branche_source Et eventuellemet, corriger les conflits.