[svnbook] r3715 committed - * src/fr/book/ch05-repository-admin.xml...

svnbook at googlecode.com svnbook at googlecode.com
Mon Apr 5 16:35:47 CDT 2010


Revision: 3715
Author: subversif999 at gmail.com
Date: Mon Apr  5 14:34:52 2010
Log: * src/fr/book/ch05-repository-admin.xml
   - Fix typos
   - Use <foreignphrase> when quoting English terms

http://code.google.com/p/svnbook/source/detail?r=3715

Modified:
  /trunk/src/fr/book/ch05-repository-admin.xml

=======================================
--- /trunk/src/fr/book/ch05-repository-admin.xml	Sun Feb 14 01:15:56 2010
+++ /trunk/src/fr/book/ch05-repository-admin.xml	Mon Apr  5 14:34:52 2010
@@ -2,11 +2,12 @@
    <title>Administration d'un dépôt</title>

    <para>Le dépôt Subversion est le centre de stockage de toutes vos
-    données suivies en versions. Ainsi, il est de facto l'objet de toute
+    données suivies en versions. Ainsi, il est <foreignphrase>de
+    facto</foreignphrase> l'objet de toute
      l'attention et de tous les soins de l'administrateur. Bien que ce
      soit un élément ne nécessitant pas énormément de maintenance, il est
      important de comprendre comment le configurer et le surveiller
-    correctement de manière à éviter d'éventuels problèmes et à résoudre
+    de manière à éviter d'éventuels problèmes et à résoudre
      proprement ceux qui se présentent.</para>

    <para>Dans ce chapitre, nous expliquons comment créer et configurer un
@@ -35,15 +36,15 @@
      <title>Définition d'un dépôt Subversion</title>

      <para>Avant d'aborder le vaste sujet de l'administration d'un dépôt,
-      définissons plus précisément ce qu'est un dépôt. A quoi
-      ressemble-t-il ? Que ressent-il ? Est-ce qu'il préfère son
+      définissons plus précisément ce qu'est un dépôt. À quoi
+      ressemble-t-il ? Que ressent-il ? Est-ce qu'il préfère son
        thé chaud ou glacé, sucré, avec une tranche de citron ? En
        tant qu'administrateur, vous vous devez de comprendre de quoi est
        composé un dépôt, à la fois au niveau du système d'exploitation
        (à quoi ressemble le dépôt et comment il réagit vis-à-vis des
        outils autres que Subversion) et au niveau logique de
        l'organisation des données (comment elles sont représentées
-      <emphasis>à l'intérieur</emphasis> du dépôt.</para>
+      <emphasis>à l'intérieur</emphasis> du dépôt).</para>

      <para>Du point de vue d'un explorateur de fichiers classique (comme
        Windows Explorer) ou d'un outil de navigation du système de
@@ -51,10 +52,10 @@
        d'autre qu'un répertoire contenant plein de choses. Il y a des
        sous-répertoires avec des fichiers de configuration lisibles par
        un humain, des sous-répertoires avec des fichiers de données
-      binaires déjà bien moins lisibles, etc. A l'instar d'autres
+      binaires déjà bien moins lisibles, etc. À l'instar d'autres
        parties de Subversion, la modularité est une préoccupation majeure
        et l'organisation hiérarchique prévaut sur le bazar. Un coup
-      d'oeil rapide dans un dépôt typique est suffisant pour obtenir la
+      d'œil rapide dans un dépôt ordinaire est suffisant pour obtenir la
        liste des composants essentiels d'un dépôt :</para>

      <screen>
@@ -93,8 +94,8 @@
        <varlistentry>
          <term>format</term>
          <listitem>
-          <para>Un fichier contenant un unique entier qui indique le
-            numéro de version de l'organisation du dépôt.</para>
+          <para>Un fichier contenant uniquement
+            le numéro de version de l'organisation du dépôt.</para>
          </listitem>
        </varlistentry>
        <varlistentry>
@@ -108,9 +109,8 @@
        <varlistentry>
          <term>locks</term>
          <listitem>
-          <para>Un répertoire pour les fichiers de verrous du dépôt
-            Subversion, utilisé pour garder trace de qui accède au
-            dépôt.</para>
+          <para>Un répertoire fait pour les fichiers de verrous du dépôt
+            Subversion, utilisé pour gérer les accès au dépôt.</para>
          </listitem>
        </varlistentry>
        <varlistentry>
@@ -124,14 +124,14 @@

      <para>Bien sûr, quand on y accède via les bibliothèques Subversion,
        cet ensemble de fichiers et de répertoires se transforme en un
-      système virtuel de fichiers suivis en versions, complet et
+      système de fichiers suivis en versions virtuel, complet et
        comportant une gestion des événements personnalisable. Ce système
        de fichiers possède ses propres notions de répertoires et de
        fichiers, très similaires aux notions des systèmes de fichiers
-      réels (tels que NTFS, FAT32, ext3, etc.). Mais c'est un système de
+      réels (tels que NTFS, FAT32, ext3, etc.). Mais c'est un système  
de
        fichiers spécial : il base ces répertoires et ces fichiers
-      sur les révisions, gardant une trace des tous les changements
-      effectués de manière sûre et accessible pour toujours. C'est là
+      sur les révisions, conservant l'historique de tous les changements
+      effectués de manière sûre et pérenne. C'est là
        que la totalité de vos données suivies en versions réside.</para>

    </sect1>
@@ -181,13 +181,13 @@
        <para>Bien que Subversion vous permette de déplacer des fichiers
          et des répertoires suivis en versions sans perte d'information
          et qu'il fournisse même des outils pour déplacer des ensembles
-        complets de données versionnées d'un dépôt à un autre, ces
-        opérations peuvent perturber le travail des autres
+        complets de données suivies en version d'un dépôt à un autre,
+        ces opérations peuvent perturber le travail des autres
          collaborateurs qui accèdent souvent au dépôt et qui s'attendent
          à trouver chaque chose à sa place. Ainsi, avant de créer un
          nouveau dépôt, essayez de vous projeter un peu dans le
-        futur ; préparez à l'avance le passage de vos données en
-        suivi de versions. Cette réflexion sur la manière d'organiser
+        futur ; préparez à l'avance le passage de vos données sous
+        gestion de versions. Cette réflexion sur la manière d'organiser
          vos données dans le dépôt vous évitera de futurs et nombreux
          maux de tête.</para>

@@ -203,7 +203,7 @@
          signifie qu'il n'y a qu'un seul jeu de procédures automatiques,
          une seule sauvegarde à gérer, un seul jeu d'opérations de
          déchargement et de chargement à effectuer si la nouvelle version
