From 64e246714473e751810b255793f2bf06d45fcce3 Mon Sep 17 00:00:00 2001
From: Alexandre Honorat <alexandre.honorat@yahoo.fr>
Date: Fri, 8 Aug 2014 10:09:35 +0100
Subject: [PATCH] 1 new level translated in french, only 3 push levels
 remaining

---
 src/levels/remote/fetchRebase.js       |  2 +-
 src/levels/remote/mergeManyFeatures.js |  2 +-
 src/levels/remote/pushManyFeatures.js  | 59 +++++++++++++++++++++++++-
 3 files changed, 59 insertions(+), 4 deletions(-)

diff --git a/src/levels/remote/fetchRebase.js b/src/levels/remote/fetchRebase.js
index e8fb7e9a..1d676d18 100644
--- a/src/levels/remote/fetchRebase.js
+++ b/src/levels/remote/fetchRebase.js
@@ -8,7 +8,7 @@ exports.level = {
     "zh_TW": "diverged history",
     "es_AR": "Historia divergente",
     "de_DE": "Abweichende History",
-    "fr_FR": "Historique divergeant"
+    "fr_FR": "Historique divergent"
   },
   "hint": {
     "en_US": "check out the ordering from the goal visualization",
diff --git a/src/levels/remote/mergeManyFeatures.js b/src/levels/remote/mergeManyFeatures.js
index 3fb3df32..4a9f3636 100644
--- a/src/levels/remote/mergeManyFeatures.js
+++ b/src/levels/remote/mergeManyFeatures.js
@@ -73,7 +73,7 @@ exports.level = {
             "markdowns": [
               "## Pourquoi pas merge ?",
               "",
-              "Dans le but d'envoyer de nouvelles modifications sur le dépôt distant, tout ce que vous avez à faire est *incorporer* les derniers changements dans ce dépôt. Cela signifie que vous pouvez faire un rebase *ou* merge dans la branche distante (e.g. `o/master`).",
+              "Dans le but d'envoyer de nouvelles modifications sur le dépôt distant, la seule étape préliminaire est *d'incorporer* les derniers changements de ce dépôt dans le nôtre. Cela signifie qu'après, vous pouvez faire un rebase *ou* merge de la branche distante (e.g. `o/master`).",
               "",
               "Donc si l'on peut faire les deux méthodes, pourquoi les leçons se sont (re)basées (!) sur rebase jusqu'à présent ? Pourquoi n'aime-t-on pas `merge` dans les branches distantes ?",
               ""
diff --git a/src/levels/remote/pushManyFeatures.js b/src/levels/remote/pushManyFeatures.js
index 95b6af94..c78505d4 100644
--- a/src/levels/remote/pushManyFeatures.js
+++ b/src/levels/remote/pushManyFeatures.js
@@ -7,14 +7,16 @@ exports.level = {
     "zh_CN": "你随时都可以使用 undo/reset 命令.",
     "zh_TW": "你隨時都可以使用 undo 或 reset 指令。",
     "es_AR": "Acordate que siempre podés usar los comandos reset y undo",
-    "de_DE": "Denk dran, du kannst immer undo oder reset benutzen, um deine Befehle zurück zu nehmen."
+    "de_DE": "Denk dran, du kannst immer undo oder reset benutzen, um deine Befehle zurück zu nehmen.",
+    "fr_FR": "Rappelez-vous que vous pouvez toujours utiliser les commandes undo et reset."
   },
   "name": {
     "en_US": "Push Master!",
     "zh_CN": "Push Master!",
     "zh_TW": "push master！",
     "es_AR": "¡Push Master!",
-    "de_DE": "Push Master!"
+    "de_DE": "Push Master!",
+    "fr_FR": "Maître du push !"
   },
   "compareOnlyMasterHashAgnostic": true,
   "startDialog": {
@@ -71,6 +73,59 @@ exports.level = {
         }
       ]
     },
+    "fr_FR": {
+      "childViews": [
+        {
+          "type": "ModalAlert",
+          "options": {
+            "markdowns": [
+              "## Fusionner les modifications des branches",
+              "",
+              "Maintenant que vous êtes habitué à fetch, pull, et push, utilisons ces compétences dans le test avec un nouveau plan de travail.",
+              "",
+              "Il est commun pour les développeurs de gros projets de faire tout leur travail dans des branches représentant une fonctionnalité (en dehors de `master`) et d'intégrer ce travvail une fois qu'il est prêt. C'est similaire à la leçon précédente (où les branches secondaires étaient pushées sur le dépôt distant), mais ici nous introduisons une étape supplémentaire.",
+              "",
+              "Certains développeurs font un push puis un pull uniquement quand ils sont sur la branche `master` -- de cette manière `master` reste toujours à jour avec ce qu'il y a sur le dépôt distant (`o/master`).",
+              "",
+              "Ainsi pour ce faire nous combinons deux choses :",
+              "",
+              "* intégrer la fonctionnalité de la branche dans `master`, et",
+              "* pusher et puller sur le dépôt distant."
+            ]
+          }
+        },
+        {
+          "type": "GitDemonstrationView",
+          "options": {
+            "beforeMarkdowns": [
+              "Rappelons-nous rapidement comment mettre à jour `master` et envoyer (push) le travail."
+            ],
+            "afterMarkdowns": [
+              "Nous exécutons ici deux commandes :",
+              "",
+              "* on rebase nôtre travail sur de nouveaux commits, et",
+              "* on publie nôtre travail sur le dépôt distant"
+            ],
+            "command": "git pull --rebase; git push",
+            "beforeCommand": "git clone; git commit; git fakeTeamwork"
+          }
+        },
+        {
+          "type": "ModalAlert",
+          "options": {
+            "markdowns": [
+              "Ce niveau est assez gigantesque -- voici l'idée générale de la solution :",
+              "",
+              "* Il y a trois branches de fonctionnalités -- `side1` `side2` et `side3`",
+              "* Nous voulons envoyer chacune de ces modifications, dans l'ordre, sur le dépôt distant",
+              "* Le dépôt distant a été mis à jour entre-temps, donc nous avons aussi besoin d'intégrer ce travail",
+              "",
+              ":O difficile ! bonne chance, finir ce niveau est une grande étape."
+            ]
+          }
+        }
+      ]
+    },
     "es_AR": {
       "childViews": [
         {