[svnbook] r3724 committed - * src/fr/book/appb-svn-for-cvs-users.xml...

svnbook at googlecode.com svnbook at googlecode.com
Mon Apr 26 16:07:52 CDT 2010


Revision: 3724
Author: subversif999 at gmail.com
Date: Mon Apr 26 14:07:31 2010
Log: * src/fr/book/appb-svn-for-cvs-users.xml
   - Fix some typos

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

Modified:
  /trunk/src/fr/book/appb-svn-for-cvs-users.xml

=======================================
--- /trunk/src/fr/book/appb-svn-for-cvs-users.xml	Mon Mar  8 12:09:20 2010
+++ /trunk/src/fr/book/appb-svn-for-cvs-users.xml	Mon Apr 26 14:07:31 2010
@@ -1,7 +1,7 @@
  <appendix id="svn.forcvs">
    <title>Guide Subversion à l'usage des utilisateurs de CVS</title>

-  <para>Cet appendice est un guide pour les utilisateurs de CVS qui
+  <para>Cette annexe est un guide pour les utilisateurs de CVS qui
      découvrent Subversion. Il est essentiellement constitué d'une liste
      de différences, <quote>au doigt mouillé</quote>, entre les deux
      systèmes. Pour chaque section, nous fournissons autant que possible
@@ -63,7 +63,7 @@
        être vraiment précis, il convient de dire
        <quote><filename>machin.c</filename> tel qu'il était dans
        <filename>/branches/IDEE1</filename> à la révision
-      5.</quote></para>
+      5</quote>.</para>

      <para>Pour plus de détails sur ce sujet, consultez <xref
        linkend="svn.basic.in-action.revs" />.</para>
@@ -94,7 +94,7 @@
            pas d'effet immédiat sur le dépôt ; en effet, elles ne
            font que <emphasis>planifier</emphasis> l'ajout ou la
            suppression des éléments concernés. Aucun changement n'a lieu
-          dans le dépôt tant que vous n'avez pas effectué de propagation
+          dans le dépôt tant que vous n'effectuez pas de propagation
            (commande <userinput>svn commit</userinput>).</para>
        </listitem>
        <listitem>
@@ -106,7 +106,7 @@
        </listitem>
      </itemizedlist>

-    <para>Approfondissons ce dernier point. Le suivi en versions d'un
+    <para>Approfondissons ce dernier point. La gestion de versions d'un
        répertoire est un problème difficile ; comme nous voulons
        autoriser des copies de travail à cheval sur plusieurs révisions,
        des limitations apparaissent quand on essaie de pousser le modèle
@@ -130,7 +130,7 @@
        la zone <filename>.svn</filename>, le détail des ajouts et des
        suppressions propagés. Par la suite, quand vous lancez
        <userinput>svn update</userinput>, ces informations sont prises en
-      compte et combinées avec celles du dépôt, et le nouveau numéro de
+      compte et combinées avec celles du dépôt et le nouveau numéro de
        révision du répertoire est alors positionné correctement. Ainsi,
        <emphasis> c'est seulement après une mise à jour que vous pouvez
        affirmer, sans risque de vous tromper, que vous disposez d'une
@@ -149,8 +149,8 @@
        changements sur les propriétés d'un répertoire sans que ce
        répertoire ne soit préalablement mis à jour.</emphasis></para>

-    <para>Pour plus d'informations sur les limitations du suivi en
-      versions des répertoires, reportez-vous à <xref
+    <para>Pour plus d'informations sur les limitations de la gestion
+      de versions des répertoires, reportez-vous à <xref
        linkend="svn.basic.in-action.mixedrevs"/>.</para>

    </sect1>
@@ -204,7 +204,7 @@

      <para>Par ailleurs, les fichiers originaux en cache permettent au
        client Subversion de n'envoyer que les différences au moment de la
-      propagation, ce que CVS ne peut pas faire.</para>
+      propagation, ce que CVS ne sait pas faire.</para>

      <para>La dernière sous-commande de la liste (<command>svn
        revert</command>) est nouvelle. Elle supprime non seulement les
@@ -232,7 +232,7 @@
        modifications locales de la version de travail et, ensuite,
        indiquer à l'utilisateur quels fichiers ne sont plus à jour.
        Malheureusement, en raison de l'affichage peu lisible de la
-      commande <userinput>cvs update</userinput>, beaucoup
+      commande <userinput>cvs status</userinput>, beaucoup
        d'utilisateurs de CVS n'utilisent plus cette commande. À la place,
        ils ont pris l'habitude de lancer <userinput>cvs update</userinput>
        ou <userinput>cvs -n update</userinput> pour visualiser leurs
@@ -268,8 +268,8 @@
          <varlistentry>
            <term><option>-v</option></term>
            <listitem>
-            <para>liste <emphasis>tous les éléments</emphasis> soumis au
-              suivi de versions ;</para>
+            <para>liste <emphasis>tous les éléments</emphasis>
+              suivis en versions ;</para>
            </listitem>
          </varlistentry>

@@ -283,7 +283,7 @@
        </variablelist>

        <para>La commande <command>svn status</command> possède deux