-        de Subversion est incompatible avec l'ancienne version, etc.
+        de Subversion est incompatible avec l'ancienne version, etc.
          Vous pouvez également déplacer facilement des données entre les
          projets, sans perdre l'historique de ces informations.</para>

@@ -242,24 +242,26 @@
        <para>Une fois l'organisation des dépôts définie, il faut se
          préoccuper de la hiérarchie des répertoires à l'intérieur des
          dépôts eux-mêmes. Comme Subversion utilise de simples copies de
-        répertoires pour créer les branches et les étiquettes (voir
+        répertoires pour créer les branches et les étiquettes (voir le
          <xref linkend="svn.branchmerge"/>), la communauté Subversion
          recommande de choisir un endroit dans le dépôt pour la
          <firstterm>racine</firstterm> de chaque projet (le répertoire
          dont la sous-arborescence contient toutes les données relatives
-        à un projet) et d'y placer trois sous-répertoires :
-        <filename>trunk</filename> (tronc en français), le répertoire
-        qui héberge les principaux développements du projet ;
-        <filename>branches</filename>, le répertoire dans lequel seront
-        créées les différentes variations de la ligne de développement
-        principale ; et <filename>tags</filename> (étiquettes en
+        à un projet) et d'y placer trois sous-répertoires :
+        <filename>trunk</filename> (<quote>tronc</quote> en français),
+        le répertoire qui héberge les principaux développements
+        du projet ; <filename>branches</filename>, le répertoire
+        dans lequel seront créées les différentes variations de la
+        ligne de développement principale ; et
+        <filename>tags</filename> (<quote>étiquettes</quote> en
          français), qui contient un ensemble d'instantanés de
          l'arborescence (les instantanés sont créés, voire détruits, mais
          jamais modifiés)<footnote>
-          <para>Le trio <filename>trunk</filename>,  
<filename>tags</filename>,
-            et <filename>branches</filename> est quelquefois appelé
-            <quote>les répertoires TTB</quote> (<quote>the TTB
-            directories</quote> en anglais).</para>
+          <para>Le trio <filename>trunk</filename>,
+            <filename>tags</filename> et <filename>branches</filename>
+            est quelquefois appelé <quote>les répertoires TTB</quote>
+            (<foreignphrase>the TTB directories</foreignphrase>
+            en anglais).</para>
          </footnote>.
          </para>

@@ -321,7 +323,7 @@
        <para>Cependant, par souci de transparence, nous indiquons une
          autre organisation également très répandue. Dans cette
          organisation, les répertoires <filename>trunk</filename>,
-        <filename>tags</filename>, et <filename>branches</filename> sont
+        <filename>tags</filename> et <filename>branches</filename> sont
          situés à la racine du dépôt et les projets sont placés dans des
          sous-répertoires juste en dessous, comme ceci :</para>

@@ -367,32 +369,33 @@
        <title>Stratégies d'hébergement d'un dépôt</title>

        <para>Avant de créer votre dépôt Subversion, vous devez vous
