Workflow Git

Principe

Une branche = un ticket = une MR. Ne pas melanger plusieurs features/tickets dans une meme branche.

Cycle de vie

1. Creer sa branche depuis develop

git checkout develop
git pull origin develop
git checkout -b NEX-123-description-courte

Le nom de branche doit commencer par le numero du ticket Jira.

2. Developper et commiter

Faire des commits conformes a la convention. Ne commiter que ce qui concerne le ticket.

3. Avant de creer la MR : rebase sur develop

git fetch origin
git rebase origin/develop

Resoudre les conflits si necessaire. S'assurer que la branche ne contient que les commits lies au ticket.

4. Pousser et creer la MR

git push origin NEX-123-description-courte

Creer la MR vers develop sur GitLab. La MR doit etre reviewee avant le merge.

5. Corrections apres merge (revision)

Si le ticket necessite des corrections apres avoir ete merge dans develop, creer une nouvelle branche suffixee -R :

git checkout develop
git pull origin develop
git checkout -b NEX-123-R-description-correction

Pour une deuxieme revision : NEX-123-R2-..., etc. Chaque revision suit le meme cycle.

Regles

• Ne jamais push directement sur develop — toujours passer par une MR
• Ne jamais melanger plusieurs tickets dans une meme branche/MR
• Rebase (pas merge) pour mettre a jour sa branche avec develop
• Squash les commits de WIP avant la MR — ne garder que des commits propres et atomiques
• La branche review est geree par le CI — ne jamais y pousser manuellement