Les Workflows Git et autres outils DevOPS

Workflow centralisé

Workflow centralisé

Un repo centralisé (e.g. sur GitLab ou GitHub) contient l'historique partégé du projet

Workflow centralisé

La branche de développement par défaut se nomme "main" (ou "master"). Tous les changements sont intégrés dans cette branche.

Workflow centralisé

Ce workflow n'utilise pas d'autre branche.

Il peut convenir pour les petits projets avec très peu de collaborateurs.

Workflow centralisé

Workflow centralisé

							git clone ssh://bob@host/path/to/repo.git
						

Workflow centralisé

							git clone ssh://alice@host/path/to/repo.git
						

Workflow centralisé

							git add some-file
							git commit -m "Add some-file"
						

Workflow centralisé

							git push
						

Workflow centralisé

							git pull
						

Workflow centralisé

							git add some-file
							git commit -m "Add some-file" 
						

Workflow centralisé

							git push
						

Workflow centralisé

							git pull
						

Workflow centralisé

Workflow centralisé

Comme plusieurs développeurs travaillent sur la branche principale, il est difficile de trouver un moment stable pour déployer le projet (en prod).

Les développeurs doivent alors conserver les modifications instables en local jusqu'à ce qu'elles soient prêtes à être publiées.

Feature Branch Workflow

Feature Branch Workflow

La branche principale (master ou main) contient la version "distribuable" du projet.

Chaque nouvelle fonctionnalité est développée dans une branche dédiée plutôt que dans la branche principale.

Ainsi, les développeurs peuvent travailler sur leurs fonctionnalités sans modifier la branche principale.

Feature Branch Workflow

La branche principale n'est plus polluée par des fonctionnalités inachevées (moins de risques de bugs).

C'est une nécessité pour les environnements d'intégration continue (CI/CD).

Feature Branch Workflow

Feature Branch Workflow

							bob (???) $ git checkout main
						

Feature Branch Workflow

							bob (main) $ git checkout -b user-authentication
						

Feature Branch Workflow

Les branches de fonctionnalité doivent avoir des noms descriptifs, comme "sso-authentication" ou "issue-#3029".

Chaque branche doit répondre à un objectif clair et précis.

Feature Branch Workflow

							bob (user-authentication) $ git add app.py
							bob (user-authentication) $ git commit -m "Add a user authentication function."
						

Feature Branch Workflow

Feature Branch Workflow

							bob (user-authentication) $ git push -u origin user-authentication
						

Feature Branch Workflow

							alice (main) $ git fetch
							alice (user-authentication) $ git checkout -t origin/user-authentication
						

Feature Branch Workflow

							alice (user-authentication) $ git add app.py
							alice (user-authentication) $ git commit -m "Add type hints."
						

Feature Branch Workflow

							alice (user-authentication) $ git push
						

Feature Branch Workflow

Création d'une merge request

Feature Branch Workflow

Feature Branch Workflow

Feature Branch Workflow

Feature Branch Workflow

							bob (user-authentication) $ git pull
						

Feature Branch Workflow

							bob (user-authentication) $ git add app.py
							bob (user-authentication) $ git commit -m "Add documentation"
						

Feature Branch Workflow

							bob (user-authentication) $ git push
						

Feature Branch Workflow

Revue de la merge request

Feature Branch Workflow

Approbation du merge par le reviewer

Feature Branch Workflow

							bob (user-authentication) $ git pull
						

Feature Branch Workflow

							bob (user-authentication) $ git checkout main
							bob (user-authentication) $ git pull
							bob (user-authentication) $ git branch -d user-authentication
							bob (user-authentication) $ git push origin --delete user-authentication
							bob (user-authentication) $ git fetch -p
						

Feature Branch Workflow

							alice (user-authentication) $ git checkout main
							alice (user-authentication) $ git pull
							alice (user-authentication) $ git branch -d user-authentication
							alice (user-authentication) $ git fetch -p
						

Feature Branch Workflow

Feature Branch Workflow

Idéalement, une branche de fonctionnalité devrait avoir une durée de vie courte : quelques jours voir quelques heures.

Plus la durée de vie de la branche est longue, plus le risque de trouver des conflits d'intégration lors de la fusion avec la branche principale est élevé.

Personal branching Git workflow

Personal branching Git workflow

Chaque développeur a une branche personnelle sur le dépôt centralisé.

La branche principale reflète l'état du projet en production.

Les développeurs poussent leurs modifications de leur branche personnelle vers la branche principale quand les features ajoutées sont prètes.

Personal branching Git workflow

Les développeurs peuvent travailler sur des fonctionnalités sans "polluer" la branche principale avec des fonctionnalités inachevées.

On a les mêmes avantages que le feature branching mais avec moins de branches (pour les petites équipes) donc plus facile à gérer.

Personal branching Git workflow

Ça peut être une option si tous les développeurs travaillent sur des fonctionnalités différentes.

Ça peut être utile pour les développements longs qui ne tiennent pas sur un sprint.

Gitflow Workflow

Gitflow Workflow

Adapté dans le cadre d'un workflow de logiciel basé sur la livraison.

Gitflow fournit un canal dédié pour les hotfix vers la production.

Gitflow Workflow

Il a perdu en popularité.

Difficile à utiliser avec l'intégration et le développement continus.

Gitflow Workflow

Utilise des branches de fonctionnalité et plusieurs branches primaires.

Dans ce modèle, les développeurs créent une branche de fonctionnalité et attendent que la fonctionnalité soit terminée pour la merger à la branche « trunk » principale.

Outre les branches de fonctionnalité (feature), le workflow utilise des branches individuelles pour la préparation, la maintenance et l'enregistrement des livraisons.

Gitflow Workflow

1. Une branche develop est créée à partir de main.
2. Une branche release est créée à partir de la branche develop.
3. Des branches feature sont créées à partir de la branche develop.
4. Lorsqu'une fonctionnalité est terminée, elle est mergée dans la branche develop.
5. Lorsque la branche release est terminée, elle est mergée dans la develop et dans main.
6. Si un problème est détecté dans la branche main, une branche hotfix est créée à partir de main.
7. Une fois la branche hotfix terminée, elle est mergée dans develop et dans main.

Feature Branch Workflow

Workflow de duplication ("Fork & Pull")

Workflow de duplication ("Fork & Pull")

Modèle de Référentiel Partagé

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

							git clone ssh://bob@host/path/to/repo.git
						

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

							git clone ssh://alice@host/path/to/repo.git
						

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

							git add bob_file
							git commit -m "Bob's update."
						

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

							git push -u origin main
						

Workflow de duplication ("Fork & Pull")

Modèle de "Fork & Pull"

Workflow de duplication ("Fork & Pull")

Exemple : le GitHub flow

https://docs.github.com/fr/get-started/quickstart/github-flow

GitLab Workflow

GitLab Workflow

Similaire au feature branch workflow

Les branches sont créées directement sur GitLab (i.e. sur le dépôt distant) via l'intégration au gestionnaire d'"Issues".

GitLab Workflow

GitLab VS Code Extension

Extension VSCode