-        demander où il va résider. C'est fortement lié à une myriade
-        d'autres questions telles que qui sont les utilisateurs
-        (sont-ils à l'intérieur de votre réseau interne, derrière le
-        pare-feu de votre entreprise, ou bien s'agit-il de n'importe
-        qui, n'importe où sur Internet ?), comment les utilisateurs
-        accédent au dépôt (via un serveur Subversion ou directement),
-        quels autres services fournissez-vous autour de Subversion (une
-        interface pour navigateur Web, des notifications par mail des
-        propagations, etc.), quelle est votre politique de sauvegarde,
-        et ainsi de suite. </para>
+        demander où il va résider. Cette question est fortement liée
+        à une myriade d'autres questions telles que  :
+        qui sont les utilisateurs (sont-ils à l'intérieur de votre
+        réseau interne, derrière le pare-feu de votre entreprise,
+        ou bien s'agit-il de n'importe qui, n'importe où sur
+        Internet ?), comment les utilisateurs
+        accèdent au dépôt (via un serveur Subversion ou directement),
+        quels autres services vous fournissez autour de Subversion (une
+        interface pour navigateur Web, des notifications par email des
+        propagations, etc.), quelle est votre politique de sauvegarde
+        et ainsi de suite.</para>

        <para>Le choix et la configuration du serveur sont abordés au
          <xref linkend="svn.serverconfig" />, mais nous voulons signaler
          dès maintenant que certains choix pour l'une ou l'autre de ces
          questions ont des implications sur l'endroit où implémenter
          votre serveur. Par exemple, certains scénarios de déploiement
-        nécessitent l'accès au dépôt via un système de fichiers distant
-        pour plusieurs ordinateurs et, dans ce cas, le choix du type de
+        nécessitent, pour plusieurs ordinateurs, l'accès au dépôt via
+        un système de fichiers distant et, dans ce cas, le choix du type de
          magasin de données n'en est plus un, puisqu'un seul type de
          magasin de données convient dans ce scénario.</para>

        <para>Décrire l'ensemble des possibilités de déploiement de
          Subversion est impossible et n'est pas l'objectif de ce livre.
          Nous vous encourageons simplement à évaluer vos choix avec ces
-        quelques pages et d'autres ressources en guise de référence pour
-        planifier correctement les opérations.</para>
+        quelques pages ainsi qu'avec d'autres ressources en guise de
+        référence afin de planifier correctement les opérations.</para>

      </sect2>

@@ -402,10 +405,11 @@

        <para>Depuis la version 1.1, Subversion offre deux types de
          stockage interne pour le magasin de données<footnote>
-          <para>NdT : souvent désigné par <quote>backend</quote> en
+          <para>NdT : souvent désigné par
+            <foreignphrase>backend</foreignphrase> en
              anglais (sans équivalent en français) ou, ce qui peut être
              source de confusion, <quote>le système de fichiers
-            (versionné)</quote></para>
+            (suivi en versions)</quote></para>
          </footnote>
          utilisé par le dépôt. Un des types de magasin de données
          conserve tout dans une base de données Berkeley DB (ou
@@ -416,7 +420,7 @@
          particulier. Les développeurs de Subversion ont pris l'habitude
          d'appeler ce type de stockage
          <firstterm>FSFS</firstterm><footnote>
-          <para>Souvent prononcé <quote>fuzz-fuzz</quote> si Jack
+          <para>Souvent prononcé <quote>feuzz-feuzz</quote> si Jack
              Repenning en parle (ce livre, cependant, suppose que le
              lecteur pense <quote>eff-ess-eff-ess</quote>).</para>
          </footnote>
@@ -427,7 +431,7 @@
          couche d'abstraction.</para>

        <para>Une comparaison des dépôts utilisant Berkeley DB et FSFS fait
-        l'objet du  <xref
+        l'objet du <xref
          linkend="svn.reposadmin.basics.backends.tbl-1" />.</para>

        <table id="svn.reposadmin.basics.backends.tbl-1">
@@ -518,7 +522,7 @@
                  réponse</entry>
              </row>
            </tbody>
-        </tgroup>
+        </tgroup>
        </table>

        <para>Chaque type de magasin de données a ses avantages et ses
@@ -532,7 +536,7 @@
          devez y mettre un peu plus du vôtre pour faire des erreurs lors
          du déploiement. C'est pourquoi, en plus du fait que ne pas
          utiliser Berkeley DB permet de compter un composant de moins
-        dans le système, aujourd'hui presque tout le monde utilise FSFS
+        dans le système, aujourd'hui, presque tout le monde utilise FSFS
          lors de la création de nouveaux dépôts.</para>

        <para>Heureusement, la plupart des programmes qui accèdent aux
@@ -557,7 +561,7 @@
            sa licence Open Source, son support des transactions, sa
            fiabilité, ses performances, la simplicité de son interface de
            programmation (API), le bon support des processus légers
-          (threads), le support des curseurs, etc.</para>
+          (threads), le support des curseurs, etc.</para>

          <para>Le gestionnaire de bases de données Berkeley DB apporte un
            support réel des transactions (c'est peut-être sa
@@ -576,11 +580,11 @@
            (qui apparaît toujours statique).</para>

          <para>Une autre fonctionnalité phare du gestionnaire de bases de
-          données Berkeley DB est la  <firstterm>sauvegarde à
-          chaud </firstterm> — la capacité de sauvegarde de
+          données Berkeley DB est la <firstterm>sauvegarde à
+          chaud </firstterm> — la capacité de sauvegarder
            l'environnement de la base de données sans la couper du
            réseau. Nous voyons comment réaliser une sauvegarde de votre
-          dépôt plus tard dans ce chapitre (dans <xref
+          dépôt plus loin dans ce chapitre (dans <xref
            linkend="svn.reposadmin.maint.backup"/>), mais le bénéfice de
            pouvoir faire des copies opérationnelles de vos dépôts sans
            interruption de service doit vous sauter aux yeux.</para>
@@ -589,8 +593,8 @@
            très fiable quand il est utilisé correctement. Subversion
            utilise les fonctions de journalisation du gestionnaire de
            bases de données Berkeley DB, ce qui veut dire que la base de
-          données consigne d'abord, dans un fichier de journalisation
-          situé sur disque, chaque modification qu'elle s'apprête à
+          données consigne d'abord dans un fichier de journalisation
+          situé sur disque chaque modification qu'elle s'apprête à
            effectuer, puis effectue la modification elle-même. Cela
            garantit que si quelque chose se passe mal, le gestionnaire de
            base de données peut revenir à un <firstterm>point de
@@ -619,7 +623,7 @@

          <para>Alors que le gestionnaire de bases de données Berkeley DB
            prétend fonctionner correctement sur un système de fichiers en
-          réseau pour peu que celui-ci respecte des caractéristiques
+          réseau, pour peu que celui-ci respecte des caractéristiques
            particulières<footnote>
              <para>Berkeley DB requiert que le système de fichiers
                sous-jacent implémente strictement la sémantique POSIX sur
@@ -664,7 +668,7 @@
            cela arrive, un administrateur doit demander au gestionnaire
            de bases de données Berkeley DB de revenir à un point de
            contrôle, ce qui est assez ennuyeux. D'autres incidents
-          peuvent faire <quote>planter</quote> la base de données, comme
+          peuvent faire planter la base de données, comme
            des conflits entre programmes pour la possession ou les droits
            sur les fichiers de la base de données.</para>

@@ -675,10 +679,10 @@
              manière transparente en cas de besoin. Quand un processus
              Subversion se greffe sur l'environnement d'un dépôt
              Berkeley DB, il utilise un mécanisme d'enregistrement pour
-            détecter tout problème éventuel de déconnexion antérieur,
+            détecter d'éventuels problèmes de déconnexion antérieurs ,
              effectue les restaurations nécessaires puis passe à la suite
              comme si de rien n'était. Cela n'élimine pas complètement
-            les plantages du dépôt, mais les interactions humaines
+            les plantages du dépôt, mais les actions humaines
              nécessaires pour revenir à une situation normale sont
              considérablement réduites.</para>
          </note>
@@ -686,9 +690,9 @@
          <para>Ainsi, bien qu'un dépôt Berkeley DB soit rapide et capable
            de monter en puissance, il faut privilégier une utilisation
            par un seul processus serveur tournant avec une identité
-          unique (comme le serveur Apache <command>httpd</command>
-          ou <command>svnserve</command> (voir <xref
-          linkend="svn.serverconfig"/>) — plutôt qu'un accès par de
+          unique (comme les serveurs Apache <command>httpd</command>
+          ou <command>svnserve</command> : voir le <xref
+          linkend="svn.serverconfig"/>) à un accès par de
            nombreux utilisateurs via des URL <literal>file://</literal>
            ou <literal>svn+ssh://</literal>. Si de multiples utilisateurs
            doivent avoir accès à un dépôt Berkeley DB, lisez
@@ -701,7 +705,7 @@
        <sect3 id="svn.reposadmin.basics.backends.fsfs">
          <title>FSFS</title>

-        <para>Mi 2004, un deuxième type de stockage pour le dépôt, qui
+        <para>Mi-2004, un deuxième type de stockage pour le dépôt, qui
            ne fait pas appel à une base de données, a fait son
            apparition. Un dépôt FSFS stocke les changements associés à
            une révision dans un fichier unique, ce qui fait que
@@ -720,7 +724,7 @@
            et les deltas entre les fichiers et les autres arborescences
            de révisions. Contrairement à une base de données Berkeley DB,
            le format de stockage est portable, transférable entre
-          différents systèmes d'exploitation, et n'est pas sensible à
+          différents systèmes d'exploitation et n'est pas sensible à
            l'architecture CPU. Comme il n'y a pas de journalisation ou de
            fichiers en mémoire partagée, le dépôt est accessible sans
            risque via un partage de fichiers sur le réseau ou depuis un
@@ -759,13 +763,13 @@
              <para>Oracle a acheté Sleepycat et son logiciel vedette,
                Berkeley DB, le jour de la Saint Valentin 2006.</para>
            </footnote>.
-          FSFS est d'une conception plus récente. Avant la version 1.4
-          de Subversion, apparaissaient de temps en temps quelques
+          FSFS est de conception plus récente. Avant la version 1.4
+          de Subversion apparaissaient de temps en temps quelques
            bogues assez sérieux concernant l'intégrité des données qui,
            bien que n'arrivant que dans de très rares cas, étaient bien
            réels. Ceci dit, FSFS est rapidement devenu le magasin de
            données de référence pour quelques-uns des plus vastes dépôts
-          Subversion, publics et privés, et il promet de rendre
+          Subversion publics et privés et il promet de rendre
            globalement plus facile le passage à Subversion.</para>

        </sect3>
@@ -782,9 +786,9 @@
      <para>Dans ce chapitre (dans <xref
        linkend="svn.reposadmin.planning" />), nous avons passé en revue
        quelques décisions importantes à prendre avant de créer et de
-      configurer votre dépôt Subversion. Maintenant, nous allons enfin
+      configurer votre dépôt Subversion. Maintenant nous allons enfin
        mettre les mains dans le cambouis ! Dans cette section, nous
-      voyons comment créer un dépôt Subversion et le configurer
+      voyons comment créer un dépôt Subversion et comment le configurer
        pour qu'il effectue des actions personnalisées lorsque certains
        événements ont lieu.</para>

@@ -794,7 +798,7 @@

        <para>La création d'un dépôt Subversion est une tâche
          incroyablement simple. L'utilitaire <command>svnadmin</command>,
-        fourni avec Subversion, propose une sous-commande qui est
+        fourni avec Subversion, dispose d'une sous-commande qui est
          justement destinée à cela (<command>svnadmin
          create</command>)  :</para>

@@ -808,7 +812,7 @@
          <filename>/var/svn/depot</filename> avec le magasin de données
          par défaut. Avant la version 1.2 de Subversion, le choix par
          défaut était l'utilisation d'une base de données Berkeley
-        DB ; maintenant, c'est FSFS. Vous pouvez choisir
+        DB ; maintenant c'est FSFS. Vous pouvez choisir
          explicitement le type de système de fichiers avec l'option
          <option>--fs-type</option> qui accepte comme argument soit
          <literal>fsfs</literal>, soit <literal>bdb</literal>.</para>
@@ -864,12 +868,12 @@
            devriez pas avoir besoin de) modifier les autres parties
            <quote>à la main</quote>. L'outil <command>svnadmin</command>
            est censé être suffisant pour toutes les modifications à
-          apporter à votre dépôt ou alors vous pouvez regarder du côté
-          d'outils tiers (comme la suite d'outils Berkeley DB) pour
+          apporter à votre dépôt, mais vous pouvez également vous
+          servir d'outils tiers (comme la suite d'outils Berkeley DB) pour
            configurer les parties adéquates du dépôt. Ne tentez
            <emphasis>surtout pas</emphasis> de manipuler manuellement
-          l'historique du suivi de versions à petits coups par-ci par-là
-          dans les fichiers du magasin de données du dépôt !</para>
+          l'historique du suivi de versions en touchant aux
+          fichiers du magasin de données du dépôt !</para>
        </warning>

      </sect2>
@@ -878,8 +882,9 @@
      <sect2 id="svn.reposadmin.create.hooks">
        <title>Mise en place des procédures automatiques</title>

-      <para>Une <firstterm>procédure automatique</firstterm> (hook en
-        anglais) est un programme activé par certains événements du
+      <para>Une <firstterm>procédure automatique</firstterm>
+        (<foreignphrase>hook</foreignphrase> en anglais)
+        est un programme activé par certains événements du
          dépôt, comme la création d'une nouvelle révision ou la
          modification d'une propriété non suivie en versions. Certaines
          procédures automatiques (appelées <quote>pre hooks</quote>) sont
@@ -971,7 +976,7 @@
          le dépôt Subversion et vous pouvez obtenir des détails sur
          chacune d'elles dans <xref linkend="svn.ref.reposhooks" />. En
          tant qu'administrateur du dépôt, vous devez décider quelles
-        procédures automatiques vous voulez mettre en oeuvre
+        procédures automatiques vous voulez mettre en œuvre
          (c'est-à-dire les nommer correctement et leur donner les droits
          appropriés) et de quelle manière. Lorsque vous prennez cette
          décision, gardez à l'esprit l'architecture de votre dépôt. Par
@@ -986,7 +991,7 @@
          variété de besoins tels que le contrôle d'accès basique, le
          contrôle de cohérence, l'intégration avec les outils de suivis
          de bogues, les notifications de propagation par e-mail ou flux
-        RSS, etc. Ou, si vous voulez écrire votre propre programme,
+        RSS, etc. Sinon, si vous voulez écrire votre propre programme,
          penchez-vous sur le <xref linkend="svn.developer" />.</para>

        <warning>
@@ -1022,7 +1027,7 @@
          région et de configuration. L'environnement Berkeley DB a un
          ensemble propre de valeurs configurées par défaut comme par
          exemple le nombre de verrous autorisés à un instant donné, la
-        taille maximum des fichiers de journalisation, etc. La logique
+        taille maximum des fichiers de journalisation, etc. La logique
          du système de fichiers Subversion ajoute des valeurs par défaut
          pour différentes options de configuration du gestionnaire
          Berkeley DB. Cependant, il se peut que votre dépôt nécessite une
@@ -1053,7 +1058,7 @@
          <filename>DB_CONFIG</filename> ne sont pris en considération
          qu'après avoir effectué une restauration de l'environnement de
          la base de données avec la commande
-        <command>svnadmin recover</command>).</para>
+        <command>svnadmin recover</command>.</para>

      </sect2>
    </sect1>
@@ -1067,8 +1072,8 @@

      <para>Assurer la maintenance d'un dépôt Subversion peut être
        intimidant, certainement parce que les systèmes qui comprennent
-      une base de données sont complexes. Réussir nécessite
-      principalement de connaître les outils — ceux dont on
+      une base de données sont complexes. Il faut pour cela
+      connaître les outils — ceux dont on
        dispose, quand les utiliser et comment. Cette section vous
        présente les outils fournis par Subversion pour assurer
        l'administration du dépôt et décrit leur maniement pour réaliser
@@ -1080,7 +1085,7 @@
        <title>Boîte à outils de l'administrateur</title>

        <para>Subversion fournit une poignée d'utilitaires pour créer,
-        inspecter, modifier et réparer votre dépôt. Regardons de plus
+        inspecter, modifier et réparer votre dépôt. Étudions de plus
          près chacun de ces outils. Ensuite, nous abordons rapidement
          quelques utilitaires inclus dans le gestionnaire de bases de
          données Berkeley DB qui fournissent des fonctionnalités
@@ -1112,12 +1117,12 @@
  …
  </screen>

-        <para>Plus tôt dans ce chapitre (dans <xref
+        <para>Au début de ce chapitre (dans <xref
            linkend="svn.reposadmin.basics.creating"/>), nous vous avons
            présenté la sous-commande <command>svnadmin create</command>.
            La plupart des autres sous-commandes <command>svnadmin</command>
            sont couvertes plus loin dans ce chapitre. Vous pouvez
-          également consulter<xref linkend="svn.ref.svnadmin" /> pour
+          également consulter <xref linkend="svn.ref.svnadmin" /> pour
            une liste complète des sous-commandes et des fonctionnalités
            qu'elles apportent.</para>

@@ -1141,7 +1146,7 @@
            amené à utiliser cet outil à des fins de diagnostic.</para>

          <para>La syntaxe de <command>svnlook</command> est
-          particulièrement simple : </para>
+          particulièrement simple :</para>

          <screen>
  $svnlook help
@@ -1158,14 +1163,14 @@
            arborescence de transaction, affichant les informations à
            propos de l'arborescence elle-même ou les différences par
            rapport à la révision précédente du dépôt. Pour spécifier
-          quelle révision ou transaction examiner, utilisez
+          quelle révision ou quelle transaction examiner, utilisez
            respectivement les options <option>--revision</option>
            (<option>-r</option>) et <option>--transaction</option>
            (<option>-t</option>). En l'absence des options
            <option>--revision</option> (<option>-r</option>)
            ou <option>--transaction</option> (<option>-t</option>),
            <command>svnlook</command> examine la révision la plus
-          récente (la révision  <literal>HEAD</literal>) du dépôt.
+          récente (la révision <literal>HEAD</literal>) du dépôt.
            Ainsi, les deux commandes suivantes font exactement la même
            chose si la révision la plus récente du dépôt situé à
            l'emplacement <filename>/var/svn/depot</filename> porte le
@@ -1199,7 +1204,7 @@
          </note>

          <para>La sortie de <command>svnlook</command> est conçue pour
-          être à la fois lisible par un humain et traitable par une
+          être à la fois lisible par un humain et analysable par une
            machine. Prenons, par exemple, la sortie de la sous-commande
            <command>svnlook info</command> :</para>

@@ -1213,7 +1218,7 @@
  $
  </screen>

-        <para>La sortie de <command>svnlook info</command>est constituée
+        <para>La sortie de <command>svnlook info</command> est constituée
            des éléments suivants, par ordre d'apparition :</para>

          <orderedlist>
@@ -1242,7 +1247,7 @@
            lignes et n'est pas limité en taille,
            <command>svnlook</command> affiche la longueur du message
            avant le message lui-même. Cela permet aux scripts et autres
-          utilitaires utilisant faisant appel à cette commande de
+          utilitaires faisant appel à cette commande de
            prendre des décisions opportunes à propos du message de
            propagation, comme savoir combien de mémoire allouer pour le
            message ou au moins savoir combien d'octets sauter dans le cas
@@ -1252,10 +1257,10 @@
          <para><command>svnlook</command> peut répondre à un tas d'autres
            requêtes : afficher des sous-ensembles des informations
            précédemment citées, lister récursivement les arborescences
-          versionnées des répertoires, lister les chemins modifiés lors
-          de telle révision ou transaction, afficher les différences de
-          contenu et de propriétés pour les fichiers et répertoires,
-          etc. Reportez-vous à <xref linkend="svn.ref.svnlook" /> pour
+          suivies en versions des répertoires, lister les chemins modifiés
+          lors de telle révision ou transaction, afficher les différences
+          de contenu et de propriétés pour les fichiers et répertoires,
+           etc. Reportez-vous à <xref linkend="svn.ref.svnlook" />  
pour
            la liste complète des fonctionnalités offertes par
            <command>svnlook</command>.</para>

@@ -1267,9 +1272,9 @@

          <para>Bien que ce ne soit pas l'outil le plus utilisé mis à
            disposition de l'administrateur, <command>svndumpfilter</command>
-          fournit des fonctionnalités particulièrement singulières et
-          utiles — la possibilité de modifier rapidement et
-          facilement des flux de l'historique du dépôt Subversion en
+          fournit une fonctionnalité d'un genre très particulier qui est
+          d'une grande utilité : la possibilité de modifier rapidement
+          et facilement des flux de l'historique du dépôt Subversion en
            agissant en tant que filtre sur les chemins.</para>

          <para>La syntaxe de <command>svndumpfilter</command> est la
@@ -1290,11 +1295,12 @@
          <para>Il n'y a que deux sous-commandes intéressantes :
            <command>svndumpfilter exclude</command> et
            <command>svndumpfilter include</command>. Elles vous
-          permettent de choisir entre l'inclusion implicite ou explicite
-          des chemins dans le flux. Vous pouvez en apprendre plus sur
-          ces sous-commandes et sur l'utilité si particulière de
+          permettent de choisir entre l'inclusion implicite et
+          l'inclusion explicite des chemins dans le flux.
+          Vous en saurez plus sur ces sous-commandes
+          et sur l'utilité si particulière de
            <command>svndumpfilter</command> plus loin dans ce chapitre,
-          dans  <xref linkend="svn.reposadmin.maint.filtering" />.</para>
+          dans <xref linkend="svn.reposadmin.maint.filtering" />.</para>

        </sect3>

@@ -1305,7 +1311,7 @@
          <para>Le programme <command>svnsync</command>, apparu dans la
            version 1.4 de Subversion, fournit toutes les fonctionnalités
            requises pour faire fonctionner un miroir en lecture seule
-          d'un dépôt Subversion. Le programme n'a qu'une et une seule
+          d'un dépôt Subversion. Ce programme a une et une seule
            fonction : transférer l'historique d'un dépôt vers un
            autre dépôt. Et, bien qu'il y ait différentes manières de
            faire, sa force réside dans sa capacité de travailler à
@@ -1361,12 +1367,13 @@
            constater dans cette situation des problèmes de performances
            sur certains systèmes de fichiers en réseau.</para>

-        <para>Subversion en version 1.5 crée les dépôts FSFS en
-          utilisant un schéma légèrement différent pour lequel ces deux
-          répertoires sont répartis (<firstterm>sharded</firstterm> en
-          anglais d'où le nom du script) dans plusieurs sous-répertoires.
+        <para>Subversion 1.5 crée les dépôts FSFS en utilisant
+          un schéma légèrement différent pour lequel ces deux
+          répertoires sont répartis
+          (<foreignphrase>sharded</foreignphrase> en anglais, d'où le
+          nom du script) dans plusieurs sous-répertoires.
            Cela peut réduire de façon drastique le temps de recherche
-          d'un de ces fichiers et, en conséquence, améliore la
+          d'un de ces fichiers et, en conséquence, améliorer la
            performance globale de Subversion pour la lecture du dépôt. Le
            nombre de sous-répertoires utilisés pour héberger ces fichiers
            est d'ailleurs configurable et c'est là qu'intervient le
@@ -1384,14 +1391,15 @@
        <sect3 id="svn.reposadmin.maint.tk.bdbutil">
          <title>Utilitaires Berkeley DB</title>

-        <para>Si vous utilisez un dépôt avec une base Berkeley DB, toute
-          la structure de votre système de fichiers versionnés ainsi que
-          les données résident dans un ensemble de tables de la base de
-          données qui sont situées dans le sous-répertoire
-          <filename>db/</filename> de votre dépôt. Ce sous-répertoire
-          est un répertoire d'environnement classique de base de données
-          Berkeley DB et n'importe quel outil de base de données
-          Berkeley, généralement fourni avec la distribution Berkeley,
+        <para>Si vous utilisez un dépôt avec une base Berkeley DB,
+          à la fois les données et la structure de votre système de
+          fichiers suivis en version résident dans un ensemble de
+          tables de la base de données qui sont situées
+          dans le sous-répertoire <filename>db/</filename> de votre dépôt.
+          Ce sous-répertoire est un répertoire d'environnement
+          classique de base de données Berkeley DB
+          et n'importe quel outil de base de données Berkeley,
+          généralement fourni avec la distribution Berkeley,
            peut y être utilisé.</para>

          <para>Pour un usage quotidien, ces outils ne sont pas
@@ -1406,9 +1414,10 @@
            courantes de l'utilitaire <command>db_recover</command>.</para>

          <para>Cependant, il reste quelques utilitaires Berkeley DB que
-          vous pourriez trouver utile. Les programmes
+          vous pourriez trouver utiles. Les programmes
            <command>db_dump</command> et <command>db_load</command>
-          écrivent et lisent respectivement un format de fichier
+          fonctionnent avec, pour la lecture et l'écriture
+          respectivement, un format de fichier
            personnalisé qui décrit les clés et les valeurs d'une base de
            données Berkeley DB. Puisque les bases de données Berkeley DB
            ne sont pas portables d'une architecture de machine à une
@@ -1468,9 +1477,9 @@
  </screen>

        <para>La commande <command>svnadmin setlog</command>, par défaut,
-        possède toujours des garde-fous pour empêcher de modifier des
-        propriétés non suivies en versions de la même manière que pour
-        un client distant — les procédures automatiques
+        possède les mêmes garde-fous pour empêcher de modifier des
+        propriétés non suivies en versions qu'un
+        client distant — les procédures automatiques
          <literal>pre-</literal> et
          <literal>post-revprop-change</literal> sont toujours activées et
          doivent donc être configurées afin d'accepter ce type de
@@ -1483,7 +1492,7 @@
            automatiques, vous êtes susceptible de ne pas activer
            certaines actions telles que la notification par email du
            changement des propriétés, la sauvegarde par les systèmes qui
-          surveillent les propriétés non suivies en versions, etc. En
+          surveillent les propriétés non suivies en versions, etc. En
            d'autres termes, faites particulièrement attention aux
            changements que vous apportez et à la manière dont vous le
            faites.</para>
@@ -1498,7 +1507,7 @@

        <para>Bien que le coût de stockage ait diminué de manière
          drastique ces dernières années, l'utilisation de l'espace disque
-        reste un des préoccupations de l'administrateur qui doit suivre
+        reste une des préoccupations de l'administrateur qui doit suivre
          en versions de grandes quantités de données. Chaque élément de
          l'historique de chaque donnée stockée dans un dépôt actif doit
          être sauvegardé ailleurs, peut-être même de nombreuses fois dans
@@ -1509,18 +1518,18 @@

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.reposadmin.maint.diskspace.deltas">
-        <title>Economie d'espace disque</title>
+        <title>Économie d'espace disque</title>

          <para>Pour garder un dépôt petit, Subversion utilise la
-          <firstterm>différenciation</firstterm> (ou le stockage
-          différentiel) à l'intérieur du dépôt lui-même. La
+          <firstterm>différenciation</firstterm> (ou <quote>stockage
+          différentiel</quote>) à l'intérieur du dépôt lui-même. La
            différenciation implique l'encodage de la représentation d'un
            groupe de données sous la forme d'un ensemble de différences
            avec un autre groupe de données. Si les deux groupes de
            données sont très similaires, la différenciation économise
            de l'espace pour le groupe différencié — au lieu de
            prendre le même espace que les données originales, le groupe
-          occupe juste l'espace nécessaire pour dire :<quote>je
+          occupe juste l'espace nécessaire pour dire : <quote>je
            ressemble à l'autre groupe de données là-bas, sauf pour les
            deux ou trois changements qui suivent</quote>. Au final,
            l'espace occupé par l'ensemble des données du dépôt —
@@ -1587,7 +1596,7 @@
            vous décidez effectivement de supprimer la transaction, son
            nom peut être passé à <command>svnadmin rmtxns</command> qui
            fera le nettoyage adéquat. En fait, <command>svnadmin
-          rmtxns</command> peut directement prendre en entrée la sortie
+          rmtxns</command> peut directement prendre en entrée la sortie
            de <command>svnadmin lstxns</command> !</para>

          <screen>
@@ -1598,8 +1607,8 @@
          <para>Si vous utilisez ces deux sous-commandes ainsi, vous
            devriez envisager de rendre votre dépôt temporairement
            indisponible pour les clients. De cette manière, personne ne
-          peut initier une transaction légitime tant que le nettoyage
-          n'est pas commencé. L'exemple <xref
+          peut initier une transaction légitime avant que le nettoyage
+          n'ait commencé. L'exemple <xref
            linkend="svn.reposadmin.maint.diskspace.deadtxns.ex-1" />
            contient quelques lignes de script shell qui peuvent produire
            les informations relatives à chaque transaction inachevée de
@@ -1631,7 +1640,7 @@
            concaténation des différents groupes d'informations fournis
            par <command>svnlook info</command> (voir <xref
            linkend="svn.reposadmin.maint.tk.svnlook"/>) et ressemble à
-          quelque chose comme ça :</para>
+          ceci :</para>

          <screen>
  $ txn-info.sh mon-depot
@@ -1662,7 +1671,7 @@
            doit pas être prise à la légère. D'autres sources
            d'informations — comme les journaux d'Apache sur les
            erreurs et les accès, les journaux opérationnels de
-          Subversion, l'historique des révisions Subversion, etc. —
+          Subversion, l'historique des révisions Subversion, etc.  
—
            peuvent aider à la prise de décision. Et bien sûr,
            l'administrateur peut toujours entrer en contact (par email,
            par exemple) avec l'auteur d'une transaction qui semble
@@ -1717,8 +1726,9 @@
            rétablissement de la base après une catastrophe. Mais en
            général, vous voudrez archiver les fichiers de journalisation
            qui ne sont plus utilisés par la base de données et ensuite
-          les enlever du disque pour conserver de la place. Utilisez la
-          commande <command>svnadmin list-unused-dblogs</command> pour
+          les enlever du disque pour conserver de l'espace libre.
+          Utilisez la commande <command>svnadmin
+          list-unused-dblogs</command> pour
            avoir la liste des fichiers de journalisation
            inutilisés :</para>

@@ -1756,7 +1766,7 @@

        <para>Comme indiqué dans <xref
          linkend="svn.reposadmin.basics.backends.bdb"/>, un dépôt
-        Berkeley DB peut se retrouver bloqué s'il n'est pas fermé
+        Berkeley DB peut se retrouver bloqué s'il n'est pas arrêté
          proprement. Quand cela arrive, un administrateur doit faire
          revenir la base de données en arrière jusque dans un état
          cohérent. Ceci ne concerne cependant que les dépôts BDB —
@@ -1777,7 +1787,7 @@
          d'un verrou sur les données concernées. Si les données ne sont
          pas verrouillées, le processus les verrouille, effectue les
          changements qu'il veut puis déverrouille les données. Les autres
-        processus sont obligés d'attendre que le verrou soit levé avant
+        processus sont obligés d'attendre que le verrou soit libéré avant
          d'être autorisés à accéder aux données de cette zone (ceci n'a
          rien à voir avec les verrous que vous, utilisateur, pouvez
          appliquer sur les fichiers suivis en versions dans le
@@ -1788,8 +1798,8 @@
        <para>Au cours de l'utilisation de votre dépôt Subversion, des
          erreurs fatales ou des interruptions peuvent empêcher un
          processus de supprimer des verrous qu'il a placés dans la base
-        de données. Cela conduit à des <quote>plantages</quote> du
-        magasin de données. A ce moment là, toutes les tentatives
+        de données. Cela conduit à des plantages du
+        magasin de données. Lorsque cela arrive, toutes les tentatives
          d'accès au dépôt se soldent par un échec (puisque chaque
          nouvel arrivant attend que le verrou se libère, ce qui n'est
          pas prêt d'arriver).</para>
@@ -1805,7 +1815,7 @@
          soient à même de détruire définitivement un environnement de
          base de données. Un administrateur suffisamment paranoïaque
          conserve des sauvegardes des données du dépôt dans un endroit
-        distinct mais attendez un peu avant de vous diriger vers
+        distinct, mais attendez un peu avant de vous diriger vers
          l'armoire de rangement des sauvegardes.</para>

        <para>Appliquez plutôt la recette suivante pour tenter de
@@ -1822,12 +1832,12 @@
              le dépôt. C'est important, puisque rétablir un dépôt avec un
              autre utilisateur peut modifier les droits d'accès des
              fichiers du dépôt de telle manière que votre dépôt soit
-            toujours inaccessible même après la remise en service</para>
+            toujours inaccessible même après la remise en service.</para>
          </listitem>
          <listitem>
            <para>Lancez la commande <userinput>svnadmin recover
-            /var/svn/depot</userinput>. Vous devriez voir une sortie du
-            genre :</para>
+            /var/svn/depot</userinput>. Vous devriez obtenir
+            une sortie du genre :</para>

            <screen>
  Verrou du dépôt acquis.
@@ -1847,7 +1857,7 @@
          plantage. Faites attention à ce qu'elle soit lancée par
          l'utilisateur qui possède et gère la base de données, pas par
          <literal>root</literal>. La procédure de rétablissement peut
-        impliquer de récréer en repartant de zéro certains fichiers de
+        impliquer de récréer en partant de zéro certains fichiers de
          la base de données (de la mémoire partagée, par exemple). Un
          rétablissement par <literal>root</literal> créerait ces fichiers
          avec <literal>root</literal> comme propriétaire, ce qui veut
@@ -1859,7 +1869,7 @@
          choses. D'abord, mettez de côté votre répertoire de dépôt cassé
          (par exemple en le renommant <filename>depot.CASSE</filename>)
          puis restaurez la dernière sauvegarde de votre dépôt. Ensuite,
-        envoyez un mail à la liste de diffusion des utilisateurs de
+        envoyez un email à la liste de diffusion des utilisateurs de
          Subversion (<email>users at subversion.tigris.org</email>) et
          décrivez votre problème en détail. L'intégrité des données fait
          partie des sujets à très haute priorité pour les développeurs
@@ -1872,7 +1882,7 @@
        <title>Migration des données d'un dépôt</title>

        <para>Un système de fichiers Subversion a ses données réparties
-        dans les fichiers du dépôt, d'une manière que seuls les
+        dans les fichiers du dépôt d'une manière que seuls les
          développeurs Subversion eux-mêmes comprennent (et s'y
          intéressent). Il peut cependant y avoir des circonstances qui
          obligent à copier ou déplacer l'ensemble (ou une partie) des
@@ -1881,11 +1891,12 @@
        <para>Subversion fournit cette fonctionnalité par le biais des
          <firstterm>flux de déchargement du dépôt</firstterm>. Un flux de
          déchargement de dépôt (<quote>fichier dump</quote> ou
-        <quote>dump file</quote> en anglais quand il est stocké dans un
-        fichier sur le disque) est un format de fichier portable,
+        <foreignphrase>dump file</foreignphrase> en anglais,
+        quand il est stocké dans un fichier sur le disque)
+        est un format de fichier portable,
          contenant des données brutes, qui décrit les différentes
          révisions de votre dépôt — ce qui a été modifié, par qui,
-        quand, etc. Ce fichier dump est le principal mécanisme utilisé
+        quand, etc. Ce fichier dump est le principal mécanisme utilisé
          pour réorganiser des historiques de versions — en partie
          ou en totalité, avec ou sans modification — entre des
          dépôts. Et Subversion fournit les outils nécessaires à la
@@ -1920,12 +1931,12 @@
          développeurs ont promis de ne pas forcer les utilisateurs à
          décharger et recharger leurs dépôts lors du passage d'une
          version mineure à une autre (comme par exemple entre la
-        version 1.3 et la version 1.4) de Subversion. Mais il y a
-        toujours des raisons pour décharger et recharger ses données, y
-        compris le redéploiement d'un dépôt Berkeley DB sur un nouveau
+        version 1.3 et la version 1.4) de Subversion. Mais il existe
+        néanmoins des raisons de décharger et recharger ses données,
+        comme le redéploiement d'un dépôt Berkeley DB sur un nouveau
          système d'exploitation ou sur une architecture CPU différente,
          la migration du magasin de données de Berkeley DB à FSFS et
