pas de retour à la ligne après un ';'

Author: aollier

book/01-introduction/sections/about-version-control.asc

@@ -24,8 +24,7 @@ image::images/local.png[Diagramme de gestion de version locale]
 
 Un des systèmes les plus populaires était RCS, qui est encore distribué avec de nombreux systèmes d'exploitation aujourd'hui.
 Même le système d'exploitation populaire Mac OS X inclut le programme `rcs` lorsqu'on installe les outils de développement logiciel.
-Cet outil fonctionne en conservant des ensembles de patchs (c'est-à-dire la différence entre les fichiers) d'une version à l'autre dans un format spécial sur disque ;
-il peut alors restituer l'état de n'importe quel fichier à n'importe quel instant en ajoutant toutes les différences.
+Cet outil fonctionne en conservant des ensembles de patchs (c'est-à-dire la différence entre les fichiers) d'une version à l'autre dans un format spécial sur disque ; il peut alors restituer l'état de n'importe quel fichier à n'importe quel instant en ajoutant toutes les différences.
 
 === Les systèmes de gestion de version centralisés
 

book/01-introduction/sections/basics.asc

@@ -2,10 +2,8 @@
 
 Donc, qu'est-ce que Git en quelques mots ?
 Il est important de bien comprendre cette section, parce que si on comprend la nature de Git et les principes sur lesquels il repose, alors utiliser efficacement Git devient simple.
-Au cours de l'apprentissage de Git, essayez de libérer votre esprit de ce que vous pourriez connaître d'autres VCS, tels que Subversion et Perforce ;
-ce faisant, vous vous éviterez de petites confusions à l'utilisation de cet outil.
-Git enregistre et gère l'information très différemment des autres systèmes, même si l'interface utilisateur paraît similaire ;
-comprendre ces différences vous évitera des surprises.(((Subversion)))(((Perforce)))
+Au cours de l'apprentissage de Git, essayez de libérer votre esprit de ce que vous pourriez connaître d'autres VCS, tels que Subversion et Perforce ; ce faisant, vous vous éviterez de petites confusions à l'utilisation de cet outil.
+Git enregistre et gère l'information très différemment des autres systèmes, même si l'interface utilisateur paraît similaire ; comprendre ces différences vous évitera des surprises.(((Subversion)))(((Perforce)))
 
 === Des instantanés, pas des différences
 
@@ -36,8 +34,7 @@ La plupart des opérations de Git ne nécessitent que des fichiers et ressources
 Si vous êtes habitué à un CVCS où toutes les opérations sont ralenties par la latence des échanges réseau, cet aspect de Git vous fera penser que les dieux de la vitesse ont octroyé leurs pouvoirs à Git.
 Comme vous disposez de l'historique complet du projet localement sur votre disque dur, la plupart des opérations semblent instantanées.
 
-Par exemple, pour parcourir l'historique d'un projet, Git n'a pas besoin d'aller le chercher sur un serveur pour vous l'afficher ;
-il n'a qu'à simplement le lire directement dans votre base de données locale.
+Par exemple, pour parcourir l'historique d'un projet, Git n'a pas besoin d'aller le chercher sur un serveur pour vous l'afficher ; il n'a qu'à simplement le lire directement dans votre base de données locale.
 Cela signifie que vous avez quasi-instantanément accès à l'historique du projet.
 Si vous souhaitez connaître les modifications introduites entre la version actuelle d'un fichier et son état un mois auparavant, Git peut rechercher l'état du fichier un mois auparavant et réaliser le calcul de différence, au lieu d'avoir à demander cette différence à un serveur ou de devoir récupérer l'ancienne version sur le serveur pour calculer la différence localement.
 
@@ -72,8 +69,7 @@ En fait, Git stocke tout non pas avec des noms de fichiers, mais dans la base de
 
 Quand vous réalisez des actions dans Git, la quasi-totalité d'entre elles ne font qu'ajouter des données dans la base de données de Git.
 Il est très difficile de faire réaliser au système des actions qui ne soient pas réversibles ou de lui faire effacer des données d'une quelconque manière.
-Par contre, comme dans la plupart des systèmes de gestion de version, vous pouvez perdre ou corrompre des modifications qui n'ont pas encore été entrées en base ;
-mais dès que vous avez validé un instantané dans Git, il est très difficile de le perdre, spécialement si en plus vous synchronisez votre base de données locale avec un dépôt distant.
+Par contre, comme dans la plupart des systèmes de gestion de version, vous pouvez perdre ou corrompre des modifications qui n'ont pas encore été entrées en base ; mais dès que vous avez validé un instantané dans Git, il est très difficile de le perdre, spécialement si en plus vous synchronisez votre base de données locale avec un dépôt distant.
 
 Cela fait de l'usage de Git un vrai plaisir, car on peut expérimenter sans danger de casser définitivement son projet.
 Pour une information plus approfondie sur la manière dont Git stocke ses données et comment récupérer des données qui pourraient sembler perdues, référez-vous à <<ch02-git-basics#s_undoing>>.

book/01-introduction/sections/first-time-setup.asc

@@ -2,8 +2,7 @@
 == Paramétrage à la première utilisation de Git
 
 Maintenant que vous avez installé Git sur votre système, vous voudrez personnaliser votre environnement Git.
-Vous ne devriez avoir à réaliser ces réglages qu'une seule fois ;
-ils persisteront lors des mises à jour.
+Vous ne devriez avoir à réaliser ces réglages qu'une seule fois ; ils persisteront lors des mises à jour.
 Vous pouvez aussi les changer à tout instant en relançant les mêmes commandes.
 
 Git contient un outil appelé `git config` pour vous permettre de voir et modifier les variables de configuration qui contrôlent tous les aspects de l'apparence et du comportement de Git.

book/10-git-internals/sections/transfer-protocols.asc

@@ -8,8 +8,7 @@ Cette section fait un tour d'horizon du fonctionnement de ces deux protocoles.
 
 Si vous mettez en place un dépôt à accéder en lecture seule sur HTTP, c'est vraisemblablement le protocole stupide qui sera utilisé.
 
-Ce protocole est dit « stupide », car il ne nécessite aucun code spécifique à Git côté serveur durant le transfert ;
-le processus de récupération est une série de requêtes GET, où le client devine la structure du dépôt Git présent sur le serveur.
+Ce protocole est dit « stupide », car il ne nécessite aucun code spécifique à Git côté serveur durant le transfert ; le processus de récupération est une série de requêtes GET, où le client devine la structure du dépôt Git présent sur le serveur.
 
 [NOTE]
 ====