-        formats de sortie. Dans le mode <quote>court</quote> mode par
+        formats de sortie. Dans le mode <quote>court</quote>, mode par
          défaut, les modifications locales sont présentées comme
          ceci :</para>

@@ -314,7 +314,7 @@
          <filename>tetes.html</filename> serait modifié lors d'une mise à
          jour et que <filename>dessin.png</filename> est un nouveau
          fichier dans le dépôt (l'absence d'un numéro de révision pour
-        <filename>dessin.png</filename>indique qu'il n'existe pas dans
+        <filename>dessin.png</filename> indique qu'il n'existe pas dans
          la copie de travail locale).</para>

        <!-- ###TODO describe -v here as well as -uv. -u and -v use
@@ -325,7 +325,7 @@
             paragraph *is* about -u, not -v, my patch concentrated on
             that. -->

-      <para>Vous devriez maintenant jeter un oeil à la liste des codes
+      <para>Vous devriez maintenant jeter un œil à la liste des codes
          d'état possibles de <xref linkend="svn.ref.svn.c.status"/>.
          Voici quelques codes d'état courants que vous
          rencontrerez :</para>
@@ -395,7 +395,7 @@
          Sinon, il y a de grandes chances pour que vous récupériez une
          copie complète de votre projet, y compris toutes les branches et
          toutes les étiquettes<footnote>
-          <para>tout du moins si vous avez suffisamment d'espace disque
+          <para>Tout du moins si vous avez suffisamment d'espace disque
              pour pouvoir terminer l'extraction.</para>
          </footnote>.
        </para>
@@ -449,7 +449,7 @@
        modifications concernant ce fichier tant que vous ne résolvez pas
        explicitement le conflit. Ensuite, Subversion 1.5 propose une
        résolution interactive des conflits, ce qui vous permet de
-      résoudre les conflits au moment où ils apparaissent plutôt que
+      résoudre les conflits au moment où ils apparaissent, plutôt que
        d'avoir à revenir dessus une fois que la fusion ou la mise à jour
        est terminée. Consultez <xref linkend="svn.tour.cycle.resolve" />
        pour plus d'informations sur la résolution des conflits avec
@@ -489,7 +489,7 @@
        <quote>non-converti</quote>.</para>

      <para>Deuxièmement, Subversion conserve une notion interne pour le
-      contenu de chaque fichier : <quote>texte</quote> ou
+      contenu de chaque fichier : <quote>texte</quote> ou
        <quote>binaire</quote>. Mais <emphasis>cette notion ne s'applique
        qu'à la copie de travail locale</emphasis>. Lors d'un
        <command>svn update</command>, Subversion effectue des fusions
@@ -497,10 +497,10 @@
        tente pas d'en faire autant pour les fichiers binaires.</para>

      <para>Pour déterminer si une fusion contextuelle est possible,
-      Subversion examine la propriété  <literal>svn:mime-type</literal>.
+      Subversion examine la propriété <literal>svn:mime-type</literal>.
        Si le fichier ne possède pas la propriété
        <literal>svn:mime-type</literal> ou si le type MIME est textuel
-      (par exemple  <literal>text/*</literal>), Subversion considère que
+      (par exemple <literal>text/*</literal>), Subversion considère que
        c'est du texte. Sinon, Subversion considère que le fichier est
        binaire. Subversion aide également les utilisateurs en incluant
        l'exécution d'un algorithme de détection des fichiers binaires
@@ -518,7 +518,7 @@
    <!-- =================================================================  
-->
    <sect1 id="svn.forcvs.modules">

-    <title>Suivi en versions des modules</title>
+    <title>Gestion de versions des modules</title>

      <para>Contrairement à CVS, une copie de travail locale de Subversion
        sait qu'elle est l'extraction d'un module. Cela signifie que si
@@ -555,7 +555,7 @@

      <para>Comme CVS, Subversion met en cache sur le disque vos éléments
        d'authentification (dans votre répertoire
-      <filename>~/.subversion/auth/</filename> à moins que vous ne lui
+      <filename>~/.subversion/auth/</filename>) à moins que vous ne lui
        spécifiez le contraire avec l'option
        <option>--no-auth-cache</option>.</para>

@@ -572,7 +572,7 @@
    <!-- =================================================================  
-->
    <sect1 id="svn.forcvs.convert">

-    <title>Convertir un dépôt CVS vers Subversion</title>
+    <title>Conversion d'un dépôt CVS vers Subversion</title>

      <para>La meilleure façon d'habituer les utilisateurs CVS à
        Subversion est certainement de les laisser continuer à travailler
@@ -595,8 +595,8 @@
        programme en Python créé à l'origine par des membres de la
        communauté de développement Subversion elle-même. Cet outil n'est
        censé être lancé qu'une seule fois : il analyse votre dépôt
-      CVS plusieurs fois et essaie d'en déduire des propagations, des
-      branches et des étiquettes autant qu'il le peut. Au final, le
+      CVS en plusieurs passes et essaie d'en déduire des propagations,
+      des branches et des étiquettes autant qu'il le peut. Au final, le
        résultat est soit un dépôt Subversion soit un fichier dump
        Subversion représentant l'historique du code. Consultez le site
        web pour le détail des instructions et les précautions


More information about the svnbook-dev mailing list