-        réciproquement, ou (comme nous le voyons dans ce chapitre à <xref
+        réciproquement ou (comme nous le voyons dans ce chapitre à <xref
          linkend="svn.reposadmin.maint.filtering" />) la purge de données
          suivies en version de l'historique du dépôt.</para>

@@ -1935,7 +1946,7 @@
            pas d'information sur les transactions inachevées, les verrous
            utilisateurs sur les chemins du système de fichiers, la
            configuration personnalisée du dépôt ou du serveur (y compris
-          les procédures automatiques), et ainsi de suite.</para>
+          les procédures automatiques) et ainsi de suite.</para>
        </note>

        <para>Quelle que soit la raison pour laquelle vous voulez migrer
@@ -2023,11 +2034,11 @@
          révisions chargées passent par les mêmes étapes de validation
          qu'une propagation normale. Bien sûr, utilisez ces options avec
          prudence — si votre script post-propagation envoie des
-        mails à une liste de diffusion pour chaque nouvelle propagation,
+        emails à une liste de diffusion pour chaque nouvelle propagation,
          vous ne voulez peut-être pas envoyer des centaines voire des
-        milliers de mails de notification à la suite vers cette
+        milliers d'emails de notification à la suite vers cette
          liste ! Vous pouvez en apprendre davantage sur
