diff --git a/book/07-git-tools/sections/submodules.asc b/book/07-git-tools/sections/submodules.asc
index d622f11..9e18d67 100644
--- a/book/07-git-tools/sections/submodules.asc
+++ b/book/07-git-tools/sections/submodules.asc
@@ -439,7 +439,7 @@ Cela forcera Git à lancer  `git submodule update` juste après le tirage, de ma
 De plus, si vous voulez que Git tire toujours avec `--recurse-submodules`, vous pouvez régler l'option de configuration `submodule.recurse` à true (cela marche pour `git pull` depuis Git 2.15).
 Cette option forcera Git à utiliser le drapeau `--recurse-submodules` pour toutes les commandes qui le supportent (à part `clone`).
 
-Il y a une situation spéciale qui peut arriver lors du tirage depuis le super-projet ; le dépôt amont peut avoir modifié l'URL du sous-module dans le fichier `.gitmodules` dans un des commits qui vous tirez.
+Il y a une situation spéciale qui peut arriver lors du tirage depuis le super-projet ; le dépôt amont peut avoir modifié l'URL du sous-module dans le fichier `.gitmodules` dans un des commits que vous tirez.
 Cela peut arriver si le projet du sous-module change de plate-forme d'hébergement.
 Dans ce dernier cas, il est possible pour `git pull --recurse-submodules`, or `git submodule update`, d'échouer si le super-projet fait référence à un commit d'un sous-module qui n'est pas trouvé dans le serveur distant du sous-module configuré localement dans votre dépôt.
 Pour corriger cette situation, la commande `git submodule sync` est nécessaire :