From 6c94791e22929c318273e6b8b5b28016a4867fcf Mon Sep 17 00:00:00 2001
From: Olivier Maury <Olivier.Maury@inrae.fr>
Date: Mon, 13 Jan 2025 09:10:56 +0100
Subject: [PATCH 1/2] =?UTF-8?q?fix:=20utiliser=20la=20terminologie=20GitLa?=
 =?UTF-8?q?b=20=C2=AB=20Requ=C3=AAte=20de=20fusion=20=C2=BB.=20fixes=20#70?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 03_branches/08_fusion_conflit_remisage.qmd | 16 ++++++++++------
 03_branches/09_rebase.qmd                  |  4 ++--
 2 files changed, 12 insertions(+), 8 deletions(-)

diff --git a/03_branches/08_fusion_conflit_remisage.qmd b/03_branches/08_fusion_conflit_remisage.qmd
index 3250688..f7b9a07 100644
--- a/03_branches/08_fusion_conflit_remisage.qmd
+++ b/03_branches/08_fusion_conflit_remisage.qmd
@@ -4,7 +4,7 @@
 
 ::: callout-tip
 ## Définition
-Le *merge request* est une demande de fusion spécifique à GitLab qui vise à incorporer des changements d'une branche spécifique dans la branche principale (*main*).
+Le *merge request* est une requête de fusion spécifique à GitLab qui vise à incorporer des changements d'une branche spécifique dans la branche principale (*main*).
 :::
 
 <!--
@@ -32,6 +32,12 @@ gitGraph
 
 Fusion de hotfix sur main puis de issue-1 sur main
 
+::: {.notes}
+Termes utilisés dans :
+
+- GitHub : *Pull request*
+- GitLab : *Merge request*, « requête de fusion »
+:::
 
 ## Démo dans GitLab
 
@@ -39,11 +45,11 @@ GitLab permet de simplifier les étapes :
 
 * Nous avons vu :
   1) Créer une issue
-  1) Créer une demande de fusion avec une branche depuis chaque issue
+  1) Créer une requête de fusion avec une branche depuis chaque issue
   1) Récupérer la branche en local
   1) Faire les modifications, valider, pousser
 * Le formateur réalise la fusion :
-  1) accepter la demande de fusion
+  1) accepter la requête de fusion
   2) déclencher la fusion
   3) parcourir la branche main et constater les modifications
 
@@ -144,7 +150,7 @@ Git vous indique les conflits de fusions si quoi que ce soit ne s’applique pas
 Si vous attendez trop longtemps pour fusionner deux branches qui divergent rapidement, vous rencontrerez des problèmes.
 
 * nombreux conflits à régler
-* risques accrus d'avoir à reprendre profondemment le code de votre branche pour la fusionner 
+* risques accrus d'avoir à reprendre profondemment le code de votre branche pour la fusionner
 
 ## Démo
 
@@ -167,5 +173,3 @@ Pour plus d'information sur le remisage et le nettoyage : [https://git-scm.com/b
 :::{.notes}
 [source](https://git-scm.com/book/fr/v2/ch00/s_git_stashing)
 :::
-
-
diff --git a/03_branches/09_rebase.qmd b/03_branches/09_rebase.qmd
index 82616f5..141f4e7 100644
--- a/03_branches/09_rebase.qmd
+++ b/03_branches/09_rebase.qmd
@@ -59,7 +59,7 @@ git rebase main
 
 ## Rebasage dans GitLab
 
-Peut se faire dans GitLab dans la demande de fusion
+Peut se faire dans GitLab dans la requête de fusion
 
 ![](images/09_rebasage.png)
 
@@ -123,7 +123,7 @@ De préférence, rebaser uniquement des branches :
 1) commit
 1) push
 1) connexion à la forge
-1) activation de la demande de fusion
+1) activation de la requête de fusion
 1) rebasage sur GitLab
 1) pull pour récupérer la branche mise à jour
 1) poursuite de la fusion
-- 
GitLab


From 4aa813d804c8a02eedf012075614f31f7fad1550 Mon Sep 17 00:00:00 2001
From: Olivier Maury <Olivier.Maury@inrae.fr>
Date: Wed, 15 Jan 2025 13:56:59 +0100
Subject: [PATCH 2/2] Trigger Build

-- 
GitLab