-        l'utilisation des procédures automatiques dans la <xref
+        l'utilisation des procédures automatiques dans <xref
          linkend="svn.reposadmin.create.hooks"/>.</para>

        <para>Notez que puisque <command>svnadmin</command> utilise
@@ -2035,7 +2046,7 @@
          rechargement, les administrateurs les plus intrépides peuvent
          tenter des choses du genre (peut-être même en utilisant
          différentes versions de <command>svnadmin</command> de chaque
-        côté du symbole pipe) :</para>
+        côté de la barre verticale <literal>|</literal>) :</para>

        <screen>
  $ svnadmin create nouveau-depot
@@ -2126,7 +2137,7 @@
          pouvez avoir une procédure automatique
          <literal>post-commit</literal> qui ajoute simplement à un
          fichier dump le contenu de la révision qui a déclenché la
-        procédure. Ou alors, vous pouvez avoir un script qui tourne la
+        procédure. Ou alors vous pouvez avoir un script qui tourne la
          nuit pour ajouter à un fichier dump les données de toutes les
          révisions qui ont eu lieu depuis le dernier lancement du script.
          Ainsi, <command>svnadmin dump</command> est une manière de
@@ -2139,13 +2150,13 @@
          l'option <option>--parent-dir</option> de
          <command>svnadmin load</command>, vous pouvez spécifier un
          nouveau répertoire racine virtuel pour la procédure de
