From f0f862981d40bcc29d67c1a5b7c188cb8e9c51e8 Mon Sep 17 00:00:00 2001 From: Adrien Ollier Date: Thu, 22 Nov 2018 21:11:18 +0100 Subject: [PATCH] coquille --- book/07-git-tools/sections/subtree-merges.asc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/book/07-git-tools/sections/subtree-merges.asc b/book/07-git-tools/sections/subtree-merges.asc index 9acd2c0b..b5f9917f 100644 --- a/book/07-git-tools/sections/subtree-merges.asc +++ b/book/07-git-tools/sections/subtree-merges.asc @@ -83,7 +83,7 @@ Toutes les modifications du projet Rach sont fusionnées et prêtes à être val Vous pouvez aussi faire l'inverse – faire les modifications dans le sous-dossier `rack` de votre branche `master` et ensuite les fusionner plus tard dans votre branche `rack_branch` pour les soumettre aux mainteneurs ou les pousser en amont. Ceci nous donne un moyen d'avoir un flux de travail quelque peu similaire au flux de travail des sous-modules sans utiliser les sous-modules (que nous couvrirons dans <>). -Npus pouvons garder dans notre dépôt des branches avec d'autres projets liés et les fusionner façon sous-arbre dans notre projet occasionnellement. +Nous pouvons garder dans notre dépôt des branches avec d'autres projets liés et les fusionner façon sous-arbre dans notre projet occasionnellement. C'est bien par certains côtés ; par exemple tout le code est validé à un seul endroit. Cependant, cela a d'autres défauts comme le fait que c'est un petit peu plus complexe et c'est plus facile de faire des erreurs en réintégrant les modifications ou en poussant accidentellement une branche dans un dépôt qui n'a rien à voir.