-        chargement. Cela signifie que si vous avez des fichiers dump
+        chargement. Ainsi, si vous avez des fichiers dump
          pour trois dépôts — disons
          <filename>fichier-dump-calc</filename>,
-        <filename>fichier-dump-cal</filename>, et
+        <filename>fichier-dump-cal</filename> et
          <filename>fichier-dump-tab</filename> — vous pouvez
          commencer par créer un nouveau dépôt pour les héberger
-        tous:</para>
+        tous :</para>

        <screen>
  $ svnadmin create /var/svn/projets
@@ -2189,7 +2200,7 @@
          <command>cvs2svn</command> (voir <xref
          linkend="svn.forcvs.convert"/>) utilise le format dump pour
          représenter le contenu d'un dépôt CVS, de manière à pouvoir
-        copier ce contenu vers un dépôt Subversion. .</para>
+        copier ce contenu dans un dépôt Subversion.</para>

      </sect2>

@@ -2201,7 +2212,7 @@
          versions en utilisant, au minimum, des algorithmes de
          différenciation binaire et de la compression de données (le
          tout, en option, dans un système de gestion de bases de données
-        complètement opaque), il est maladroit, et en tous cas fortement
+        complètement opaque). Il est maladroit, et en tous cas fortement
          déconseillé, d'essayer de le modifier manuellement, sachant
          qu'en plus c'est assez difficile. Et une fois que des données
          ont été stockées dans votre dépôt, Subversion ne fournit
@@ -2214,19 +2225,19 @@
          l'historique de votre dépôt. Par exemple pour supprimer tous les
          occurrences d'un fichier qui a été accidentellement ajouté au
          dépôt (alors qu'il ne devrait pas y être)<footnote>
-          <para>Des suppressions <quote>consentantes</quote> et avisées
-            de données sur les données suivies en versions sont
-            effectivement demandées par des cas d'utilisation réels.
+          <para>Des suppressions délibérées et avisées
+            de données suivies en versions peuvent effectivement
+            être justifiées par des cas d'utilisation réels.
              C'est pourquoi une fonctionnalité <quote>d'oblitération</quote>
              est une des fonctionnalités les plus demandées pour
              Subversion et les développeurs de Subversion espèrent
              pouvoir la fournir bientôt.</para>
          </footnote>.
-        Ou peut-être avez-vous plusieurs projets qui partagent le même
-        dépôt et vous décidez de leur attribuer chacun le leur. Pour
+        Ou bien lorsque vous avez plusieurs projets qui partagent le même
+        dépôt et que vous décidez de leur attribuer chacun le leur. Pour
          accomplir ce genre de tâches, les administrateurs ont besoin
-        d'une représentation plus souple et plus facile à gérer de leurs
-        données dans les dépôts : les fichiers dump Subversion.</para>
+        d'une représentation des données de leurs dépôts plus souple
+        et plus facile à gérer : les fichiers dump Subversion.</para>

        <para>Comme indiqué précédemment dans <xref
          linkend="svn.reposadmin.maint.migrate" />, le format des
@@ -2245,21 +2256,22 @@

        <para>C'est là qu'intervient <command>svndumpfilter</command>. Ce
          programme agit comme un filtre sur les chemins pour les flux de
-        déchargement/chargement dump d'un dépôt. Vous n'avez qu'à lui
+        déchargement/chargement d'un dépôt. Vous n'avez qu'à lui
          fournir une liste de chemins que vous voulez conserver ou une
          liste de chemins que vous voulez éliminer et ensuite rediriger
          le flux de dump de vos données à travers ce filtre. Vous
***The diff for this file has been truncated for email.***


More information about the svnbook-dev mailing list