From svnbook at googlecode.com  Sat May  1 17:06:39 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 01 May 2010 22:06:39 +0000
Subject: [svnbook] r3727 committed - *
	fr/book/ch04-branching-and-merging.xml...
Message-ID: <0016e6d27b88fcc02304858f9256@google.com>

Revision: 3727
Author: christophe.nanteuil
Date: Sat May  1 15:05:34 2010
Log: * fr/book/ch04-branching-and-merging.xml
   - cross-reading

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

Modified:
  /trunk/src/fr/book/ch04-branching-and-merging.xml

=======================================
--- /trunk/src/fr/book/ch04-branching-and-merging.xml	Fri Apr 23 13:21:19  
2010
+++ /trunk/src/fr/book/ch04-branching-and-merging.xml	Sat May  1 15:05:34  
2010
@@ -17,8 +17,8 @@

    <para>La gestion des branches est un ?l?ment fondamental de la
      gestion de versions. Si vous comptez utiliser Subversion pour
-    g?rer vos donn?es, c'est une fonctionnalit? qui finira par
-    devenir indispensable pour vous. Ce chapitre suppose que vous ?tes
+    g?rer vos donn?es, c'est une fonctionnalit? dont vous ne pourrez
+    plus vous passer. Ce chapitre suppose que vous ?tes
      d?j? familier avec les notions de bases de Subversion
      (<xref linkend="svn.basic"/>).</para>

@@ -27,7 +27,7 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <sect1 id="svn.branchmerge.whatis">
-    <title>Qu'est-ce qu'une branche?</title>
+    <title>Qu'est-ce qu'une branche&nbsp;?</title>

      <para>Supposons que votre travail soit de maintenir un document
        pour une division de votre entreprise, un manuel par exemple.
@@ -36,7 +36,7 @@
        pour elle, puisqu'elle fait les choses l?g?rement
        diff?remment.</para>

-    <para>Que faites-vous dans cette situation? Tout naturellement,
+    <para>Que faites-vous dans cette situation&nbsp;? Tout naturellement,
        vous cr?ez une seconde copie du document et commencez ? maintenir
        les deux copies s?par?ment. Puis, quand chaque division vous
        demande de faire des petites modifications, vous les incorporez
@@ -120,7 +120,7 @@
        corriger des bogues mineurs ici et l?. Elle a besoin que la
        derni?re version du projet
        (dans <filename>/calc/trunk</filename>) demeure en permanence
-      utilisable. Si vous commencez ? livrer des changements petit
+      utilisable. Si vous commencez ? propager des changements petit
        ? petit, vous allez s?rement rendre les choses difficiles pour
        Sally (ainsi que pour d'autres membres de l'?quipe).</para>

@@ -129,8 +129,8 @@
        semaine ou deux. C'est-?-dire commencer ? modifier et ?
        r?organiser les fichiers dans votre copie de travail, mais
        sans effectuer de propagation ni de mise ? jour avant que vous
-      n'ayez compl?tement termin? la t?che. Il y a cependant un
-      certain nombre de probl?mes avec cette strat?gie. Premi?rement,
+      n'ayez compl?tement termin? la t?che. Cette strat?gie comporte
+      certains risques. Premi?rement,
        ce n'est pas sans danger. La plupart des gens aiment propager
        leurs modifications fr?quemment, au cas o? leur copie de travail
        aurait un accident. Deuxi?mement, ce n'est pas tr?s flexible. Si
@@ -143,7 +143,7 @@
        d'autre. Une des <quote>bonnes pratiques</quote> du monde du
        d?veloppement logiciel est de permettre ? vos pairs de passer
        votre travail en revue au fur et ? mesure. Si personne n'a acc?s
-      ? vos livraisons interm?diaires, vous vous coupez d'?ventuelles
+      ? vos propagations interm?diaires, vous vous coupez d'?ventuelles
        critiques et risquez de partir dans une mauvaise direction
        pendant des semaines avant que quelqu'un ne s'en aper?oive.
        Enfin, quand vous en aurez fini avec tous vos changements,
@@ -202,15 +202,14 @@
          dans le d?p?t, cr?ant un nouveau dossier ? la r?vision 341.
          Ce nouveau dossier est une copie de
          <filename>/calc/trunk</filename>, comme l'illustre la
-        <xref linkend="svn.branchmerge.using.create.dia-1"/>.
-
+        <xref linkend="svn.branchmerge.using.create.dia-1"/>
          <footnote>
          <para>Subversion n'accepte pas les copies entre des d?p?ts
            distincts. Quand vous utilisez des URLs avec
            <command>svn copy</command> et <command>svn move</command>,
            vous ne pouvez copier que des ?l?ments faisant partie du
            m?me d?p?t.</para>
-        </footnote>
+        </footnote>.

          Bien qu'il soit aussi possible de cr?er une branche en
          utilisant <command>svn copy</command> pour dupliquer un dossier
@@ -220,7 +219,7 @@
          terme de dur?e, puisque chaque fichier et chaque dossier doit
          ?tre dupliqu? sur le disque local. Copier un dossier sur le
          serveur, par contre, est une op?ration dont la dur?e est
-        constante et c'est la fa?on dont la plupart des gens cr?ent
+        constante et c'est ainsi que la plupart des gens cr?ent
          des branches.</para>

        <figure id="svn.branchmerge.using.create.dia-1">
@@ -300,7 +299,7 @@
          <command>svn switch</command> est une m?thode alternative
          pour cr?er une copie de travail d'une branche).</para>

-      <para>Imaginons qu'une semaine passe et que les livraisons
+      <para>Imaginons qu'une semaine passe et que les propagations
          suivantes ont lieu&nbsp;:</para>

        <itemizedlist>
@@ -430,7 +429,7 @@
          Premi?rement, Subversion n'a pas de notion interne de
          branche &mdash; il sait seulement faire des copies. Quand
          vous copiez un dossier, le dossier qui en r?sulte n'est une
-        <quote>branche</quote> que parce <emphasis>vous</emphasis>
+        <quote>branche</quote> que parce que <emphasis>vous</emphasis>
          le consid?rez comme tel. Vous aurez beau envisager ce dossier
          diff?remment ou le traiter diff?remment, pour
          Subversion c'est juste un dossier ordinaire auquel sont
@@ -465,11 +464,11 @@
        la branche de d?veloppement principale.</para>

      <para>Pour les projets qui ont un grand nombre de contributeurs,
-      il est d'usage courant que la plupart des gens aient des copies
+      il est d'usage que la plupart des gens aient des copies
        de travail du tronc. D?s que quelqu'un doit faire des
        modifications de longue haleine, susceptibles de perturber
-      le tronc, une proc?dure standard est de cr?er une branche
-      priv?e et d'y propager les modifications jusqu'? ce que tout
+      le tronc, une proc?dure standard est qu'il cr?e une branche
+      priv?e et qu'il y propage les modifications jusqu'? ce que tout
        le travail soit termin?.</para>

      <para>Bref, la bonne nouvelle est que Sally et vous n'empi?tez
@@ -487,7 +486,7 @@
        partag?es&nbsp;; Subversion vous offre la possibilit? de
        <quote>copier</quote> s?lectivement des modifications entre
        les branches. Et quand vous aurez tout fini dans votre branche,
-      votre groupe de modifications pourra ?tre recopi? en entier
+      l'ensemble de vos modifications pourra ?tre recopi? en entier
        vers le tronc. Dans la terminologie Subversion, l'action
        g?n?rale de r?plication des modifications d'une branche vers
        une autre s'appelle la <firstterm>fusion</firstterm> et elle
@@ -497,8 +496,8 @@
      <para>Dans les exemples qui suivent, nous supposerons que le
        client et le serveur Subversion sont tous deux en version 1.5
        (ou plus r?cente). Si l'un ou l'autre sont en version plus
-      ancienne, les choses seront plus compliqu?es&nbsp;: le syst?me
-      ne g?rera pas les changements de fa?on automatique et vous
+      ancienne, les choses sont plus compliqu?es&nbsp;: le syst?me
+      ne g?re pas les changements de fa?on automatique et vous
        devrez utiliser des m?thodes manuelles p?nibles pour obtenir
        des r?sultats similaires. Vous devrez en effet toujours utiliser
        la syntaxe d?taill?e de la fusion sp?cifiant l'?ventail des
@@ -507,7 +506,7 @@
         plus loin dans ce chapitre) et penser ? garder trace de ce qui
         a d?j? ?t? fusionn? et de ce qui ne l'a pas encore ?t?. Pour
         cette raison, nous recommandons <emphasis>fortement</emphasis>
-       que vous vous assuriez que client et serveur sont au moins
+       de vous assurer que client et serveur sont au moins
         en version 1.5.</para>

    <!-- =============================================================== -->
@@ -515,7 +514,7 @@
        <title>Ensembles de modifications</title>

        <para>Avant que nous n'allions plus loin, nous devons vous
-        avertir que les pages suivantes contiendront de nombreuses
+        avertir que les pages suivantes contiennent de nombreuses
          discussions portant sur les <quote>modifications</quote>.
          Beaucoup de gens ayant de l'exp?rience dans les syst?mes de
          gestion de versions utilisent le terme
@@ -524,10 +523,10 @@
          donc clarifier ce que Subversion entend par
          <firstterm>ensemble de modifications</firstterm>.</para>

-      <para>Tout le monde semble avoir sa propre d?finition, variant
+      <para>Chacun semble avoir sa propre d?finition, variant
          l?g?rement, d'un ensemble de modifications, ou tout du moins
-        une attente diff?rente de ce qu'un syst?me de gestion de
-        versions peut entendre par l?. En ce qui nous concerne, disons
+        a une attente diff?rente quant ? leur traitement par le syst?me
+        de gestion de versions. En ce qui nous concerne, disons
          qu'un ensemble de modifications n'est qu'un simple regroupement
          de modifications identifi? par un nom unique. Les modifications
          peuvent inclure des changements textuels du contenu des
@@ -538,7 +537,7 @@

        <para>Dans Subversion, un num?ro de r?vision globale N d?signe
          une arborescence dans le d?p?t&nbsp;: c'est ce ? quoi le d?p?t
-        ressemblait apr?s la N-?me propagation. C'est aussi le nom d'un
+        ressemblait apr?s la N-i?me propagation. C'est aussi le nom d'un
          ensemble de modifications implicite&nbsp;: si vous comparez
          l'arborescence N avec l'arborescence N&minus;1, vous pouvez en
          d?duire exactement le correctif qui a ?t? propag?. Pour cette
@@ -553,7 +552,7 @@
          <userinput>svn log -r 9238</userinput> pour obtenir le d?tail
          des modifications qui ont corrig? le bogue et lancer
          <userinput>svn diff -c 9238</userinput> pour voir le
-        correctif lui-m?me. De plus (comme vous le verrez bient?t),
+        correctif lui-m?me. De plus (comme nous le verrons bient?t),
          la commande <command>svn merge</command> de Subversion est
          capable d'utiliser les num?ros de r?vision. Vous pouvez
          fusionner des listes de modifications sp?cifiques d'une
@@ -577,7 +576,7 @@
          ? faire des modifications importantes sur le
          <filename>/trunk</filename> du projet. Vous avez int?r?t ?
          recopier ces modifications dans votre propre branche, juste
-        pour vous assurer qu'elles se combinent bien avec vos
+        pour vous assurer qu'elles se combinent bien avec vos propres
          modifications. En fait, c'est l? une bonne pratique&nbsp;:
          synchroniser fr?quemment votre branche avec la ligne de
          d?veloppement principale permet d'?viter les conflits
@@ -625,7 +624,7 @@
          <command>svn diff</command> et ensuite de compiler et de
          tester votre branche. Notez que le r?pertoire de travail
          actuel (<quote><filename>.</filename></quote>) a aussi ?t?
-        modifi?&nbsp;; <command>svn diff</command> indiquera que sa
+        modifi?&nbsp;; <command>svn diff</command> indique que sa
          propri?t? <literal>svn:mergeinfo</literal> a ?t? cr??e ou
          modifi?e. Ceci est une m?ta-information importante li?e ? la
          fusion, ? laquelle vous ne devriez <emphasis>pas</emphasis>
@@ -642,7 +641,7 @@
          pas de conflits <emphasis>s?mantiques</emphasis>&nbsp;!).
          Si vous rencontrez de graves difficult?s, vous pouvez toujours
          annuler les modifications locales en lan?ant
-        <userinput>svn revert . -R</userinput> (qui annulera toutes
+        <userinput>svn revert . -R</userinput> (qui annule toutes
          les modifications locales) et entamer avec vos coll?gues
          une longue discussion sur le th?me
          <quote>Qu'est-ce qui se passe&nbsp;?</quote>. Par contre, si les
@@ -720,8 +719,8 @@
        </sidebar>

        <para>Supposons qu'une autre semaine s'est ?coul?e. Vous avez
-        propag? des modifications suppl?mentaires dans votre branche,
-        et que vos camarades ont ?galement continu? ? am?liorer le
+        propag? des modifications suppl?mentaires dans votre branche
+        et vos camarades ont ?galement continu? ? am?liorer le
          tronc. Une fois encore, vous aimeriez r?percuter les derni?res
          modifications du tronc vers votre branche et ainsi ?tre synchro.
          Lancez juste la m?me commande <command>svn merge</command>
@@ -765,9 +764,9 @@
  R?vision 390 propag?e.
  </screen>

-      <para>? pr?sent, vous allez utiliser <command>svn merge</command>
+      <para>? pr?sent, utilisez <command>svn merge</command>
          pour r?percuter les modifications de votre branche sur le tronc.
-        Vous aurez besoin d'une copie de travail de
+        Vous avez alors besoin d'une copie de travail de
          <filename>/trunk</filename> qui soit ? jour. Vous pouvez
          vous la procurer soit en effectuant un
          <command>svn checkout</command>, soit en reprenant une vieille
@@ -834,8 +833,8 @@
          synchronisation finale, il fusionne le groupe 380:385.</para>

        <para>Cependant, lors de la r?int?gration d'une branche dans
-        le tronc, les math?matiques sous-jacentes sont assez
-        diff?rentes. Votre branche d?di?e est ? pr?sent un
+        le tronc, la logique sous-jacente est assez
+        diff?rente. Votre branche d?di?e est ? pr?sent un
          amoncellement de modifications provenant ? la fois du tronc
          et de votre branche priv?e et il n'y a donc pas de groupe
          de r?visions contigu ? recopier. En sp?cifiant l'option
@@ -941,7 +940,7 @@
        <para>Il existe ?galement une sous-commande,
          <command>svn mergeinfo</command>, qui peut ?tre utile pour
          voir non seulement quels ensembles de modifications un
-        dossier a absorb?, mais aussi quels ensembles de modifications
+        dossier a absorb?s, mais aussi quels ensembles de modifications
          il est encore susceptible de recevoir. Ceci donne une sorte
          d'aper?u du prochain ensemble de modifications que
          <command>svn merge</command> recopiera vers
@@ -960,7 +959,7 @@
  r389
  r390

-# Quelles modifications sont encore susceptibles d'?tre fusionn?es du  
tronc vers la branche?
+# Quelles modifications sont encore susceptibles d'?tre fusionn?es du  
tronc vers la branche ?
  $ svn mergeinfo http://svn.exemple.com/depot/calc/trunk --show-revs  
eligible
  r391
  r392
@@ -972,7 +971,7 @@
        <para>La commande <command>svn mergeinfo</command> prend en
          param?tres une URL <quote>source</quote> (d'o? les
          modifications viennent) et une URL <quote>cible</quote>
-        optionnelle (vers laquelle les modifications seraient
+        optionnelle (vers laquelle les modifications sont
          fusionn?es). Si aucune URL cible n'est fournie, elle suppose
          que le dossier actuel est la cible. Dans l'exemple pr?c?dent,
          puisque nous interrogeons la copie de travail de notre
@@ -1036,16 +1035,16 @@
            de rencontrer quelques obstacles (facilement surmontables).
            Par exemple, si l'op?ration de fusion ajoute un nouveau
            fichier (ou plus exactement programme son ajout),
-          <command>svn revert</command> ne supprimera pas
+          <command>svn revert</command> ne supprime pas
            le fichier&nbsp;; il va juste d?programmer l'ajout. Vous
            vous retrouvez avec un fichier non suivi en versions. Si
            ensuite vous tentez ? nouveau de lancer la fusion, il
            risque d'y avoir des conflits dus au fichier non suivi
-          en versions rest? <quote>en travers du chemin</quote>.
-          Solution&nbsp;? Apr?s avoir effectu? un retour arri?re ? l'aide
-          de <command>svn revert</command>, pensez ? nettoyer la
+          en versions rest? <quote>en travers du chemin</quote>. La
+          Solution&nbsp;? Apr?s avoir effectu? un retour en arri?re ?
+          l'aide de <command>svn revert</command>, pensez ? nettoyer la
            copie de travail et supprimer les fichiers et dossiers
-          non suivis en version. Il faut que le r?sultat de
+          non suivis en versions. Il faut que le r?sultat de
            <command>svn status</command> soit le plus propre possible,
            et dans l'id?al vide.</para>
            </tip>
@@ -1143,7 +1142,7 @@
              permanente. En attendant, en guise de palliatif,
              voir <xref
              linkend="svn.reposadmin.maint.tk.svndumpfilter"/>.</para>
-        </footnote>
+        </footnote>.
        </para>

      </sect2>
@@ -1216,7 +1215,7 @@

        <para>Voil?, c'?tait la partie difficile&nbsp;: la recherche.
          Maintenant que vous savez ce que vous voulez r?cup?rer,
-        deux choix s'offrent ? vous.</para>
+        deux options s'offrent ? vous.</para>

        <para>Une possibilit? serait d'utiliser
          <command>svn merge</command> pour appliquer la r?vision 808
@@ -1348,7 +1347,7 @@
          priv?e dans le tronc. ? la machine ? caf?, vous apprenez par
          hasard que Sally a apport? une modification int?ressante ?
          <filename>entier.c</filename> dans le tronc. Vous reportant ?
-        l'historique des livraisons du tronc, vous vous apercevez
+        l'historique des propagations du tronc, vous vous apercevez
          qu'elle a corrig? un bogue crucial en r?vision 355, qui
          impacte directement la fonctionnalit? sur laquelle vous ?tes
          en train de travailler. Vous n'?tes peut-?tre pas encore pr?t
@@ -1388,7 +1387,7 @@
  </screen>

        <para>Vous pouvez ? pr?sent lancer les proc?dures habituelles
-        de tests, avant de livrer cette modification ? votre branche.
+        de tests, avant de propager cette modification ? votre branche.
          Apr?s la propagation, Subversion marque r355 comme ayant ?t?
          fusionn?e dans la branche, afin qu'une future fusion
          <quote>magique</quote> synchronisant votre branche avec le
@@ -1433,7 +1432,7 @@
          modifications&nbsp;; le cas se pr?sente tr?s souvent,
          par exemple lorsqu'une ?quipe g?re une
          <quote>branche de production</quote> du logiciel
-        (nous d?velopperons ce th?me dans
+        (ce th?me est d?velopp? dans
          <xref linkend="svn.branchmerge.commonpatterns.release"/>).</para>

        <warning>
@@ -1463,8 +1462,8 @@
        </warning>

        <para>Avertissement&nbsp;: bien que <command>svn diff</command>
-        et <command>svn merge</command> soient tr?s similaires au
-        niveau conceptuel, leur syntaxe est diff?rente dans de
+        et <command>svn merge</command> soient conceptuellement tr?s
+        similaires, leur syntaxe est diff?rente dans de
          nombreux cas. Pour plus de d?tails, reportez-vous au
          <xref linkend="svn.ref"/> ou consultez
          <command>svn help</command>. Par exemple,
@@ -1488,12 +1487,12 @@

        <para>Si vous fusionnez un dossier et que vous n'avez pas
          encore sp?cifi? de cible, <command>svn merge</command>
-        supposera qu'il est dans la premi?re situation et essaiera
+        suppose qu'il est dans la premi?re situation et essaie
          d'appliquer les modifications dans votre dossier en cours.
          Si vous fusionnez un fichier et que ce fichier
          (ou un fichier du m?me nom) existe dans votre dossier de
-        travail en cours, <command>svn merge</command> supposera
-        qu'il est dans la seconde situation et essaiera d'appliquer
+        travail en cours, <command>svn merge</command> suppose
+        qu'il est dans la seconde situation et essaie d'appliquer
          les modifications au fichier local du m?me nom.</para>

      </sect2>
@@ -1502,15 +1501,15 @@
      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
        <title>Syntaxe de la fusion&nbsp;: pour tout vous dire</title>

-      <para>Vous venez de voir des exemples d'utilisation de la
-        commande <command>svn merge</command> et vous allez bient?t
-        en voir plusieurs autres. Si la confusion r?gne dans votre
-        esprit concernant le fonctionnement des fusions, vous n'?tes
-        pas tout seul. De nombreux utilisateurs (en particulier ceux
-        qui d?couvrent la gestion de versions) sont initialement
-        perplexes au sujet de la syntaxe de la commande, ainsi que
-        quand et comment utiliser cette fonctionnalit?. Mais n'ayez
-        pas peur, cette commande est en fait bien plus simple que
+      <para>Nous venons de voir des exemples d'utilisation de la
+        commande <command>svn merge</command> et nous allons bient?t
+        en voir plusieurs autres. Si vous n'avez pas bien assimil? le
+        le fonctionnement des fusions, rassurez-vous, vous n'?tes pas un
+        cas isol?. De nombreux utilisateurs (en particulier ceux
+        qui d?couvrent la gestion de versions) commencent par une phase
+        de perplexit? au sujet de la syntaxe de la commande, ainsi que
+        quand et comment utiliser cette fonctionnalit?. Mais, en fait,
+        cette commande est bien plus simple que
          vous ne le pensez&nbsp;! Il y a une technique tr?s simple
          pour comprendre comment <command>svn merge</command> agit.</para>

@@ -1524,7 +1523,7 @@
          les diff?rences sont appliqu?es ? une copie de travail.</para>

        <para>Si vous utilisez svn merge pour effectuer de simples
-        copies de modifications entre branches, il fera g?n?ralement
+        copies de modifications entre branches, elle fait g?n?ralement
          ce qu'il faut automatiquement. Par exemple, une commande
          telle que&nbsp;:</para>

@@ -1532,14 +1531,14 @@
  $ svn merge http://svn.exemple.com/depot/calc/une-branche
  </screen>

-      <para>tentera de dupliquer toutes les modifications faites
+      <para>tente de dupliquer toutes les modifications faites
          dans <filename>une-branche</filename> vers votre r?pertoire
          de travail actuel, qui est sans doute une copie de travail
          partageant des liens historiques avec la branche. La commande
          est suffisamment intelligente pour ne copier que les
          modifications que votre copie de travail ne poss?de pas
          encore. Si vous r?p?tez cette commande une fois par semaine,
-        elle ne copiera que les modifications
+        elle ne copie que les modifications
          <quote>les plus r?centes</quote> qui ont eu lieu depuis la
          derni?re fusion.</para>

@@ -1552,16 +1551,16 @@

          <listitem><para>une arborescence initiale (souvent appel?e
            <firstterm>c?t? gauche</firstterm>
-          de la comparaison)</para></listitem>
+          de la comparaison)&nbsp;;</para></listitem>

          <listitem><para>une arborescence finale (souvent appel?e
            <firstterm>c?t? droit</firstterm>
-        de la comparaison)</para></listitem>
-
-        <listitem><para>une copie de travail qui recevra les
+        de la comparaison)&nbsp;;</para></listitem>
+
+        <listitem><para>une copie de travail qui re?oit les
            diff?rences en tant que modifications locales (souvent
            appel?e <firstterm>cible</firstterm>
-          de la fusion)</para></listitem>
+          de la fusion).</para></listitem>

        </orderedlist>

@@ -1577,9 +1576,9 @@
          <command>svn revert</command> pour revenir en arri?re sur
          toutes les modifications.</para>

-      <para>La syntaxe de <command>svn merge</command> vous offre
-        la possibilit? de sp?cifier les trois param?tres de fa?on
-        assez flexible. Voici quelques exemples&nbsp;:</para>
+      <para>La syntaxe de <command>svn merge</command> est assez
+        flexible quant ? la fa?on de sp?cifier les trois param?tres.
+        Voici quelques exemples&nbsp;:</para>

        <screen>
  $ svn merge http://svn.exemple.com/depot/branche1 at 150 \
@@ -1597,7 +1596,7 @@
          cible. La deuxi?me syntaxe peut ?tre utilis?e comme raccourci
          pour les cas o? vous comparez des r?visions diff?rentes de la
          m?me URL. La derni?re syntaxe indique que le param?tre copie
-        de travail est optionnel&nbsp;; s'il est omis, elle utilisera
+        de travail est optionnel&nbsp;; s'il est omis, elle utilise
          par d?faut le r?pertoire en cours.</para>

          <para>Si le premier exemple donne la syntaxe
@@ -1628,9 +1627,9 @@
            <listitem>
            <para>Si vous demandez ? <command>svn merge</command>
              de comparer deux URLs qui n'ont pas de lien entre elles,
-            un correctif sera quand m?me g?n?r? et appliqu? ? votre
-            copie de travail, mais aucune m?tadonn?e de fusion ne
-            sera cr??e. Il n'y a pas d'historique commun aux deux
+            un correctif est quand m?me g?n?r? et appliqu? ? votre
+            copie de travail, mais aucune m?tadonn?e de fusion n'est
+            cr??e. Il n'y a pas d'historique commun aux deux
              sources et les futures fusions
              <quote>intelligentes</quote> d?pendent de cet
              historique commun.</para>
@@ -1643,7 +1642,7 @@
            <para>Bien qu'il soit possible de lancer une commande telle
              que <userinput>svn merge -r 100:200
               
<replaceable>http://svn.projetexterieur.com/depot/trunk</replaceable></userinput>,
-            le correctif r?sultant ne comportera aucune m?tadonn?e
+            le correctif r?sultant ne comporte aucune m?tadonn?e
              historique de fusion. ? la date d'aujourd'hui, Subversion
              n'est pas capable de repr?senter des URL de d?p?ts
              diff?rents au sein de la propri?t?
@@ -1711,10 +1710,10 @@
          paragraphe va expliquer ces diff?rences.</para>

        <para>Pour commencer, supposons que votre copie de travail n'a
-        pas de modification locale en cours. Quand vous lancerez
+        pas de modification locale en cours. Quand vous lancez
          <command>svn update</command> pour la mettre ? jour ? une
          r?vision particuli?re, les modifications envoy?es par le
-        serveur s'appliqueront toujours <quote>proprement</quote>
+        serveur s'appliquent toujours <quote>proprement</quote>
          ? votre copie de travail. Le serveur g?n?re le delta en
          comparant deux arborescences&nbsp;: d'une part un
          instantan? virtuel de votre copie de travail, d'autre part
@@ -1729,7 +1728,7 @@
          l'utilisateur avanc? peut demander au serveur de comparer
          <emphasis>n'importe quelle</emphasis> paire d'arborescences,
          m?me des arborescences n'ayant aucun rapport avec la copie
-        de travail&nbsp;! Ce qui laisse potentiellement beaucoup de
+        de travail&nbsp;! Cela laisse potentiellement beaucoup de
          place ? l'erreur humaine. Les utilisateurs vont parfois
          comparer deux arborescences qui ne sont pas les bonnes,
          cr?ant ainsi un delta qui ne s'appliquera pas proprement.
@@ -1739,7 +1738,7 @@
          fa?on que la commande Unix <command>patch</command> se plaint
          parfois de <quote>morceaux rat?s</quote>
          (<foreignphrase>failed hunks</foreignphrase>),
-        <command>svn merge</command> se plaindra de
+        <command>svn merge</command> se plaint de
          <quote>cibles manquantes omises</quote>
          (<foreignphrase>skipped targets</foreignphrase>)&nbsp;:</para>

@@ -1757,7 +1756,7 @@

        <para>Dans l'exemple pr?c?dent, il est possible que
          <filename>baz.c</filename> existe dans les deux instantan?s
-        de la branche en question&nbsp;; et que le delta r?sultant
+        de la branche en question et que le delta r?sultant
          tente de modifier le contenu du fichier, mais que le fichier
          n'existe pas dans la copie de travail. Quoi qu'il en soit,
          le message <quote>Cible manquante omise</quote> signifie que
@@ -1767,7 +1766,7 @@
          en arri?re de mani?re r?cursive sur toutes les modifications
          cr??es par la fusion
          (<userinput>svn revert . --recursive</userinput>), d'effacer
-        tout fichier ou dossier non suivi en version restant apr?s le
+        tout fichier ou dossier non suivi en versions restant apr?s le
          retour en arri?re et de relancer <command>svn merge</command>
          avec des param?tres diff?rents.</para>

@@ -2983,7 +2982,7 @@
          moment <filename>/trunk</filename> puisse ?tre compil? et
          passe avec succ?s les tests de r?gression. Une branche
          fonctionnelle n'est n?cessaire que quand une modification
-        n?cessite un grand nombre de livraisons susceptibles de
+        n?cessite un grand nombre de propagations susceptibles de
          d?stabiliser le tronc. Une bonne m?thode empirique est de se
          poser la question suivante&nbsp;: si le d?veloppeur
          travaillait pendant plusieurs jours en isolation et ensuite
@@ -3131,7 +3130,7 @@
        fournisseur est une arborescence au sein de votre propre syst?me
        de gestion de versions qui contient des informations fournies
        par une entit? tierce, ou fournisseur. Chaque version des donn?es
-      du fournisseur que vous d?ciderez d'incorporer dans votre projet
+      du fournisseur que vous d?cidez d'incorporer dans votre projet
        est appel?e une
        <firstterm>livraison fournisseur</firstterm>.</para>

@@ -3194,10 +3193,10 @@
        <para>Nous avons d?sormais la version actuelle du code source
          de libcomplex dans
          <filename>/fournisseur/libcomplex/actuel</filename>. ? pr?sent,
-        nous allons ?tiqueter cette version (voir
-        <xref linkend="svn.branchmerge.tags"/>) et ensuite la copier
-        dans la branche de d?veloppement principale. Cette op?ration
-        de copie cr?era un nouveau dossier appel?
+        nous ?tiquetons cette version (voir
+        <xref linkend="svn.branchmerge.tags"/>) et ensuite nous la
+        copions dans la branche de d?veloppement principale. Cette
+        op?ration de copie cr?e un nouveau dossier appel?
          <filename>libcomplex</filename> au sein du r?pertoire de notre
          projet existant <filename>calc</filename>. C'est dans cette copie
          des donn?es du fournisseur que nous ferons nos
@@ -3236,7 +3235,7 @@
          libcomplex, la 1.0, par une copie de libcomplex 1.1 et
          ensuite r?-appliquer les modifications que nous avions
          effectu?es pr?c?demment sur cette biblioth?que ? la nouvelle
-        version. Mais en fait nous allons aborder le probl?me sous un
+        version. Mais, en fait, nous allons aborder le probl?me sous un
          autre angle, en appliquant les changements apport?s ?
          libcomplex entre les versions 1.0 et 1.1 ? notre copie
          modifi?e de celle-ci.</para>
@@ -3256,12 +3255,12 @@
          de la gestion de versions.</para>

        <para>Apr?s avoir remplac? le code de la 1.0 par le code de la
-        1.1, <command>svn status</command> listera les fichiers ayant
+        1.1, <command>svn status</command> liste les fichiers ayant
          des modifications locales et peut-?tre aussi des fichiers
          non suivis en versions. Si nous avons fait ce que nous ?tions
-        cens?s faire, les fichiers non suivis en version sont
+        cens?s faire, les fichiers non suivis en versions sont
          uniquement de nouveaux fichiers introduits par la version 1.1
-        de libcomplex&nbsp;; nous allons donc lancer
+        de libcomplex&nbsp;; nous lan?ons donc
          <command>svn add</command> sur ces fichiers pour les inclure
          dans la gestion de versions. Si le code de la 1.1 ne contient
          plus certains fichiers qui ?taient dans l'arborescence de la
@@ -3277,10 +3276,10 @@
          nous avons faites pour lui donner cet aspect.</para>

        <para>Notre branche <filename>actuel</filename> contient
-        d?sormais la nouvelle livraison fournisseur. Nous allons donc
-        ?tiqueter la nouvelle version en 1.1 (de la m?me fa?on que
+        d?sormais la nouvelle livraison fournisseur. Nous ?tiquetons
+        donc la nouvelle version en 1.1 (de la m?me fa?on que
          nous avions pr?c?demment ?tiquet? la livraison fournisseur de
-        la version 1.0) et ensuite fusionner les diff?rences entre
+        la version 1.0) et ensuite nous fusionnons les diff?rences entre
          les ?tiquettes de la version pr?c?dente et de la nouvelle
          version vers notre branche de d?veloppement
          principale&nbsp;:</para>
@@ -3305,10 +3304,10 @@
          version de la biblioth?que, sans la moindre complication ou
          conflit.</para>

-      <para>Mais les choses ne sont pas toujours aussi simples et en
-        fait il arrive assez fr?quemment que des fichiers sources
+      <para>Mais les choses ne sont pas toujours aussi simples et, en
+        fait, il arrive assez fr?quemment que des fichiers sources
          changent d'emplacement d'une version ? l'autre d'un logiciel.
-        Ceci rend plus compliqu?e la t?che de s'assurer que nos
+        Ceci complique la t?che de s'assurer que nos
          modifications sont toujours valides pour la nouvelle version
          du code, et les choses peuvent rapidement d?g?n?rer, jusqu'au
          point o? nous pouvons ?tre forc?s de reporter manuellement nos
@@ -3340,7 +3339,7 @@
          processus. Ce script automatise les ?tapes importantes que
          nous avons mentionn?es dans la proc?dure g?n?rale de gestion
          des branches fournisseurs afin de minimiser les erreurs. Vous
-        serez toujours responsable de l'utilisation des commandes
+        ?tes toujours responsable de l'utilisation des commandes
          <command>svn merge</command> pour fusionner les nouvelles
          versions des donn?es tierces vers votre branche de
          d?veloppement principale, mais
@@ -3361,7 +3360,7 @@
          </listitem>
          <listitem>
            <para>Il prend soin de s?ries compliqu?es d'op?rations entre
-            lesquelles Subversion a besoin d'une livraison
+            lesquelles Subversion a besoin d'une propagation
              interm?diaire, telles qu'avant de renommer un fichier ou
              un dossier pour la deuxi?me fois.</para>
          </listitem>
@@ -3411,12 +3410,12 @@
          il examine le contenu de votre livraison fournisseur
          existante, <filename>actuel</filename>, et le compare ? la
          nouvelle livraison fournisseur. Dans le cas le plus trivial,
-        aucun fichier ne sera pr?sent dans une version sans l'?tre
-        dans l'autre et le script effectuera le nouvel import sans
+        aucun fichier n'est pr?sent dans une version sans l'?tre
+        dans l'autre et le script effectue le nouvel import sans
          incident. Cependant, s'il y a des divergences dans
          l'agencement des fichiers entre les versions,
-        <command>svn_load_dirs.pl</command> vous demandera comment
-        r?soudre ces diff?rences. Par exemple, vous aurez
+        <command>svn_load_dirs.pl</command> vous demande comment
+        r?soudre ces diff?rences. Par exemple, vous avez
          l'opportunit? d'indiquer au script que vous savez que le
          fichier <filename>math.c</filename> de la version 1.0 de
          libcomplex a ?t? renomm? en <filename>arithmetique.c</filename>
@@ -3428,14 +3427,14 @@
          configuration s?par?, permettant de sp?cifier des propri?t?s
          sur des fichiers et dossiers, correspondants ? une expression
          r?guli?re, qui vont ?tre <emphasis>ajout?s</emphasis> au
-        d?p?t. Ce fichier de configuration sera indiqu? ?
+        d?p?t. Ce fichier de configuration est indiqu? ?
          <command>svn_load_dirs.pl</command> en utilisant l'option
          <option>-p</option> en ligne de commande. Chaque ligne du
          fichier de configuration est un ensemble de deux ou quatre
          valeurs d?limit?es par des espaces&nbsp;: une expression
          r?guli?re du style Perl ? laquelle comparer le chemin ajout?,
          un mot cl? de contr?le (soit <literal>break</literal> soit
-        <literal>cont</literal>) et ensuite en option un nom de
+        <literal>cont</literal>) et ensuite, en option, un nom de
          propri?t? et une valeur.</para>

        <screen>
@@ -3452,18 +3451,18 @@
          <literal>break</literal> (ce qui signifie qu'aucune autre
          modification de propri?t? ne doit ?tre appliqu?e ? ce chemin).
          Si le terme de contr?le est <literal>cont</literal>
-        (abr?viation de continuer), la comparaison continuera avec la
+        (abr?viation de continuer), la comparaison continue avec la
          ligne suivante du fichier de configuration.</para>

-      <para>Tout espace faisant partie de l'expression r?guli?re, du
+      <para>Toute espace faisant partie de l'expression r?guli?re, du
          nom de la propri?t? ou de la valeur de la propri?t? doit ?tre
-        entour? d'apostrophes ou de guillemets. Vous pouvez banaliser
+        entour?e d'apostrophes ou de guillemets. Vous pouvez banaliser
          les guillemets et apostrophes qui ne sont pas utilis?s pour
-        entourer un espace en les faisant pr?c?der d'une barre oblique
+        entourer une espace en les faisant pr?c?der d'une barre oblique
          invers?e (ou <quote>antislash</quote>&nbsp;:
          <literal>\</literal>). L'antislash ne banalise que les
          guillemets et apostrophes pendant le traitement du fichier de
-        configuration, donc pas la peine de prot?ger d'autres
+        configuration, ce n'est donc pas la peine de prot?ger d'autres
          caract?res au-del? de ce qui est n?cessaire pour
          l'expression r?guli?re.</para>

@@ -3480,7 +3479,7 @@
        avons pr?sent? les concepts d'?tiquettes et de branches et
        montr? comment Subversion impl?mente ces concepts en copiant des
        r?pertoires avec la commande <command>svn copy</command>. Nous
-      ~avons expliqu? comment utiliser <command>svn merge</command>
+      avons expliqu? comment utiliser <command>svn merge</command>
        pour copier des modifications d'une branche ? l'autre ou pour
        revenir en arri?re sur des modifications non-satisfaisantes.
        Nous avons ?tudi? l'utilisation de <command>svn switch</command>

From svnbook at googlecode.com  Sun May  2 06:37:50 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:37:50 +0000
Subject: [svnbook] r3729 committed - *
	src/en/book/ch06-server-configuration.xml...
Message-ID: <0016e68e8cb5fba73b04859ae7dc@google.com>

Revision: 3729
Author: stsp at elego.de
Date: Sun May  2 04:35:02 2010
Log: * src/en/book/ch06-server-configuration.xml
   (svn.serverconfig.pathbasedauthz): No need to list sally twice in the
    @everyone group.

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

Modified:
  /trunk/src/en/book/ch06-server-configuration.xml

=======================================
--- /trunk/src/en/book/ch06-server-configuration.xml	Sun May  2 04:33:06  
2010
+++ /trunk/src/en/book/ch06-server-configuration.xml	Sun May  2 04:35:02  
2010
@@ -3095,7 +3095,7 @@
  [groups]
  calc-developers = harry, sally, joe
  paint-developers = frank, sally, jane
-everyone = harry, sally, joe, frank, sally, jane
+everyone = harry, sally, joe, frank, jane
  </screen>

      <para>Groups can be granted access control just like users.



From svnbook at googlecode.com  Sun May  2 06:33:49 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:33:49 +0000
Subject: [svnbook] r3728 committed - Fix the long-standing authz documentation
	bug regarding group permissi...
Message-ID: <0016e68deb2b9f332d04859ad93d@google.com>

Revision: 3728
Author: stsp at elego.de
Date: Sun May  2 04:33:06 2010
Log: Fix the long-standing authz documentation bug regarding group  
permissions.
This was tracked in the book's issue tracker as issue #71. This commit
is based on the patch attached to that issue.

See this post and follow-ups for related discussion:
   Date: Thu, 14 Jan 2010 22:16:35 +0000
   From: Philip Martin <philip at codematters.co.uk>
   To: dev at subversion.apache.org
   Subject: Multiple matching lines in authz file
   Message-ID: <877hrkmiws.fsf at stat.home.lan>
   http://svn.haxx.se/dev/archive-2010-01/0340.shtml

I also discussed this with striker (who wrote a lot of the initial authz
code) at the Apache Retreat. He confirmed that this was a documentation bug,
rather than a bug in the implementation.

* src/en/book/ch06-server-configuration.xml:
   (svn.serverconfig.pathbasedauthz): Group permissions can only be
    extended, not restricted, for individual group members. Document
    this correctly, rather than claiming the opposite was true.

Patch by: Mark Cammidge
(tweaked by me)

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

Modified:
  /trunk/src/en/book/ch06-server-configuration.xml

=======================================
--- /trunk/src/en/book/ch06-server-configuration.xml	Thu Feb 18 09:57:58  
2010
+++ /trunk/src/en/book/ch06-server-configuration.xml	Sun May  2 04:33:06  
2010
@@ -3111,13 +3111,15 @@
  @paint-developers = rw
  </screen>

-    <para>Another important fact is that
-    the <emphasis>first</emphasis> matching rule is the one which gets
-    applied to a user.  In the prior example, even though Jane is a
-    member of the <literal>paint-developers</literal> group (which has
-    read/write access), the <literal>jane = r</literal> rule will be
-    discovered and matched before the group rule, thus denying Jane
-    write access.</para>
+    <para>Another important fact is that group permissions are not
+    overridden by individual user permissions. Rather, the
+    <emphasis>combination</emphasis> of all matching permissions is
+    granted.  In the prior example, Jane is a member of the
+    <literal>paint-developers</literal> group, which has read/write access.
+    Combined with the <literal>jane = r</literal> rule, this still gives
+    Jane read/write access.  Permissions for group members can only be  
extended
+    beyond the permissions the group already has. Restricting users who are
+    part of a group to less than their group's permissions is  
impossible.</para>

      <para>Groups can also be defined to contain other groups:</para>




From svnbook at googlecode.com  Sun May  2 06:41:52 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:41:52 +0000
Subject: Issue 71 in svnbook: Description of permissions in authz 
	incorrect for multiple matching lines
In-Reply-To: <0-7155889305988986295-7441570024220402911-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-7441570024220402911-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-7441570024220402911-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Fixed

Comment #1 on issue 71 by s... at elego.de: Description of permissions in  
authz incorrect for multiple matching lines
http://code.google.com/p/svnbook/issues/detail?id=71

Committed with tweaks in r3728. Thanks!




From svnbook at googlecode.com  Sun May  2 06:45:53 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:45:53 +0000
Subject: Issue 20 in svnbook: Document tree conflicts
In-Reply-To: <2-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>
References: <2-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>
	<0-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>
Message-ID: <3-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Fixed

Comment #3 on issue 20 by s... at elego.de: Document tree conflicts
http://code.google.com/p/svnbook/issues/detail?id=20

A section about tree conflicts was added to the book some time ago.
http://svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.html




From svnbook at googlecode.com  Mon May  3 04:50:03 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 03 May 2010 09:50:03 +0000
Subject: [svnbook] r3730 committed - *
	src/fr/book/ch06-server-configuration.xml...
Message-ID: <0016361e7e4e5f73100485ad843e@google.com>

Revision: 3730
Author: subversif999 at gmail.com
Date: Mon May  3 02:49:46 2010
Log: * src/fr/book/ch06-server-configuration.xml
   - Fix typos

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

Modified:
  /trunk/src/fr/book/ch06-server-configuration.xml

=======================================
--- /trunk/src/fr/book/ch06-server-configuration.xml	Sat Mar 13 06:04:01  
2010
+++ /trunk/src/fr/book/ch06-server-configuration.xml	Mon May  3 02:49:46  
2010
@@ -1,4 +1,4 @@
-<chapter id="svn.serverconfig">
+  <chapter id="svn.serverconfig">
    <title>Configuration du serveur</title>

    <para>Un d?p?t Subversion h?berg? sur une machine donn?e est
@@ -10,13 +10,13 @@
      monde.</para>

    <para>Ce chapitre d?crit comment rendre visible votre d?p?t Subversion
-    en dehors de la machine h?te afin d'?tre utilis? par des clients
+    en dehors de la machine h?te pour qu'il soit utilisable par des clients
      distants. Nous couvrons les m?canismes serveurs disponibles
      actuellement pour Subversion, leur configuration et leur
      utilisation. ? la fin de ce chapitre, vous devriez ?tre apte ?
      d?cider quelle configuration r?seau convient ? vos besoins et
-    comprendre comment activer cette configuration sur votre machine
-    h?te.</para>
+    comprendre comment mettre en place cette configuration sur votre
+    machine h?te.</para>


    <!-- =================================================================  
-->
@@ -37,7 +37,7 @@

      <para>Apache est un serveur web extr?mement populaire&nbsp;; en
        utilisant le module <command>mod_dav_svn</command>, Apache a acc?s
-      au d?p?t et peut le rendre accessible aux clients via le protocle
+      au d?p?t et peut le rendre accessible aux clients via le protocole
        WebDAV/DeltaV, qui est une extension d'HTTP. Comme Apache est un
        serveur tr?s complet, il inclut un grand nombre de fonctionnalit?s
        <quote>gratuites</quote>, telles que&nbsp;: communications
@@ -73,15 +73,15 @@
        d'utilisateurs locaux d'acc?der au d?p?t via des URL
        <literal>file://</literal>. Les autorisations d'acc?s bas?es sur
        des chemins n'ont donc aucun sens, puisque chaque utilisateur
-      acc?de aux fichiers de la base de donn?es du d?p?t
-      directement.</para>
+      acc?de directement aux fichiers de la base de donn?es du
+      d?p?t.</para>

      <para>Le <xref linkend="svn.serverconfig.overview.tbl-1"/> pr?sente
        un r?sum? rapide des trois types courants de d?ploiements de
        serveurs.</para>

      <table id="svn.serverconfig.overview.tbl-1">
-      <title>Comparaison des options des serveurs Subversion</title>
+      <title>Comparaison des fonctionnalit?s des serveurs  
Subversion</title>
        <tgroup cols="4">
          <thead>
            <row>
@@ -99,15 +99,15 @@
                Apache.</entry>
              <entry>CRAM-MD5 par d?faut&nbsp;; LDAP, NTLM, ou tout autre
                m?canisme compatible avec SASL.</entry>
-            <entry>SSH</entry>
+            <entry>SSH.</entry>
            </row>

            <row>
              <entry>Comptes utilisateurs</entry>
              <entry>Fichiers priv?s ou tout autre m?canisme compatible
-              avec Apache (LDAP, SQL, etc.).</entry>
+              avec Apache (LDAP, SQL,&nbsp;etc.).</entry>
              <entry>Fichiers priv?s ou tout autre m?canisme compatible
-              avec SASL (LDAP, SQL, etc.).</entry>
+              avec SASL (LDAP, SQL,&nbsp;etc.).</entry>
              <entry>Comptes utilisateurs syst?mes.</entry>
            </row>

@@ -126,7 +126,7 @@
            <row>
              <entry>Chiffrement</entry>
              <entry>Disponible via SSL (option).</entry>
-            <entry>  Disponible via les fonctionnalit?s optionnelles de
+            <entry> Disponible via les fonctionnalit?s optionnelles de
                SASL.</entry>
              <entry>Inh?rent ? toute connexion SSH.</entry>
            </row>
@@ -299,7 +299,7 @@
                ce soit, n'est disponible, ni m?me celle des
                erreurs&nbsp;;</para></listitem>

-            <listitem><para>les utilisateurs doivent etre membres du
+            <listitem><para>les utilisateurs doivent ?tre membres du
                m?me groupe syst?me ou utiliser une cl? SSH
                partag?e&nbsp;;</para></listitem>

@@ -410,8 +410,8 @@
          <listitem>
            <para>si vous devez vous ins?rer au sein de syst?mes
              d'authentification d?j? en place (LDAP, Active Directory,
-            NTLM, X.509, etc.), il vous faudra utiliser soit le serveur
-            bas? sur Apache soit <command>svnserve</command> configur?
+            NTLM, X.509,&nbsp;etc.), il vous faudra utiliser soit le  
serveur
+            bas? sur Apache, soit <command>svnserve</command> configur?
              avec SASL. Si vous avez un besoin absolu de journaux des
              erreurs c?t? serveur ou de journaux des activit?s c?t?
              client, le serveur bas? sur Apache est le seul choix
@@ -517,9 +517,9 @@
          <title>svnserve en serveur autonome</title>

          <para>Le plus facile est de d?marrer <command>svnserve</command>
-          en tant que serveur autonome. Pour le faire, utilisez l'option
+          en tant que serveur autonome. Pour ce faire, utilisez l'option
            <option>-d</option> (d pour <quote>daemon</quote> qui est
-          l'appelation consacr?e pour les serveurs Unix)&nbsp;:</para>
+          l'appellation consacr?e pour les serveurs Unix)&nbsp;:</para>

          <screen>
  $ svnserve -d
@@ -539,7 +539,7 @@
          est situ? sous <filename>/var/svn/projet-1</filename>, un client
          l'atteindra par
          <uri>svn://hote.exemple.com/var/svn/projet-1</uri>. Pour
-        am?liorer la s?curit?, vous pouvez passer l'option
+        renforcer la s?curit?, vous pouvez passer l'option
          <option>-r</option> ? <command>svnserve</command> afin de
          restreindre l'export aux d?p?ts situ?s sous le chemin indiqu?.
          Par exemple&nbsp;:</para>
@@ -551,9 +551,9 @@

        <para>L'utilisation de l'option <option>-r</option> modifie le
          chemin que le serveur consid?re comme la racine du syst?me de
-        fichiers ? exporter. Les clients utiliseront alors des URL avec
-        cette portion du chemin supprim?e (ce qui rend les URL plus
-        courtes et plus discr?tes)&nbsp;:</para>
+        fichiers ? exporter. Les clients utiliseront alors des URL ne
+        comportant pas cette portion du chemin (ce qui rend les URL
+        plus courtes et plus discr?tes)&nbsp;:</para>

        <screen>
  $ svn checkout svn://hote.exemple.com/projet-1
@@ -599,7 +599,7 @@

        <para>Si votre syst?me utilise un serveur <command>inetd</command>
          classique de type Unix, vous pouvez ajouter la ligne suivante ?
-        <filename>/etc/inetd.conf</filename>:</para>
+        <filename>/etc/inetd.conf</filename>&nbsp;:</para>

        <screen>
  svn stream tcp nowait proprio-svn /usr/bin/svnserve svnserve -i
@@ -633,11 +633,11 @@
            serveur SSH qui le fait ? votre place). Le programme
            <command>svnserve</command> se comporte alors normalement
            (utilisation des entr?es/sorties <filename>stdin</filename> et
-          <filename>stdout</filename>)et suppose que le trafic est
+          <filename>stdout</filename>) et suppose que le trafic est
            redirig? automatiquement vers le client par un tunnel. Quand
            <command>svnserve</command> est lanc? par un gestionnaire de
            tunnel comme ici, soyez sans crainte&nbsp;: l'utilisateur
-          authentifi? poss?dera les droits de lecture et d'?criture sur
+          authentifi? poss?dera les droits de lecture et d'?criture sur
            les fichiers de la base de donn?es. C'est essentiellement la
            m?me chose que quand un utilisateur local acc?de au d?p?t via
            des URL <literal>file://</literal>.</para>
@@ -716,8 +716,8 @@
          start= auto
  </screen>

-        <para>Notez aussi que le terme <literal>binpath</literal>pr?te ?
-          confusion&nbsp;: sa valeur est une <emphasis>ligne de
+        <para>Notez aussi que le terme <literal>binpath</literal> pr?te
+          ? confusion&nbsp;: sa valeur est une <emphasis>ligne de
            commande</emphasis>, pas le chemin d'acc?s ? un ex?cutable.
            C'est pourquoi vous devez l'entourer de guillemets s'il
            contient des espaces.</para>
@@ -725,7 +725,7 @@
          <para>Une fois que le service a ?t? cr?e, il peut ?tre arr?t?,
            d?marr? ou interrog? ? l'aide des outils standards de
            l'interface graphique (le programme <quote>Services</quote>
-          des outils d'administration) ou en ligne de
+          des outils d'administration) ou de la ligne de
            commande&nbsp;:</para>

          <screen>
@@ -818,7 +818,7 @@
          (<literal>[</literal> et <literal>]</literal>), les lignes de
          commentaires commencent par des di?ses (<literal>#</literal>) et
          chaque paragraphe contient des variables sp?cifiques qui peuvent
-        ?tre d?finies  (<literal>variable = valeur</literal>). Examinons
+        ?tre d?finies (<literal>variable = valeur</literal>). Examinons
          ces fichiers et apprenons ? les utiliser.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
@@ -826,7 +826,7 @@
          <title>Cr?ation d'un fichier utilisateurs et d'un domaine
            d'authentification</title>

-        <para>Pour ce qui suit, le section <literal>[general]</literal>
+        <para>Pour ce qui suit, la section <literal>[general]</literal>
            de <filename>svnserve.conf</filename> contient toutes les
            variables dont vous avez besoin. Commencez par modifier les
            valeurs de toutes les variables&nbsp;: choisissez un nom pour
@@ -890,7 +890,7 @@
            faire. Les variables <literal>anon-access</literal>
            et <literal>auth-access</literal> peuvent contenir les valeurs
            <literal>none</literal>, <literal>read</literal>, ou
-          <literal>write</literal>.  Choisir la valeur
+          <literal>write</literal>. Choisir la valeur
            <literal>none</literal> emp?che ? la fois lecture et
            ?criture&nbsp;; <literal>read</literal> autorise l'acc?s en
            lecture seule au d?p?t et <literal>write</literal> autorise
@@ -961,8 +961,8 @@
      <sect2 id="svn.serverconfig.svnserve.sasl">
        <title>Utilisation de svnserve avec SASL</title>

-      <para>Pour de nombreuses ?quipes, l'authentification par CRAM-MD5
-        suffit ? leurs besoins. Cependant, si votre serveur (et vos
+      <para>L'authentification par CRAM-MD5 suffit aux besoins
+        de bon nombre d'?quipes. Cependant, si votre serveur (et vos
          clients Subversion) ont ?t? compil?s avec la biblioth?que
          <quote>Cyrus Simple Authentication and Security Layer</quote>
          (SASL), vous avez ? votre disposition un certain nombre
@@ -1011,8 +1011,8 @@
          CRAM-MD5 et ANONYMOUS (voir <xref
          linkend="svn.serverconfig.svnserve.auth"/>). Si le serveur et le
          client ont ?t? compil?s pour inclure SASL, un certain nombre
-        d'autres m?canismes d'authentification seront ?ventuellement
-        disponibles. N?anmoins, vous devrez configurer explicitement
+        d'autres m?canismes d'authentification sont ?ventuellement
+        disponibles. N?anmoins, vous devez configurer explicitement
          SASL sur le serveur pour qu'ils soient propos?s.</para>

        <sect3 id="svn.serverconfig.svnserve.sasl.authn">
@@ -1032,7 +1032,7 @@
          <para>Ensuite, cr?ez le fichier principal de configuration de
            SASL, appel? <filename>svn.conf</filename>, ? un endroit o? la
            biblioth?que SASL saura le trouver &mdash; g?n?ralement dans
-          un r?pertoire o? sont situ?s les greffons SASL. Vous devrez
+          un r?pertoire o? sont situ?s les greffons SASL. Vous devez
            localiser le r?pertoire des greffons de votre syst?me, tel que
            <filename>/usr/lib/sasl2/</filename> ou
            <filename>/etc/sasl2/</filename> (notez qu'<emphasis>il ne
@@ -1045,11 +1045,11 @@
            pour indiquer ? SASL les emplacements o? chercher. Cr?ez une
            cl? nomm?e <literal>[HKEY_LOCAL_MACHINE\SOFTWARE\Carnegie
            Mellon\Project Cyrus\SASL Library]</literal> et placez-y deux
-          cl?s&nbsp;: l'une appel?e  <literal>SearchPath</literal>
+          cl?s&nbsp;: l'une appel?e <literal>SearchPath</literal>
            (dont la valeur est le chemin du r?pertoire contenant les
            biblioth?ques de greffons SASL
            <filename>sasl*.dll</filename>) et l'autre appel?e
-          <literal>ConfFile</literal>(dont la valeur est le chemin du
+          <literal>ConfFile</literal> (dont la valeur est le chemin du
            r?pertoire parent contenant le fichier
            <filename>svn.conf</filename> que vous avez cr??).</para>

@@ -1078,7 +1078,7 @@
          <para>vous demandez ? SASL de proposer le m?canisme DIGEST-MD5
            aux clients et de comparer les mots de passe des utilisateurs
            ? une base de mots de passe priv?e situ?e ? l'emplacement
-          <filename>/etc/ma_bdd_sasl</filename>.  Un administrateur
+          <filename>/etc/ma_bdd_sasl</filename>. Un administrateur
            syst?me pourra ensuite utiliser le programme
            <command>saslpasswd2</command> pour ajouter ou modifier les
            noms d'utilisateurs et les mots de passe contenus dans cette
@@ -1091,7 +1091,7 @@
          <para>Quelques consignes de prudence&nbsp;: tout d'abord,
            l'argument <quote>domaine</quote> qui est pass? ?
            <command>saslpasswd2</command> doit correspondre au m?me
-          domaine celui que vous avez d?fini dans le fichier
+          domaine que celui que vous avez d?fini dans le fichier
            <filename>svnserve.conf</filename>&nbsp;; s'ils ne
            correspondent pas, l'authentification ?chouera. En outre, ?
            cause d'une limitation de SASL, ce domaine commun doit ?tre
@@ -1110,10 +1110,10 @@

          <para>Souvenez-vous que si vous configurez votre serveur pour
            qu'il n'autorise que certains m?canismes d'authentification
-          SASL, tous les clients qui se connecteront auront l'obligation
+          SASL, tous les clients qui se connectent ont l'obligation
            de supporter SASL. Tout client Subversion compil? sans SASL
            (ce qui inclut tous les clients ant?rieurs ? la version 1.5)
-          sera incapable de se connecter. D'un autre c?t?, ce type de
+          est incapable de se connecter. D'un autre c?t?, ce type de
            restriction est peut-?tre exactement ce que vous recherchez
            (<quote>Mes clients doivent tous utiliser  
Kerberos&nbsp;!</quote>).
            N?anmoins, si vous voulez permettre ? des clients non-SASL de
@@ -1133,7 +1133,7 @@
            requi?rent l'utilisation de la biblioth?que OpenSSL. Pour
            activer ou d?sactiver diff?rents niveaux de chiffrement, vous
            pouvez d?finir deux variables dans le fichier
-          <filename>svnserve.conf</filename>de votre d?p?t&nbsp;:</para>
+          <filename>svnserve.conf</filename> de votre d?p?t&nbsp;:</para>

          <screen>
  [sasl]
@@ -1197,7 +1197,7 @@
          des utilisateurs) puis un processus <command>svnserve</command>
          priv? est g?n?r? automatiquement sur la machine distante,
          processus dont le propri?taire est l'utilisateur
-        <literal>harryssh</literal>.  La commande
+        <literal>harryssh</literal>. La commande
          <command>svnserve</command> est lanc?e en mode tunnel
          (<option>-t</option>) et son protocole r?seau est encapsul? dans
          la connexion chiffr?e par <command>ssh</command>, le
@@ -1281,12 +1281,12 @@
          <literal>svn+rsh://nomdutilisateur at hote/chemin</literal>), le
          client va l'inclure dans sa commande (<userinput>rsh
          nomdutilisateur at hote svnserve -t</userinput>). Mais vous pouvez
-        d?finir des sch?mas d'encapsulation bien plus ?volu?s que
-        ?a&nbsp;:</para>
+        d?finir des sch?mas d'encapsulation bien plus
+        ?volu?s&nbsp;:</para>

        <screen>
  [tunnels]
-paulssh = $PAULSSH /opt/alternate/ssh -p 29934
+joessh = $JOESSH /opt/alternate/ssh -p 29934
  </screen>

        <para>Cet exemple illustre plusieurs choses. D'abord, il indique
@@ -1308,9 +1308,9 @@
          chacun se connectant par exemple ? un port diff?rent ou passant
          des options diff?rentes ? SSH, vous pouvez utiliser le m?canisme
          illustr? dans cet exemple. Concr?tement, si nous donnons une
-        valeur ? la variable d'environnement <literal>PAULSSH</literal>,
+        valeur ? la variable d'environnement <literal>JOESSH</literal>,
          cette valeur remplacera la totalit? de la valeur de la variable
-        d'encapsulation &mdash; <command>$PAULSSH</command> serait
+        d'encapsulation &mdash; <command>$JOESSH</command> serait
          ex?cut? au lieu de <userinput>/opt/alternate/ssh
          -p 29934</userinput>.</para>

@@ -1330,7 +1330,7 @@

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.serverconfig.svnserve.sshtricks.setup">
-        <title>Mise en oeuvre initiale</title>
+        <title>Mise en ?uvre initiale</title>

          <para>Pour commencer, localisez le r?pertoire <quote>home</quote>
            du compte utilisateur que vous utilisez pour lancer
@@ -1362,12 +1362,12 @@
    command="programme" ssh-dsa AAAABtce9euch? utilisateur at exemple.com
  </screen>

-        <para>Quand le champ <literal>command</literal>, le serveur SSH
-          va lancer le programme indiqu? en lieu et place de l'habituel
-          <command>svnserve</command> en mode tunnel que le client
-          Subversion a demand?. En d?coulent un certain nombre d'astuces
-          c?t? serveur. Dans les exemples suivants, nous abr?geons les
-          lignes du fichier par&nbsp;:</para>
+        <para>Quand le champ <literal>command</literal> est pr?sent, le
+          serveur SSH va lancer le programme indiqu? en lieu et place de
+          l'habituel <command>svnserve</command> en mode tunnel que le
+          client Subversion a demand?. En d?coulent un certain nombre
+          d'astuces c?t? serveur. Dans les exemples suivants, nous
+          abr?geons les lignes du fichier par&nbsp;:</para>

          <screen>
    command="programme" TYPE CL? COMMENTAIRE
@@ -1392,7 +1392,7 @@
            peut ?tre un script personnalis? construit autour de
            <command>svnserve</command> qui sp?cifie le umask ? utiliser
            (voir <xref linkend="svn.serverconfig.multimethod"/>). Il
-          indique aussi comment comment <quote>ancrer</quote>
+          indique aussi comment <quote>ancrer</quote>
            <command>svnserve</command> dans un r?pertoire racine virtuel,
            ce qui est aussi tr?s souvent utilis? quand
            <command>svnserve</command> fonctionne en tant que d?mon. Le
@@ -1435,7 +1435,7 @@
            d'un port quelconque de votre serveur. Pour accorder le moins
            de droits possibles ? l'utilisateur, vous pouvez sp?cifier des
            options de restriction imm?diatement apr?s la commande
-          du champ <literal>command</literal>:</para>
+          du champ <literal>command</literal>&nbsp;:</para>

          <screen>
    command="svnserve -t --tunnel-user=harry",no-port-forwarding,no-agent-for
@@ -1471,11 +1471,11 @@
        de HTTP 1.1 (voir <ulink url="http://www.webdav.org/"/> pour plus
        d'informations). Ce protocole se base sur HTTP, le protocole
        omnipr?sent ? la base du World Wide Web, lui ajoute des
-      fonctionnalit?s d'?criture et, en particulier, d'?criture
-      versionn?e. Le r?sultat est un syst?me robuste et standardis? qui
-      est inclus dans le logiciel Apache&nbsp;2.0, support? par de nombreux
-      syst?mes d'exploitation et outils tiers, et qui ne demande pas
-      aux administrateurs r?seaux d'ouvrir un port r?seau
+      fonctionnalit?s d'?criture et, en particulier, d'?criture avec
+      gestion de versions. Le r?sultat est un syst?me robuste et  
standardis?
+      qui est inclus dans le logiciel Apache&nbsp;2.0, support? par de
+      nombreux syst?mes d'exploitation et outils tiers, et qui ne demande
+      pas aux administrateurs r?seaux d'ouvrir un port r?seau
        suppl?mentaire<footnote>
          <para>C'est une chose qu'ils d?testent faire.</para>
        </footnote>.
@@ -1499,7 +1499,7 @@
        apporterez ? votre configuration d'Apache, il est probable que
        vous commettrez des erreurs. Si vous n'?tes pas d?j? familier avec
        le sous-syst?me de journalisation d'Apache, vous devrez apprendre
-      ? le conna?tre. Dans votre fichier <filename>httpd.conf</filename>
+      ? le conna?tre. Dans votre fichier <filename>httpd.conf</filename>,
        des directives sp?cifient l'emplacement sur le disque des journaux
        d'acc?s et d'erreurs g?n?r?s par Apache (les directives
        <literal>CustomLog</literal> et <literal>ErrorLog</literal>
@@ -1513,7 +1513,7 @@
        <title>? propos d'Apache&nbsp;2</title>

        <para>Si vous ?tes un administrateur syst?me, il est tr?s probable
-        que vous utilisiez d?j? le serveur web Apache et qui vous en
+        que vous utilisiez d?j? le serveur web Apache et que vous en
          ayez une exp?rience pr?alable. ? l'heure o? ces lignes sont
          ?crites, Apache&nbsp;1.3 est la version la plus populaire d'Apache.
          Le passage de la communaut? ? Apache&nbsp;2 est assez lent, pour
@@ -1526,7 +1526,7 @@
          ils d?couvrent que le module Apache de Subversion a ?t? ?crit
          sp?cifiquement pour l'API d'Apache&nbsp;2.</para>

-      <para>Mais, ne vous inqui?tez pas&nbsp;! Il est facile de faire
+      <para>Mais ne vous inqui?tez pas&nbsp;! Il est facile de faire
          fonctionner Apache&nbsp;1.3 et Apache&nbsp;2 c?te ? c?te&nbsp;;
          il suffit de les installer dans des endroits s?par?s et
          d'utiliser Apache&nbsp;2 en tant que serveur d?di? fonctionnant
@@ -1572,14 +1572,14 @@

        <para>Vous pouvez accomplir les deux premi?res t?ches ci-dessus
          soit en compilant <command>httpd</command> et Subversion ?
-        partir du code source soit en installant les paquets binaires
+        partir du code source, soit en installant les paquets binaires
          pr?compil?s correspondants sur votre syst?me. Les informations
          les plus r?centes sur la fa?on de compiler Subversion dans le
          cadre d'une utilisation en conjonction avec le serveur
-        HTTP&nbsp;Apache, sur la compilation et la configuration d'Apache
-        lui-m?me dans cet objectif, sont consultables dans le fichier
-        <filename>INSTALL</filename> situ? ? la racine de l'arborescence
-        du code source de Subversion.</para>
+        HTTP&nbsp;Apache, sur la compilation et sur la configuration
+        d'Apache lui-m?me dans cet objectif, sont consultables dans le
+        fichier <filename>INSTALL</filename> situ? ? la racine de
+        l'arborescence du code source de Subversion.</para>

      </sect2>

@@ -1606,12 +1606,13 @@
  LoadModule dav_svn_module     modules/mod_dav_svn.so
  </screen>

-      <para>Notez que si mod_dav a aussi ?t? compil? sous forme de
-        biblioth?que partag?e (et non par une ?dition de liens statiques
-        qui le place alors directement dans l'ex?cutable
+      <para>Notez que si <command>mod_dav</command> a aussi ?t? compil?
+        sous forme de biblioth?que partag?e (et non par une ?dition de
+        liens statiques qui le place alors directement dans l'ex?cutable
          <command>httpd</command>), il vous faudra une directive
-        <literal>LoadModule</literal> pour celui-ci. Assurez-vous qu'il
-        est plac? avant la ligne  
<command>mod_dav_svn</command>&nbsp;:</para>
+        <literal>LoadModule</literal> pour celui-ci. Assurez-vous
+        qu'elle est plac?e avant la ligne
+        <command>mod_dav_svn</command>&nbsp;:</para>

          <screen>
  LoadModule dav_module         modules/mod_dav.so
@@ -1619,18 +1620,18 @@
  </screen>


-      <para>Plus loin au sein de votre fichier de configuration, vous
+      <para>Plus loin dans votre fichier de configuration, vous
          devez indiquer ? Apache l'endroit o? r?side votre d?p?t (ou vos
          d?p?ts) Subversion. La directive <literal>Location</literal>
          poss?de une syntaxe de type XML, qui commence par une balise de
-        d?but et se termine par une balise de fin et diverses autres
+        d?but, se termine par une balise de fin et contient diverses autres
          directives de configuration au milieu. Le sens de la directive
          <literal>Location</literal> est de faire faire ? Apache quelque
          chose de sp?cial quand il traite les requ?tes adress?es ? une
          URL donn?e ou ? une de ses filles. Dans le cas de Subversion, il
          faut qu'Apache fasse traiter par la couche DAV les URL pointant
          vers les ressources suivies en versions. Vous pouvez indiquer ?
-        Apache de d?l?guer le traitement de toutes les URLs dont la
+        Apache de d?l?guer le traitement de toutes les URL dont la
          partie chemin d'acc?s (la partie de l'URL qui suit le nom du
          serveur et le num?ro de port optionnel) commence par
          <filename>/depot/</filename> ? un gestionnaire de DAV dont le
@@ -1652,9 +1653,9 @@
          r?pertoire parent commun. Par exemple, si vous savez que vous
          allez cr?er plusieurs d?p?ts Subversion dans le r?pertoire
          <filename>/var/svn</filename>, auxquels on acc?dera par des URL
-        telles que <uri>http:///mon.serveur.com/svn/depot1</uri>,
-        <uri>http:///mon.serveur.com/svn/depot2</uri>, etc., vous pouvez
-        utiliser la syntaxe de configuration de
+        telles que <uri>http://mon.serveur.com/svn/depot1</uri>,
+        <uri>http://mon.serveur.com/svn/depot2</uri>,&nbsp;etc., vous
+        pouvez utiliser la syntaxe de configuration de
          <filename>httpd.conf</filename> de l'exemple suivant&nbsp;:</para>

          <screen>
@@ -1683,7 +1684,7 @@
          <literal>DocumentRoot</literal> (c'est-?-dire le r?pertoire
          racine des fichiers qu'Apache expose sur le web) principal est
          export? vers <filename>/www</filename>, n'exportez pas de d?p?t
-        Subversion vers  <literal>&lt;Location /www/depot&gt;</literal>.
+        Subversion vers <literal>&lt;Location /www/depot&gt;</literal>.
          Si une requ?te arrivait pour l'URI
          <filename>/www/depot/machin.c</filename>, Apache ne saurait pas
          s'il doit chercher un fichier <filename>depot/machin.c</filename>
@@ -1701,8 +1702,8 @@
            serveur. Les modules Apache v?rifient que la source de la
            copie est bien situ?e sur la m?me machine que la destination.
            Pour satisfaire cette exigence, vous aurez peut-?tre besoin de
-          d?clarer ? <command>mod_dav</command> que vous utilisez en
-          tant que nom d'h?te de votre serveur. En g?n?ral la directive
+          d?clarer ? <command>mod_dav</command> le nom d'h?te de votre
+          serveur. En g?n?ral, la directive
            <literal>ServerName</literal> du fichier
            <filename>httpd.conf</filename> peut ?tre utilis?e ? cette
            fin.</para>
@@ -1719,11 +1720,11 @@
            plus de d?tails.</para>
        </sidebar>

-      <para>Maintenant, il nous faut examiner s?rieusement la question
+      <para>? pr?sent, il nous faut examiner s?rieusement la question
          des droits d'acc?s. Si vous utilisez Apache depuis un certain
          temps en tant que serveur web principal, vous h?bergez
          certainement pas mal de contenu&nbsp;: des pages web, des
-        scripts, etc. Ces ?l?ments ont d?j? ?t? configur?s avec un
+        scripts,&nbsp;etc. Ces ?l?ments ont d?j? ?t? configur?s avec un
          ensemble de droits qui leur permet de fonctionner avec Apache,
          ou plus exactement qui permet ? Apache de travailler avec ces
          fichiers. Apache, quand on l'utilise en tant que serveur
@@ -1763,11 +1764,11 @@
  &lt;/Location&gt;
  </screen>

-      <para>Votre d?p?t est ? pr?sent accessible
+      <para>votre d?p?t est ? pr?sent accessible
          <quote>anonymement</quote> au reste du monde. Jusqu'? ce que
          configuriez des politiques d'authentification et de contr?le
-        d'acc?s, les d?p?ts Subversion que vous rendez disponible via la
-        directive <literal>Location</literal> sont g?n?ralement
+        d'acc?s, les d?p?ts Subversion que vous rendez disponibles via
+        la directive <literal>Location</literal> sont g?n?ralement
          accessibles ? tous. En d'autres termes&nbsp;:</para>

        <itemizedlist>
@@ -1789,7 +1790,7 @@

        <para>Bien s?r, vous avez peut-?tre d?j? mis en place une proc?dure
          automatique <filename>pre-commit</filename> pour emp?cher les
-        propagations (voir  <xref linkend="svn.reposadmin.create.hooks"/>).
+        propagations (voir <xref linkend="svn.reposadmin.create.hooks"/>).
          Mais en progressant dans la lecture de ce chapitre, vous verrez
          qu'il est ?galement possible d'utiliser les m?thodes int?gr?es
          dans Apache pour restreindre les acc?s de fa?on
@@ -1823,7 +1824,7 @@
  $
  </screen>

-        <para>Puis, vous devez ajouter des directives dans le bloc
+        <para>Ensuite, vous devez ajouter des directives dans le bloc
            <literal>Location</literal> du fichier
            <filename>httpd.conf</filename> pour indiquer ? Apache comment
            se servir du nouveau fichier des mots de passe. La directive
@@ -1832,7 +1833,7 @@
            le mode <quote>Basic</quote>. La directive
            <literal>AuthName</literal> permet de donner un nom arbitraire
            au domaine d'authentification. La plupart des navigateurs
-          affichent ce nom dans la boite de dialogue surgissante (pop-up)
+          affichent ce nom dans la bo?te de dialogue (pop-up)
            qui demande le nom d'utilisateur et le mot de passe. Enfin,
            utilisez la directive <literal>AuthUserFile</literal> pour
            sp?cifier le chemin du fichier des mots de passe que vous venez
@@ -1879,7 +1880,7 @@
          <para>Prenez bien soin de lire <xref
            linkend="svn.serverconfig.httpd.authz"/> qui suit pour plus de
            d?tails sur la directive <literal>Require</literal> et sur les
-          autres mani?res de mettre en oeuvre des politiques de contr?le
+          autres mani?res de mettre en ?uvre des politiques de contr?le
            d'acc?s.</para>

          <para>Un petit avertissement&nbsp;: les mots de passe de la
@@ -1898,7 +1899,8 @@
            une fonction de hachage ? une donn?e cr??e pour l'occasion. Le
            serveur envoie au client une cha?ne plus ou moins al?atoire de
            petite taille&nbsp;; le client se sert du mot de passe de
-          l'utilisateur pour cr?er un condensat (hash en anglais) de
+          l'utilisateur pour cr?er un condensat
+          (<foreignphrase>hash</foreignphrase> en anglais) de
            cette cha?ne&nbsp;; le serveur examine ensuite si le condensat
            correspond ? ses attentes.</para>

@@ -1910,7 +1912,7 @@

          <screen>
  &lt;Location /svn&gt;
-   DAV svn
+  DAV svn
    SVNParentPath /var/svn
    AuthType Digest
    AuthName "Depot Subversion"
@@ -1929,10 +1931,11 @@
            certificat serveur auto-sign?<footnote>
              <para>Bien que les certificats serveurs auto-sign?s soient
                vuln?rables aux attaques du type
-              <quote>man-in-the-middle</quote> (<quote>attaque de
-              l'homme du milieu</quote> en fran?ais), une telle attaque
-              est bien plus difficile ? ex?cuter pour un observateur
-              occasionnel que de juste espionner les mots de passe
+              <foreignphrase>man-in-the-middle</foreignphrase>
+              (<quote>attaque de l'homme du milieu</quote> en fran?ais),
+              une telle attaque est bien plus difficile
+              ? ex?cuter pour un observateur occasionnel
+              que de juste espionner les mots de passe
                qui passent en clair sur le r?seau.</para>
            </footnote>.
            Consultez la documentation Apache (et la documentation
@@ -1954,13 +1957,13 @@

          <para>Si un client Subversion est compil? pour utiliser OpenSSL,
            il obtient la possibilit? de communiquer avec le serveur
-          Apache via des URLs <literal>https://</literal>. La
+          Apache via des URL <literal>https://</literal>. La
            biblioth?que Neon utilis?e par le client Subversion est non
            seulement capable de v?rifier les certificats du serveur, mais
            aussi de renvoyer des certificats clients quand on le lui
            demande. Une fois que le client et le serveur ont ?chang? des
            certificats SSL et se sont authentifi?s mutuellement avec
-          succ?s, toute la communication qui s'ensuit est chiffr?e par
+          succ?s, tous les ?changes qui s'ensuivent sont chiffr?s par
            une cl? de session.</para>

          <para>Expliquer comment g?n?rer des certificats clients et
@@ -1987,8 +1990,9 @@
            biblioth?que OpenSSL effectue cette v?rification en examinant
            le signataire du certificat serveur, aussi nomm?
            <firstterm>autorit? de certification</firstterm> (AC, ou
-          <quote>CA</quote> en anglais). Si OpenSSL n'est pas capable de
-          faire confiance automatiquement ? l'autorit? de certification,
+          <foreignphrase>CA</foreignphrase> en anglais). Si OpenSSL
+          n'est pas capable de faire confiance
+          automatiquement ? l'autorit? de certification,
            ou si un autre probl?me appara?t (tel que l'expiration du
            certificat ou des noms d'h?tes divergents), le client en ligne
            de commande de Subversion vous demande si vous voulez faire
@@ -1997,9 +2001,7 @@
          <screen>
  $ svn list https://hote.exemple.com/depot/projet

-(de 'https://hote.exemple.com:443') - Le certificat conduit ? une erreur  
inconnue :
- - Le certificat a expir?.
- - Le nom d'h?te du certificat ne correspond pas.
+Erreur de validation du certificat du serveur  
pour 'https://hote.exemple.com:443' :
   - Le certificat n'est pas sign? pas une autorit? de confiance.
     Valider le certificat manuellement !
  Informations du certificat :
@@ -2024,8 +2026,8 @@
            certificat dans les ?changes futurs.</para>

          <para>Votre fichier <filename>servers</filename> dans la zone de
-          configuration vous permet ?galement d'indiquer ? votre client
-          Subversion qu'il doit faire confiance automatiquement ?
+          configuration vous permet ?galement d'indiquer au client
+          Subversion qu'il doit automatiquement faire confiance ?
            certaines autorit?s de certification sp?cifiques, soit
            globalement, soit en tenant compte de la machine h?te. Il
            suffit d'attribuer ? la variable
@@ -2055,8 +2057,8 @@
            confiance ainsi qu'une preuve que le client poss?de bien la
            cl? priv?e associ?e au certificat (la r?ponse au d?fi). La cl?
            priv?e, ainsi que le certificat public, sont habituellement
-          enregistr?s dans un conteneur (un fichier <quote>.p12</quote>
-          qui indique un fichier au format PKCS#12) sur le
+          enregistr?s dans un conteneur (un fichier <quote>.p12</quote>,
+          fichier au format PKCS#12) sur le
            disque, la cl? priv?e ?tant chiffr?e ? l'aide d'un mot de
            passe. Quand Subversion re?oit ce d?fi, il vous demande le
            chemin d'acc?s au conteneur ainsi que le mot de passe qui
@@ -2100,7 +2102,8 @@
            Subversion peut r?pondre automatiquement ? une demande de
            certificat client sans la moindre interaction de votre
            part<footnote>
-            <para>Ceux qui sont parmi les plus soucieux de s?curit?
+            <para>Les administrateurs qui attachent le plus
+              d'importance ? la s?curit?
                peuvent ne pas vouloir stocker le mot de passe du
                certificat client dans le fichier
                <filename>servers</filename> de la zone de
@@ -2137,7 +2140,7 @@
            <literal>&lt;Location&gt;</literal>. Pour poursuivre dans la
            veine de notre exemple pr?c?dent, cela signifie que seuls les
            clients disant ?tre <literal>harry</literal> ou
-          <literal>Sally</literal> et qui ont fourni le bon mot de passe
+          <literal>sally</literal> et qui ont fourni le bon mot de passe
            pour leur nom d'utilisateur respectif ont l'autorisation
            d'effectuer des actions sur le d?p?t Subversion&nbsp;:</para>

@@ -2205,8 +2208,8 @@

          <para>Ce ne sont l? que quelques exemples simples. Pour des
            informations plus pouss?es sur le contr?le d'acc?s d'Apache et
-          la directive <literal>Require</literal>, jetez un oeil ? la
-          section <literal>Security</literal> du recueil des tutoriaux
+          la directive <literal>Require</literal>, jetez un ?il ? la
+          section <literal>Security</literal> du recueil des didacticiels
            de la documentation Apache ? l'adresse <ulink
            url="http://httpd.apache.org/docs-2.0/misc/tutorials.html"/>
            (site en anglais).</para>
@@ -2259,7 +2262,7 @@
          <para>Le bloc le plus simple consiste ? donner l'acc?s ? tout le
            monde. Dans ce sc?nario, Apache n'envoie jamais de d?fi
            d'authentification, tous les utilisateurs sont donc trait?s en
-          tant qu'<quote>anonymes.</quote> (voir l'<xref
+          tant qu'<quote>anonymes</quote> (voir l'<xref
            linkend="svn.serverconfig.httpd.authz.perdir.ex-1"/>).</para>

          <example id="svn.serverconfig.httpd.authz.perdir.ex-1">
@@ -2282,7 +2285,7 @@
            l'authentification inconditionnelle via la directive
            <literal>Require valid-user</literal> et d?finit le moyen de
            s'authentifier (voir l'<xref
-          linkend="svn.serverconfig.httpd.authz.perdir.ex-2"/>.)</para>
+          linkend="svn.serverconfig.httpd.authz.perdir.ex-2"/>).</para>

          <example id="svn.serverconfig.httpd.authz.perdir.ex-2">
            <title>Exemple-type de configuration&nbsp;: acc?s  
authentifi?</title>
@@ -2321,8 +2324,8 @@
            l'<xref  
linkend="svn.serverconfig.httpd.authz.perdir.ex-3"/>).</para>

          <example id="svn.serverconfig.httpd.authz.perdir.ex-3">
-          <title>Exemple-type de configuration : acc?s mixte
-            authentifi?/anonyme </title>
+          <title>Exemple-type de configuration&nbsp;: acc?s mixte
+            authentifi?/anonyme</title>
            <programlisting>
  &lt;Location /depot&gt;
    DAV svn
@@ -2348,8 +2351,9 @@
          <para>Une fois l'un de ces mod?les mis en place dans votre
            fichier <filename>httpd.conf</filename>, vous devez cr?er un
            fichier contenant les r?gles d'acc?s particuli?res pour chaque
-          chemin de votre d?pot. Nous en reparlons plus dans ce chapitre,
-          ? <xref linkend="svn.serverconfig.pathbasedauthz"/>.</para>
+          chemin de votre d?p?t. Nous en parlons plus en d?tails
+          plus loin dans ce chapitre, ? <xref
+          linkend="svn.serverconfig.pathbasedauthz"/>.</para>

        </sect3>

@@ -2396,7 +2400,7 @@

          <para>D'un autre c?t?, il existe une sorte d'?chappatoire qui
            vous permet de faire un compromis entre les fonctions de
-          s?curit? et la vitesse. Si vous ne mettez pas en oeuvre de
+          s?curit? et la vitesse. Si vous ne mettez pas en ?uvre de
            contr?le d'acc?s sur les chemins (c'est-?-dire, si vous
            n'utilisez ni <command>mod_authz_svn</command> ni un module
            similaire), vous pouvez d?sactiver tous ces contr?les sur les
@@ -2445,19 +2449,19 @@
          <para>Un des avantages les plus frappants d'avoir une
            configuration Apache/WebDAV pour votre d?p?t Subversion est
            que les r?visions les plus r?centes de vos fichiers et
-          r?pertoires versionn?s sont imm?diatement consultables ?
-          l'aide d'un navigateur web classique. Puisque Subversion
-          utilise des URL pour identifier les ressources versionn?es,
-          ces URL utilis?es pour acc?der aux d?p?ts via HTTP peuvent
-          ?tre tap?es directement dans un navigateur web. Votre
+          r?pertoires suivis en versions sont imm?diatement consultables
+          ? l'aide d'un navigateur web classique. Puisque Subversion
+          utilise des URL pour identifier les ressources suivies en
+          versions, ces URL utilis?es pour acc?der aux d?p?ts via HTTP
+          peuvent ?tre tap?es directement dans un navigateur web. Votre
            navigateur enverra une requ?te <literal>HTTP GET</literal>
            pour cette URL&nbsp;; selon que cette URL repr?sente ou non
-          un fichier ou un r?pertoire versionn?,
+          un fichier ou un r?pertoire suivi en versions,
            <command>mod_dav_svn</command> renverra soit la liste des
-          ?l?ments du r?pertoire soit le contenu du fichier.</para>
+          ?l?ments du r?pertoire, soit le contenu du fichier.</para>

          <para>Comme les URL ne contiennent pas d'informations concernant
-          la version de la ressource vous voulez voir,
+          la version de la ressource qui vous int?resse,
            <command>mod_dav_svn</command> renverra toujours la version la
            plus r?cente. Cette fonctionnalit? a un merveilleux effet
            secondaire&nbsp;: vous pouvez partager avec vos pairs des
@@ -2484,7 +2488,7 @@
              une ancienne version d'un fichier, un client doit suivre
              une proc?dure sp?cifique pour <quote>d?couvrir</quote>
              l'URL appropri?e&nbsp;; cette proc?dure n?cessite d'envoyer
-            une s?rie de requ?tes WebDAB <literal>PROPFIND</literal> et
+            une s?rie de requ?tes WebDAV <literal>PROPFIND</literal> et
              de comprendre les concepts DeltaV. C'est quelque chose que
              votre navigateur web n'est pas capable de faire.</para>

@@ -2517,15 +2521,15 @@
              quelque sorte un type MIME. Par d?faut, Apache va indiquer
              aux navigateurs web que tous les fichiers du d?p?t sont du
              type MIME par d?faut, en g?n?ral
-            <literal>text/plain</literal>. Cela peut ?tre frustrant,
-            cependant, si un utilisateur d?sire visualiser les fichiers
+            <literal>text/plain</literal>. Cela peut s'av?rer assez
+            frustrant, si un utilisateur d?sire visualiser les fichiers
              du d?p?t de mani?re plus appropri?e &mdash; par exemple,
-            cela pourrait ?tre une bonne chose d'afficher un fichier
-            <filename>truc.html</filename> du d?p?t sous forme d'une
-            vraie page HTML.</para>
+            un fichier <filename>truc.html</filename> du d?p?t sera bien
+            plus lisible s'il est rendu dans le navigateur en tant que
+            fichier HTML.</para>

            <para>Pour rendre ceci possible, il suffit de vous assurer que
-            vos fichiers ont bien d?fini la propri?t?
+            vos fichiers portent bien la propri?t?
              <literal>svn:mime-type</literal>. Plus de d?tails sur ce
              sujet sont disponibles dans <xref
              linkend="svn.advanced.props.special.mime-type"/> et vous
@@ -2553,9 +2557,9 @@
          <sect4 id="svn.serverconfig.httpd.extra.browsing.xslt">
            <title>Personnalisation de l'aspect</title>

-          <para>En g?n?ral vous utiliserez plus souvent les URL de
-            fichiers suivis en versions, apr?s tout c'est l? que le
-            contenu int?ressant r?side. Mais vous aurez peut-?tre
+          <para>En g?n?ral, vous utiliserez principalement des URL de
+            fichiers suivis en versions&nbsp;; apr?s tout c'est l? que
+            le contenu int?ressant r?side. Mais vous aurez peut-?tre
              l'occasion de naviguer dans le contenu d'un r?pertoire
              Subversion et vous remarquerez rapidement que le code HTML
              g?n?r? pour afficher la liste des ?l?ments du r?pertoire
@@ -2590,7 +2594,7 @@
             r?pertoire <filename>tools/xslt/</filename> du code source de
             Subversion. Gardez ? l'esprit que le chemin d'acc?s fourni au
             r?pertoire <literal>SVNIndexXSLT</literal> est en fait une
-           URL &mdash; les navigateurs de chemins doivent d?j? ?tre
+           URL &mdash; les navigateurs de chemins doivent ?tre
             capables de lire vos feuilles de style pour les
             utiliser&nbsp;!</para>

@@ -2618,8 +2622,8 @@
              <literal>http://hote.exemple.com/svn/</literal>, il verra
              une liste de tous les d?p?ts Subversion situ?s dans
              <filename>/var/svn</filename>. ?videmment, ceci peut poser
-            des probl?mes de s?curit?, cette fonctionnalit? est donc
-            d?sactiv?e par d?faut.</para>
+            des probl?mes de s?curit?&nbsp;; cette fonctionnalit? est
+            donc d?sactiv?e par d?faut.</para>

          </sect4>

@@ -2641,7 +2645,7 @@
            appara?tre ? diff?rents endroits, mais sont en g?n?ral cr??s
            dans la zone de journalisation de votre installation Apache
            (sur Unix, ils r?sident souvent dans
-          <filename>/usr/local/apache2/logs/</filename>.)</para>
+          <filename>/usr/local/apache2/logs/</filename>).</para>

          <para>Le fichier <filename>error_log</filename> d?crit toutes
            les erreurs internes qu'Apache rencontre au cours de son
@@ -2659,7 +2663,7 @@
            difficile d'examiner le fichier <filename>access_log</filename>
            et d'en d?duire ce que le client faisait &mdash; la plupart
            des op?rations se pr?sentent sous la forme de s?ries de
-          requ?tes  <literal>PROPPATCH</literal>, <literal>GET</literal>,
+          requ?tes <literal>PROPPATCH</literal>, <literal>GET</literal>,
            <literal>PUT</literal> et <literal>REPORT</literal>
            ?nigmatiques. Pour couronner le tout, de nombreuses op?rations
            du client envoient des s?ries de requ?tes quasi-identiques, il
@@ -2688,8 +2692,8 @@
  </screen>

          <para>Dans cet exemple, nous demandons ? Apache de cr?er un
-          fichier journal sp?cial, <filename>journal-svn</filename> dans
-          le r?pertoire classique de journaux d'Apache
+          fichier journal sp?cial, <filename>journal-svn</filename>,
+          dans le r?pertoire habituel de journaux d'Apache
            (<filename>logs</filename>). Les variables
            <literal>%t</literal> et <literal>%u</literal> sont remplac?es
            par l'horodatage et le nom d'utilisateur de la requ?te,
@@ -2800,7 +2804,7 @@
              les esclaves. Assurez-vous que vos serveurs ma?tre et
              esclaves ont tous des configurations identiques
              d'authentification et de contr?le d'acc?s&nbsp;; s'ils ne
-            peuvent plus se synchroniser, cela peut vous conduire ?
+            peuvent plus se synchroniser, cela peut engendrer
              beaucoup d'ennuis.</para>

            <para>Ensuite nous devons nous occuper du probl?me de la
@@ -2814,7 +2818,7 @@
              simple client en train d'effectuer une propagation,
              l'esclave va imm?diatement tenter d'envoyer vers le ma?tre
              la requ?te d'?criture qui vient d'arriver&nbsp;! Et l?,
-            patatras&nbsp;!.</para>
+            patatras&nbsp;!</para>

            <para>La solution consiste ? s'arranger pour que le ma?tre
              pousse les r?visions vers un emplacement
@@ -2846,7 +2850,7 @@
              <literal>Location</literal> du ma?tre et des esclaves, vous
              devez configurer le ma?tre pour que la r?plication vers les
              esclaves fonctionne. Ceci se fait de la mani?re habituelle,
-            en utilisant <command>svnsync</command>.  Si vous n'?tes pas
+            en utilisant <command>svnsync</command>. Si vous n'?tes pas
              familier avec cet outil, reportez-vous ? <xref
              linkend="svn.reposadmin.maint.replication"/> pour plus de
              d?tails.</para>
@@ -2917,8 +2921,8 @@
              pas n?cessaires, mais constituent un moyen astucieux
              d'autoriser <command>svnsync</command> ? lancer des
              commandes qui fonctionneront ? l'arri?re-plan, de telle
-            sorte que le client subversion ne se retrouvera pas ?
-            attendre ind?finiment que la propagation se termine. en
+            sorte que le client Subversion ne se retrouvera pas ?
+            attendre ind?finiment que la propagation se termine. En
              plus de cette proc?dure post-propagation
              (<literal>post-commit</literal>), vous aurez ?galement
              besoin d'une proc?dure <literal>post-revprop-change</literal>
@@ -2928,7 +2932,8 @@

            <programlisting>
  #!/bin/sh
-# Proc?dure post-revprop-change pour r?pliquer les modifications  
revprop-changes vers les esclaves
+# Proc?dure post-revprop-change pour r?pliquer les modifications
+# des propri?t?s de r?visions vers les esclaves

  REV=${2}
  svnsync copy-revprops http://esclave1.exemple.com/svn-proxy-sync ${REV}  
&gt; /dev/null 2&gt;&amp;1
@@ -2954,15 +2959,15 @@
              <command>svn lock</command> et <command>svn
              unlock</command> sur les serveurs esclaves,
              vraisemblablement ? l'aide d'une m?thode de connexion ?
-            distance telle que SSH. Nous laissons ceci en guise
-            d'exercice au lecteur&nbsp;!</para>
+            distance telle que SSH. Nous laissons ceci au lecteur
+            en guise d'exercice&nbsp;!</para>

          </sect4>

          <sect4 id="svn.serverconfig.httpd.extra.writethruproxy.caveats">
            <title>Pi?ges ? ?viter</title>

-          <para>Votre syst?me de r?plication ma?tre/esclave doiit ?
+          <para>Votre syst?me de r?plication ma?tre/esclave doit ?
              pr?sent ?tre pr?t ? l'emploi. Cependant, quelques consignes
              de prudence sont de mise. Souvenez-vous que la r?plication
              n'est pas totalement robuste en ce qui concerne les
@@ -3017,7 +3022,7 @@
            Apache, en tant que serveur web robuste, dont on peut tirer
            profit pour am?liorer les fonctionnalit?s ou la s?curit? de
            Subversion. Le client Subversion est capable d'utiliser SSL
-          (Secure Socket Layer &mdash; le protocole de s?curisation des
+          (Secure Socket Layer, le protocole de s?curisation des
            ?changes sur internet, pr?sent? auparavant). Si votre client
            Subversion a ?t? compil? en incluant le support de SSL, il
            peut acc?der ? votre serveur Apache en utilisant des URL
@@ -3027,7 +3032,7 @@
          <para>D'autres fonctionnalit?s de la relation Apache/Subversion
            sont ?galement tout aussi utiles, comme par exemple la
            possibilit? de sp?cifier un port personnalis? (au lieu du port
-          HTTP par d?faut :80) ou un nom de domaine virtuel par lequel
+          HTTP par d?faut, 80) ou un nom de domaine virtuel par lequel
            acc?der au d?p?t Subversion ou la possibilit? d'acc?der au
            d?p?t via un serveur mandataire HTTP.</para>

@@ -3094,10 +3099,10 @@
          pour la premi?re fois ont tendance ? se lancer dans le contr?le
          d'acc?s bas? sur les chemins sans trop y r?fl?chir.
          L'administrateur sait en g?n?ral quelles ?quipes travaillent sur
-        quel projet, il est d?s lors facile de d?marrer et d'accorder
+        quel projet, il est d?s lors facile de d?marrer en accordant
          l'acc?s pour certains r?pertoires ? certaines ?quipes et pas ?
-        d'autres. ?a peut sembler assez naturel, et apaiser le d?sir de
-        l'administrateur de contr?ler le d?p?t de tr?s pr?s.</para>
+        d'autres. Ceci peut sembler assez naturel, et assouvir le d?sir
+        de l'administrateur de contr?ler le d?p?t de tr?s pr?s.</para>

        <para>Notez cependant qu'il y a souvent des co?ts invisibles (et
          visibles&nbsp;!) associ?s ? cette fonctionnalit?. Dans la
@@ -3117,7 +3122,7 @@
          en place une barri?re ? la collaboration. Vous cr?ez aussi tout
          un tas de r?gles qui doivent ?tre g?r?es au fur et ? mesure que
          les projets se d?veloppent, que de nouveaux utilisateurs sont
-        ajout?s, etc. C'est un quantit? de travail suppl?mentaire ?
+        ajout?s,&nbsp;etc. C'est une quantit? de travail suppl?mentaire ?
          fournir.</para>

          <para>Souvenez-vous que c'est un syst?me de gestion de
@@ -3159,20 +3164,22 @@

      <para>La syntaxe du fichier est la m?me syntaxe que celle utilis?e
        dans <filename>svnserve.conf</filename> et dans les fichiers de
-      configuration. Les lignes comman?ant par un di?se
-      (<literal>#</literal>). Dans la forme la plus simple, chaque
-      section d?signe un d?p?t et un chemin ? l'int?rieur de celui-ci et
-      les noms d'utilisateurs authentifi?s sont les noms des options ?
+      configuration. Les lignes commen?ant par un di?se
+      (<literal>#</literal>) sont ignor?es. Dans la forme la plus
+      simple, chaque section d?signe un d?p?t et un chemin
+      ? l'int?rieur de celui-ci et les noms d'utilisateurs
+      authentifi?s sont les noms des options ?
        l'int?rieur de chaque section. La valeur de chaque option d?crit
-      le niveau d'acc?s au chemin du d?p?t de l'utilsateur : soit
-      <literal>r</literal> (lecture seule) soit <literal>rw</literal>
-      (lecture/?criture). Si l'utilisateur ne figure pas dans la
+      le niveau d'acc?s de l'utilisateur au chemin du d?p?t&nbsp;:
+      soit <literal>r</literal> (lecture seule),
+      soit <literal>rw</literal> (lecture/?criture).
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Thu May  6 06:03:01 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 06 May 2010 11:03:01 +0000
Subject: [svnbook] r3731 committed - * src/fr/book/ch07-customizing-svn.xml...
Message-ID: <0016e64d9a13de25950485eae21c@google.com>

Revision: 3731
Author: subversif999 at gmail.com
Date: Thu May  6 04:02:41 2010
Log: * src/fr/book/ch07-customizing-svn.xml
   - Translate Chapter 7

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

Modified:
  /trunk/src/fr/book/ch07-customizing-svn.xml

=======================================
--- /trunk/src/fr/book/ch07-customizing-svn.xml	Fri Sep 12 07:39:35 2008
+++ /trunk/src/fr/book/ch07-customizing-svn.xml	Thu May  6 04:02:41 2010
@@ -1,15 +1,16 @@
  <chapter id="svn.customization">
-  <title>Customizing Your Subversion Experience</title>
-
-  <para>Version control can be a complex subject, as much art as
-    science, that offers myriad ways of getting stuff done.
-    Throughout this book, you've read of the various Subversion
-    command-line client subcommands and the options that modify their
-    behavior.  In this chapter, we'll look into still more ways to
-    customize the way Subversion works for you&mdash;setting up the
-    Subversion runtime configuration, using external helper
-    applications, Subversion's interaction with the operating system's
-    configured locale, and so on.</para>
+  <title>Personnalisation de Subversion</title>
+
+  <para>La gestion de versions est un sujet complexe, au moins autant
+    un art qu'une science, qui offre une myriade de fa?ons d'accomplir
+    chaque t?che. En lisant ce livre, vous avez exp?riment? les
+    sous-commandes Subversion en ligne de commande et les options pour
+    modifier leur comportement. Dans ce chapitre, nous passons
+    en revue les moyens de personnaliser le fonctionnement
+    de Subversion&nbsp;: la configuration des options d'ex?cution,
+    l'utilisation d'applications externes pour faciliter certains
+    traitements, les interactions de Subversion avec la configuration
+    des param?tres r?gionaux du syst?me d'exploitation,&nbsp;etc.</para>

    <!-- TODO(cmpilato): Gut the runtime config stuff like I did the
         property stuff, making larger topical sections to which the
@@ -21,166 +22,186 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <sect1 id="svn.advanced.confarea">
-    <title>Runtime Configuration Area</title>
-
-    <para>Subversion provides many optional behaviors that the user can
-      control.  Many of these options are of the kind
-      that a user would wish to apply to all Subversion operations.
-      So, rather than forcing users to remember command-line arguments
-      for specifying these options and to use them for every
-      operation they perform, Subversion uses configuration files,
-      segregated into a Subversion configuration area.</para>
-
-    <para>The Subversion <firstterm>configuration area</firstterm> is
-      a two-tiered hierarchy of option names and their values.
-      Usually, this boils down to a special directory that contains
-      <firstterm>configuration files</firstterm> (the first tier),
-      which are just text files in standard INI format (with
-      <quote>sections</quote> providing the second tier).  You can
-      easily edit these files using your favorite text editor (such as
-      Emacs or vi), and they contain directives read by the client to
-      determine which of several optional behaviors the user
-      prefers.</para>
+    <title>Zone de configuration des ex?cutables</title>
+
+    <para>Subversion permet ? l'utilisateur de contr?ler finement son
+      comportement. Beaucoup d'options ont vocation ? s'appliquer ?
+      l'ensemble des op?rations de Subversion. Ainsi, plut?t que de
+      forcer les utilisateurs ? se souvenir d'arguments en ligne de
+      commande pour sp?cifier ces options et de les utiliser ? chaque
+      invocation, Subversion utilise des fichiers de configuration,
+      tenus ? l'?cart dans une zone de configuration sp?cifique ?
+      Subversion.</para>
+
+    <para>La <firstterm>zone de configuration</firstterm> Subversion
+      consiste en une hi?rarchie ? deux niveaux constitu?e de noms
+      d'options et de leurs valeurs. Habituellement, cela se traduit
+      par un r?pertoire d?di? qui contient les
+      <firstterm>fichiers de configuration</firstterm> (le premier
+      niveau)&nbsp;: des fichiers texte au format standard INI
+      (dont les <quote>sections</quote> constituent le deuxi?me
+      niveau). Vous pouvez facilement ?diter ces fichiers ? l'aide de
+      votre ?diteur de texte favori (tel qu'Emacs ou vi). Ils
+      contiennent des directives lues par le client Subversion afin de
+      d?terminer le comportement par d?faut choisi par
+      l'utilisateur.</para>

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.confarea.layout">
-      <title>Configuration Area Layout</title>
-
-      <para>The first time the <command>svn</command>
-        command-line client is executed, it creates a per-user
-        configuration area.  On Unix-like systems, this area appears
-        as a directory named <filename>.subversion</filename> in the
-        user's home directory.  On Win32 systems, Subversion creates a
-        folder named <filename>Subversion</filename>, typically inside
-        the <filename>Application Data</filename> area of the user's
-        profile directory (which, by the way, is usually a hidden
-        directory).  However, on this platform, the exact location
-        differs from system to system and is dictated by the Windows
-        Registry.
+      <title>Agencement de la zone de configuration</title>
+
+      <para>La premi?re fois que le client <command>svn</command> en
+        ligne de commande est ex?cut?, il cr?e une zone de
+        configuration propre ? l'utilisateur. Sur les syst?mes de type
+        Unix, cette zone est un r?pertoire nomm?
+        <filename>.subversion</filename> dans le r?pertoire personnel
+        de l'utilisateur. Sur les syst?mes Windows, Subversion cr?e un
+        dossier nomm? <filename>Subversion</filename>, g?n?ralement
+        dans la zone <filename>Application Data</filename> du
+        r?pertoire qui contient le profil de l'utilisateur (qui est
+        habituellement, au passage, un r?pertoire cach?). Cependant,
+        sur cette plate-forme, l'emplacement exact du profil
+        utilisateur varie d'un syst?me ? l'autre et est dict? par la
+        base de registre Windows
          <footnote>
-          <para>The <literal>APPDATA</literal> environment variable
-            points to the <filename>Application Data</filename> area,
-            so you can always refer to this folder as
-            <filename>%APPDATA%\Subversion</filename>.</para>
-        </footnote>
-        We will refer to the per-user configuration area using its Unix
-        name, <filename>.subversion</filename>.</para>
-
-      <para>In addition to the per-user configuration area, Subversion
-        also recognizes the existence of a system-wide configuration
-        area.  This gives system administrators the ability to
-        establish defaults for all users on a given machine.  Note
-        that the system-wide configuration area alone does not dictate
-        mandatory policy&mdash;the settings in the per-user
-        configuration area override those in the system-wide one, and
-        command-line arguments supplied to the <command>svn</command>
-        program have the final word on behavior.  On Unix-like
-        platforms, the system-wide configuration area is
-        expected to be the <filename>/etc/subversion</filename>
-        directory; on Windows machines, it looks for a
-        <filename>Subversion</filename> directory inside the common
-        <filename>Application Data</filename> location (again, as
-        specified by the Windows Registry).  Unlike the per-user
-        case, the <command>svn</command> program does not attempt
-        to create the system-wide configuration area.</para>
-
-      <para>The per-user configuration area currently contains three
-        files&mdash;two configuration files (<filename>config</filename>  
and
-        <filename>servers</filename>), and a  
<filename>README.txt</filename>
-        file, which describes the INI format.  At the time of their
-        creation, the files contain default values for each of the
-        supported Subversion options, mostly commented out and grouped
-        with textual descriptions about how the values for the key
-        affect Subversion's behavior.  To change a certain behavior,
-        you need only to load the appropriate configuration file into
-        a text editor, and to modify the desired option's value.  If at
-        any time you wish to have the default configuration settings
-        restored, you can simply remove (or rename) your configuration
-        directory and then run some innocuous <command>svn</command>
-        command, such as <userinput>svn --version</userinput>.  A new
-        configuration directory with the default contents will be
-        created.</para>
-
-      <para>The per-user configuration area also contains a cache of
-        authentication data.  The <filename>auth</filename> directory
-        holds a set of subdirectories that contain pieces of cached
-        information used by Subversion's various supported
-        authentication methods.  This directory is created in such a
-        way that only the user herself has permission to read its
-        contents.</para>
+          <para>La variable d'environnement <literal>APPDATA</literal>
+            pointe vers la zone <filename>Application Data</filename>,
+            vous pouvez donc toujours faire r?f?rence ? ce dossier en
+            utilisant <filename>%APPDATA%\Subversion</filename>.</para>
+        </footnote>.
+        Nous nous r?f?rerons ? cette zone de configuration propre ?
+        l'utilisateur en utilisant son nom Unix&nbsp;:
+        <filename>.subversion</filename>.</para>
+
+      <para>En plus de la zone de configuration propre ? l'utilisateur,
+        Subversion reconna?t l'existence d'une zone de configuration
+        globale pour le syst?me. Cela permet aux administrateurs du
+        syst?me d'?tablir une configuration par d?faut pour l'ensemble
+        des utilisateurs d'une machine donn?e. Notez que la zone de
+        configuration globale seule ne fixe pas de politique
+        d?finitive&nbsp;: les r?glages de l'utilisateur sont
+        prioritaires par rapport aux r?glages globaux et les options
+        de la ligne de commande ont toujours le dernier mot. Sur les
+        plate-formes de type Unix, la zone de configuration globale
+        doit se trouver dans le r?pertoire
+        <filename>/etc/subversion</filename>&nbsp;; sur les machines
+        Windows, Subversion cherche un r?pertoire
+        <filename>Subversion</filename> dans le dossier commun
+        <filename>Application Data</filename> (l? encore, l'endroit
+        exact d?pend de la base de registre Windows). Au contraire de
+        la zone propre ? l'utilisateur, le programme
+        <command>svn</command> ne tente pas de cr?er la zone de
+        configuration globale.</para>
+
+      <para>La zone de configuration propre ? l'utilisateur contient
+        actuellement trois fichiers&nbsp;: deux fichiers de
+        configuration (<filename>config</filename> et
+        <filename>servers</filename>) et un fichier
+        <filename>README.txt</filename> qui d?crit le format INI. Lors
+        de leur cr?ation, ces fichiers contiennent les valeurs par
+        d?faut de toutes les options support?es par Subversion,
+        g?n?ralement mises en commentaire et group?es avec une
+        description textuelle de l'effet de la cl? sur le
+        fonctionnement de Subversion. Pour modifier un comportement
+        pr?cis, il suffit de charger le fichier de configuration dans
+        un ?diteur de texte et de changer la valeur de l'option
+        correspondante. Si, par la suite, vous voulez r?tablir les
+        valeurs par d?faut, vous n'avez qu'? supprimer ou renommer
+        votre r?pertoire de configuration puis lancer une commande
+        <command>svn</command> inoffensive, telle que
+        <userinput>svn --version</userinput>. Un nouveau r?pertoire
+        de configuration sera cr??, qui contiendra les valeurs par
+        d?faut.</para>
+
+      <para>La zone de configuration propre ? l'utilisateur contient
+        ?galement un cache pour les donn?es d'authentification. Le
+        r?pertoire <filename>auth</filename> h?berge un ensemble de
+        sous-r?pertoires qui contiennent des informations mises en
+        cache, relatives aux diff?rentes m?thodes d'authentification
+        utilis?es par Subversion. Ce r?pertoire est cr?? de telle
+        mani?re que seul l'utilisateur ait acc?s ? son contenu.</para>

      </sect2>

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.confarea.windows-registry">
-      <title>Configuration and the Windows Registry</title>
-
-      <para>In addition to the usual INI-based configuration area,
-        Subversion clients running on Windows platforms may also use
-        the Windows Registry to hold the configuration data.  The
-        option names and their values are the same as in the INI
-        files.  The <quote>file/section</quote> hierarchy is
-        preserved as well, though addressed in a slightly different
-        fashion&mdash;in this schema, files and sections are just
-        levels in the Registry key tree.</para>
-
-      <para>Subversion looks for system-wide configuration values
-        under the
-         
<literal>HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion</literal>
-        key.  For example, the <literal>global-ignores</literal> option,
-        which is in the <literal>miscellany</literal> section of the
-        <filename>config</filename> file, would be found at
+      <title>Configuration via la base de registre Windows</title>
+
+      <para>En plus de la zone de configuration classique contenant
+        les fichiers INI, les clients Subversion qui tournent sur une
+        plate-forme Windows peuvent aussi utiliser la base de registre
+        Windows pour stocker leurs donn?es de configuration. Les noms
+        des options et leurs valeurs sont les m?mes que dans les
+        fichiers INI. La hi?rarchie <quote>fichier/section</quote> est
+        ?galement pr?sente, bien que trait?e de mani?re l?g?rement
+        diff?rente&nbsp;: dans ce cas, les fichiers et les sections
+        sont juste des niveaux dans l'arborescence des cl?s de
+        registres.</para>
+
+      <para>Subversion cherche les valeurs de configuration
+        applicables ? tout le syst?me sous la cl?
+         
<literal>HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion</literal>.
+        Par exemple, l'option <literal>global-ignores</literal>, qui
+        se trouve dans la section <literal>miscellany</literal> du
+        fichier de configuration, est situ?e dans
           
<literal>HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion\Config\Miscellany\global-ignores</literal>.
-        Per-user configuration values should be stored under
+        Les valeurs propres ? un utilisateur doivent ?tre stock?es sous
           
<literal>HKEY_CURRENT_USER\Software\Tigris.org\Subversion</literal>.
-      </para>
-
-      <para>Registry-based configuration options are parsed
-        <emphasis>before</emphasis> their file-based counterparts, so
-        they are overridden by values found in the configuration files.  In
-        other words, Subversion looks for configuration information in
-        the following locations on a Windows system; lower-numbered
-        locations take precedence over higher-numbered locations:</para>
-
+        </para>
+
+      <para>Les options de configuration de la base de registre sont
+        analys?es <emphasis>avant</emphasis> les options des fichiers
+        INI&nbsp;; elles sont donc supplant?es par les valeurs trouv?es
+        dans les fichiers de configuration. En d'autres termes,
+        Subversion cherche les options de configuration dans l'ordre
+        suivant sur un syst?me Windows (les plus prioritaires sont
+        cit?es en premier)&nbsp;:</para>
+
        <orderedlist>
          <listitem>
-          <para>Command-line options</para>
+          <para>les options en ligne de commande&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The per-user INI files</para>
+          <para>les fichiers INI propres ? l'utilisateur&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The per-user Registry values</para>
+          <para>les valeurs de la base de registre propres
+            ? l'utilisateur&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The system-wide INI files</para>
+          <para>les fichiers INI applicables ? l'ensemble
+            du syst?me&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The system-wide Registry values</para>
+          <para>les valeurs de la base de registre applicables
+            ? l'ensemble du syst?me.</para>
          </listitem>
        </orderedlist>

-      <para>Also, the Windows Registry doesn't really support the
-        notion of something being <quote>commented out.</quote>
-        However, Subversion will ignore any option key whose name
-        begins with a hash (<literal>#</literal>) character.  This
-        allows you to effectively comment out a Subversion option
-        without deleting the entire key from the Registry, obviously
-        simplifying the process of restoring that option.</para>
-
-      <para>The <command>svn</command> command-line client never
-        attempts to write to the Windows Registry and will not attempt
-        to create a default configuration area there.  You can create
-        the keys you need using the <command>REGEDIT</command>
-        program.  Alternatively, you can create a
-        <filename>.reg</filename> file (such as the one in <xref
-        linkend="svn.advanced.confarea.windows-registry.ex-1" />), and
-        then double-click on that file's icon in the Explorer shell,
-        which will cause the data to be merged into your
-        Registry.</para>
+      <para>Par ailleurs, la base de registre Windows ne supporte pas
+        vraiment la notion de <quote>mise en commentaire</quote>.
+        Cependant, Subversion ignorera toute cl? dont le nom commence
+        par le caract?re di?se (<literal>#</literal>). Cela vous
+        permet de mettre en commentaire efficacement une option
+        Subversion sans avoir ? effacer enti?rement la cl? de la base
+        de registre, ce qui simplifie manifestement la proc?dure de
+        restauration de l'option.</para>
+
+      <para>Le client en ligne de commande <command>svn</command>
+        n'?crit jamais dans la base de registre et ne tentera pas d'y
+        cr?er une zone de configuration par d?faut. Vous pouvez cr?er
+        les cl?s dont vous avez besoin en utilisant le programme
+        <command>REGEDIT</command>. Une autre alternative consiste ?
+        cr?er un fichier <filename>.reg</filename> (tel que celui
+        donn? dans l'<xref
+        linkend="svn.advanced.confarea.windows-registry.ex-1" />)
+        puis ? double-cliquer sur l'ic?ne de ce fichier dans
+        l'explorateur Windows afin d'appliquer les modifications
+        ? votre base de registre.</para>

        <example id="svn.advanced.confarea.windows-registry.ex-1">
-        <title>Sample registration entries (.reg) file</title>
+        <title>Exemple de fichier de modification de la base
+          de registre (.reg)</title>

          <programlisting>
  REGEDIT4
@@ -224,230 +245,250 @@
  </programlisting>
        </example>

-      <para>The previous example shows the contents of a
-        <filename>.reg</filename> file, which contains some of the most
-        commonly used configuration options and their default values.
-        Note the presence of both system-wide (for network
-        proxy-related options) and per-user settings (editor programs
-        and password storage, among others).  Also note that all the
-        options are effectively commented out.  You need only to
-        remove the hash (<literal>#</literal>) character from the
-        beginning of the option names and set the values as you
-        desire.</para>
+      <para>L'exemple pr?c?dent pr?sente le contenu d'un fichier
+        <filename>.reg</filename> qui contient quelques unes des
+        options les plus commun?ment utilis?es et leurs valeurs
+        par d?faut. Notez la pr?sence de r?glages propres ?
+        l'utilisateur (notamment l'?diteur de texte et le stockage
+        des mots de passe) ainsi que de r?glages applicables ?
+        l'ensemble du syst?me (comme les options relatives au
+        mandataire r?seau). Notez ?galement que toutes les options
+        sont mises en commentaire. Il ne vous reste qu'? supprimer
+        le caract?re di?se (<literal>#</literal>) initial des noms
+        d'options et ? leur affecter la valeur que vous
+        souhaitez.</para>

      </sect2>

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.confarea.opts">
-      <title>Configuration Options</title>
+      <title>Options de configuration</title>

        <!-- TODO(cmpilato): Rework and move this section to the Reference  
-->

-      <para>In this section, we will discuss the specific
-        runtime configuration options that Subversion currently
-        supports.</para>
+      <para>Dans cette section, nous allons nous int?resser aux
+        options de configuration des programmes support?es par la
+        version actuelle de Subversion.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.advanced.confarea.opts.servers">
-        <title>Servers</title>
-
-        <para>The <filename>servers</filename> file contains
-          Subversion configuration options related to the network
-          layers.  There are two special section names in this
-          file&mdash;<literal>groups</literal> and
-          <literal>global</literal>.  The <literal>groups</literal>
-          section is essentially a cross-reference table.  The keys in
-          this section are the names of other sections in the file;
-          their values are <firstterm>globs</firstterm>&mdash;textual
-          tokens that possibly contain wildcard
-          characters&mdash;that are compared against the hostnames of
-          the machine to which Subversion requests are sent.</para>
+        <title>Fichier <filename>servers</filename></title>
+
+        <para>Le fichier <filename>servers</filename> contient les
+          options de configuration relatives aux couches r?seau. Il
+          y a deux sections sp?ciales dans ce fichier&nbsp;:
+          <literal>groups</literal> et <literal>global</literal>.
+          La section <literal>groups</literal> n'est rien d'autre
+          qu'un tableau de r?f?rences crois?es. Les cl?s de cette
+          section sont les noms des autres sections du fichier&nbsp;;
+          ses valeurs sont des <firstterm>globs</firstterm> (des
+          repr?sentations textuelles qui peuvent contenir des
+          caract?res joker) qui sont compar?s aux noms des machines
+          auxquelles des requ?tes Subversion sont envoy?es.</para>

          <programlisting>
  [groups]
-beanie-babies = *.red-bean.com
+serveurs-red-beans = *.red-bean.com
  collabnet = svn.collab.net

-[beanie-babies]
+[serveurs-red-beans]
  &hellip;

  [collabnet]
  &hellip;
  </programlisting>

-        <para>When Subversion is used over a network, it attempts to
-          match the name of the server it is trying to reach with a
-          group name under the <literal>groups</literal> section.  If
-          a match is made, Subversion then looks for a section in the
-          <filename>servers</filename> file whose name is the matched
-          group's name.  From that section, it reads the actual network
-          configuration settings.</para>
-
-        <para>The <literal>global</literal> section contains the
-          settings that are meant for all of the servers not matched
-          by one of the globs under the <literal>groups</literal>
-          section.  The options available in this section are
-          exactly the same as those that are valid for the other server
-          sections in the file (except, of course, the special
-          <literal>groups</literal> section), and are as
-          follows:</para>
+        <para>Quand vous utilisez Subversion en r?seau, il essaie de
+          faire correspondre le nom du serveur auquel il tente de se
+          connecter avec un nom de groupe de la section
+          <literal>groups</literal>. Si une correspondance existe,
+          Subversion v?rifie alors s'il existe dans le fichier
+          <filename>servers</filename> une section dont le nom est
+          le nom du groupe correspondant. Le cas ?ch?ant, il tire
+          de cette section la configuration r?seau ? appliquer.</para>
+
+        <para>La section <literal>global</literal> contient la
+          configuration ? appliquer ? tous les serveurs qui ne
+          correspondent ? aucun glob de la section
+          <literal>groups</literal>. Les options disponibles dans
+          cette section sont exactement les m?mes que pour les autres
+          sections du fichier (except?e bien s?r la section sp?ciale
+          <literal>groups</literal>) et sont&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>http-proxy-exceptions</literal></term>
              <listitem>
-              <para>This specifies a comma-separated list of patterns
-                for repository hostnames that should be accessed
-                directly, without using the proxy machine.  The
-                pattern syntax is the same as is used in the Unix
-                shell for filenames.  A repository hostname matching
-                any of these patterns will not be proxied.</para>
+              <para>Cette option contient une liste de motifs
+                (s?par?s par des virgules) de noms de machines
+                qui doivent ?tre contact?es directement, sans passer
+                par le mandataire. La syntaxe des motifs est la m?me
+                que celle utilis?e par le shell Unix pour les noms de
+                fichiers. L'acc?s aux d?p?ts d'une machine dont le nom
+                correspond ? l'un de ces motifs se fera sans passer
+                par un mandataire.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-host</literal></term>
              <listitem>
-              <para>This specifies the hostname of the proxy computer
-                through which your HTTP-based Subversion requests must
-                pass.  It defaults to an empty value, which means that
-                Subversion will not attempt to route HTTP requests
-                through a proxy computer, and will instead attempt to
-                contact the destination machine directly.</para>
+              <para>Cette option contient le nom de la machine
+                mandataire pour les requ?tes HTTP de Subversion. La
+                valeur par d?faut est vide, ce qui signifie que
+                Subversion ne tentera pas de faire passer ses requ?tes
+                par un mandataire mais essaiera de contacter la machine
+                de destination directement.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-port</literal></term>
              <listitem>
-              <para>This specifies the port number on the proxy host
-                to use.  It defaults to an empty value.</para>
+              <para>Cette option contient le num?ro du port ?
+                utiliser sur la machine mandataire. Par d?faut,
+                la valeur est vide.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-username</literal></term>
              <listitem>
-              <para>This specifies the username to supply to the proxy
-                machine.  It defaults to an empty value.</para>
+              <para>Cette option contient le nom d'utilisateur ?
+                fournir ? la machine mandataire. Par d?faut, la valeur
+                est vide.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-password</literal></term>
              <listitem>
-              <para>This specifies the password to supply to the proxy
-                machine.  It defaults to an empty value.</para>
+              <para>cette option contient le mot de passe ? fournir ?
+                la machine mandataire. Par d?faut, la valeur est
+                vide.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-timeout</literal></term>
              <listitem>
-              <para>This specifies the amount of time, in seconds, to
-                wait for a server response.  If you experience
-                problems with a slow network connection causing
-                Subversion operations to time out, you should increase
-                the value of this option.  The default value is
-                <literal>0</literal>, which instructs the underlying
-                HTTP library, Neon, to use its default timeout
-                setting.</para>
+              <para>Cette option contient la dur?e maximum, en
+                secondes, pendant laquelle Subversion attend la
+                r?ponse du serveur. Si vous rencontrez des probl?mes
+                d'op?rations Subversion qui expirent ? cause d'une
+                connexion r?seau trop lente, vous devez augmenter
+                cette valeur. Par d?faut, la valeur est
+                <literal>0</literal>, ce qui conduit la biblioth?que
+                HTTP sous-jacente (Neon) ? utiliser sa propre valeur
+                par d?faut.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-compression</literal></term>
              <listitem>
-              <para>This specifies whether Subversion should
-                attempt to compress network requests made to DAV-ready
-                servers.  The default value is <literal>yes</literal>
-                (though compression will occur only if that capability
-                is compiled into the network layer).  Set this to
-                <literal>no</literal> to disable compression, such as
-                when debugging network transmissions.</para>
+              <para>Cette option indique si oui ou non Subversion
+                doit essayer de compresser les requ?tes r?seaux ?
+                destination de serveurs DAV. La valeur par d?faut est
+                <literal>yes</literal>. Notez que la compression ne
+                sera effective que si la couche r?seau a ?t? compil?e
+                avec le support de la compression. Mettez
+                <literal>no</literal> pour ne pas activer la
+                compression, par exemple lorsque vous analysez les
+                transmissions r?seaux.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-library</literal></term>
              <listitem>
-              <para>Subversion provides a pair of repository access
-                modules that understand its WebDAV network protocol.
-                The original one, which shipped with Subversion 1.0, is
-                <literal>libsvn_ra_neon</literal> (though back then it
-                was called <literal>libsvn_ra_dav</literal>).  Newer
-                Subversion versions also provide
-                <literal>libsvn_ra_serf</literal>, which uses a
-                different underlying implementation and aims to
-                support some of the newer HTTP concepts.</para>
-
-              <para>At this point, <literal>libsvn_ra_serf</literal>
-                is still considered experimental, though it appears to
-                work in the common cases quite well.  To encourage
-                experimentation, Subversion provides the
-                <literal>http-library</literal> runtime configuration
-                option to allow users to specify (generally, or in a
-                per-server-group fashion) which WebDAV access module
-                they'd prefer to use&mdash;<literal>neon</literal> or
+              <para>Subversion est fourni avec deux modules d'acc?s
+                aux d?p?ts qui utilisent le protocole r?seau WebDAV.
+                Le module originel, fourni avec Subversion 1.0, est
+                <literal>libsvn_ra_neon</literal>
+                (bien qu'en ce temps-l?, il s'appelait
+                <literal>libsvn_ra_dav</literal>). Les nouvelles
+                versions de Subversion fournissent ?galement
+                <literal>libsvn_ra_serf</literal>, qui utilise une
+                impl?mentation sous-jacente diff?rente et qui vise ?
+                supporter certains des concepts HTTP les plus
+                r?cents.</para>
+
+              <para>Actuellement, <literal>libsvn_ra_serf</literal>
+                est toujours consid?r?e en version exp?rimentale,
+                bien qu'elle semble fonctionner correctement dans les
+                cas usuels. Afin d'inciter les gens ? l'essayer,
+                Subversion fournit l'option de configuration
+                <literal>http-library</literal> pour permettre aux
+                utilisateurs de d?finir (globalement ou par groupe de
+                serveurs) quel module d'acc?s WebDAV ils veulent
+                utiliser&nbsp;: <literal>neon</literal> ou
                  <literal>serf</literal>.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-auth-types</literal></term>
              <listitem>
-              <para>This option is a semicolon-delimited list of
-                authentication types supported by the Neon-based
-                WebDAV repository access modules.  Valid members of
-                this list are <literal>basic</literal>,
-                <literal>digest</literal>, and
+              <para>Cette option liste les m?thodes
+                d'authentification (s?par?es par des points-virgules)
+                support?es par les module d'acc?s aux d?p?ts WebDAV
+                bas?s sur Neon. Les valeurs valides sont&nbsp;:
+                <literal>basic</literal>,
+                <literal>digest</literal> et
                  <literal>negotiate</literal>.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>neon-debug-mask</literal></term>
              <listitem>
-              <para>This is an integer mask that the underlying HTTP
-                library, Neon, uses for choosing what type of
-                debugging output to yield.  The default value is
-                <literal>0</literal>, which will silence all debugging
-                output.  For more information about how Subversion
-                makes use of Neon, see <xref linkend="svn.developer"  
/>.</para>
+              <para>Cette option contient un entier qui repr?sente un
+                masque que la biblioth?que HTTP sous-jacente (Neon)
+                utilise pour choisir quel type d'affichage de d?bogage
+                autoriser. La valeur par d?faut est <literal>0</literal>,
+                ce qui interdit tout affichage de d?bogage. Pour plus
+                d'informations sur l'utilisation de Neon par
+                Subversion, reportez-vous au <xref
+                linkend="svn.developer" />.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-authority-files</literal></term>
              <listitem>
-              <para>This is a semicolon-delimited list of paths to files
-                containing certificates of the certificate authorities
-                (or CAs) that
-                are accepted by the Subversion client when accessing the
-                repository over HTTPS.</para>
+              <para>Cette option contient une liste de chemins
+                (s?par?s par des points-virgules) vers les fichiers
+                contenant les certificats des autorit?s de
+                certifications (AC) qui doivent ?tre reconnues comme
+                de confiance par le client Subversion lors des acc?s
+                aux d?p?ts en HTTPS.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-trust-default-ca</literal></term>
              <listitem>
-              <para>Set this variable to <literal>yes</literal> if you
-                want Subversion to automatically trust the set of
-                default CAs that ship with OpenSSL.</para>
+              <para>Mettez cette variable ? <literal>yes</literal>
+                si vous voulez que Subversion fasse automatiquement
+                confiance ? l'ensemble des autorit?s de certification
+                livr?es par d?faut avec OpenSSL.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-client-cert-file</literal></term>
              <listitem>
-              <para>If a host (or set of hosts) requires an SSL client
-                certificate, you'll normally be prompted for a path to
-                your certificate.  By setting this variable to that
-                same path, Subversion will be able to find your client
-                certificate automatically without prompting you.
-                There's no standard place to store your certificate on
-                disk; Subversion will grab it from any path you
-                specify.</para>
+              <para>Si un h?te (ou un ensemble d'h?tes) demande un
+                certificat SSL au client, vous serez sollicit? pour
+                fournir le chemin de votre certificat. D?s que cette
+                variable contient ce chemin, Subversion sera capable
+                de trouver automatiquement votre certificat et ne
+                vous sollicitera pas. Il n'existe pas d'emplacement
+                standard pour stocker un certificat utilisateur sur
+                le disque&nbsp;; Subversion va le chercher ? l'endroit
+                que vous lui sp?cifiez.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-client-cert-password</literal></term>
              <listitem>
-              <para>If your SSL client certificate file is encrypted
-                by a passphrase, Subversion will prompt you for the
-                passphrase whenever the certificate is used.  If you
-                find this annoying (and don't mind storing the
-                password in the <filename>servers</filename> file),
-                you can set this variable to the certificate's
-                passphrase.  You won't be prompted anymore.</para>
+              <para>Si votre certificat client SSL est prot?g? par
+                une phrase de passe, Subversion vous la demandera
+                ? chaque fois que le certificat est utilis?. Si vous
+                trouvez cela p?nible (et que cela ne vous d?range pas
+                que cette phrase de passe soit stock?e dans le fichier
+                <filename>servers</filename>), vous pouvez placer
+                dans cette variable la phrase de passe de votre
+                certificat. Vous ne serez plus sollicit?.</para>
              </listitem>
            </varlistentry>
          </variablelist>
@@ -456,334 +497,367 @@

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.advanced.confarea.opts.config">
-        <title>Config</title>
-
-        <para>The <filename>config</filename> file contains the rest
-          of the currently available Subversion runtime
-          options&mdash;those not related to networking.  There are
-          only a few options in use as of this writing, but they are
-          again grouped into sections in expectation of future
-          additions.</para>
-
-        <para>The <literal>auth</literal> section contains settings
-          related to Subversion's authentication and authorization
-          against the repository.  It contains the following:</para>
+        <title>Fichier <filename>config</filename></title>
+
+        <para>Le fichier <filename>config</filename> contient le reste
+          des options du programme Subversion disponibles actuellement,
+          c'est-?-dire celles qui ne se rapportent pas au r?seau. Au
+          moment o? ces lignes sont ?crites, seules quelques options
+          sont utilis?es, mais elles sont quand m?me regroup?es en
+          sections en pr?vision d'ajouts futurs.</para>
+
+        <para>La section <literal>auth</literal> contient les
+          param?tres relatifs ? l'authentification et au contr?le
+          d'acc?s de Subversion pour les d?p?ts. Elle comprend les
+          options suivantes&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>store-passwords</literal></term>
              <listitem>
-              <para>This instructs Subversion to cache, or not to
-                cache, passwords that are supplied by the user in
-                response to server authentication challenges.  The
-                default value is <literal>yes</literal>.  Set this to
-                <literal>no</literal> to disable this on-disk password
-                caching.  You can override this option for a single
-                instance of the <command>svn</command> command using
-                the <option>--no-auth-cache</option> command-line
-                parameter (for those subcommands that support it).
-                For more information, see <xref
+              <para>Cette option demande ? Subversion de garder en
+                cache (ou non) les mots de passe qui sont tap?s par
+                l'utilisateur en r?ponse aux demandes
+                d'authentification des serveurs. La valeur par d?faut
+                est <literal>yes</literal>. Remplacez cette valeur par
+                <literal>no</literal> pour d?sactiver la mise en cache
+                sur le disque. Vous pouvez outrepasser cette option
+                pour un appel donn? d'une commande
+                <command>svn</command> en utilisant l'option de ligne
+                de commande <option>--no-auth-cache</option> (pour les
+                sous-commandes qui acceptent cette option). Pour plus
+                d'informations, consultez <xref
                  linkend="svn.serverconfig.netmodel.credcache"/>.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>store-auth-creds</literal></term>
              <listitem>
-              <para>This setting is the same as
-                <literal>store-passwords</literal>, except that it
-                enables or disables on-disk caching of
-                <emphasis>all</emphasis> authentication information:
-                usernames, passwords, server certificates, and any
-                other types of cacheable credentials.</para>
+              <para>cette option est ?quivalente ?
+                <literal>store-passwords</literal> sauf qu'elle
+                applique la mise en cache sur le disque (ou non) ?
+                <emphasis>l'ensemble</emphasis> des informations
+                d'authentification&nbsp;: identifiants, mots de passe,
+                certificats serveur et tout autre type d'?l?ment
+                pouvant ?tre mis en cache.</para>
              </listitem>
            </varlistentry>
          </variablelist>

-        <para>The <literal>helpers</literal> section controls which
-          external applications Subversion uses to accomplish its
-          tasks.  Valid options in this section are:</para>
+        <para>La section <literal>helpers</literal> d?finit quelles
+          sont les applications externes utilis?es par Subversion pour
+          accomplir ses t?ches. Les options valides dans cette section
+          sont&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>editor-cmd</literal></term>
              <listitem>
-              <para>This specifies the program Subversion will use to
-                query the user for certain types of textual metadata
-                or when interactively resolving conflicts.  See
-                <xref linkend="svn.advanced.externaleditors"/> for
-                more details on using external text editors with
-                Subversion.</para>
+              <para>Cette option indique le programme utilis? par
+               l'utilisateur auquel Subversion demande d'entrer des
+               m?ta-donn?es textuelles ou de r?soudre les conflits de
+               mani?re interactive. Consultez <xref
+               linkend="svn.advanced.externaleditors"/>
+               pour plus de d?tails sur l'utilisation d'un ?diteur de
+               texte externe avec Subversion.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>diff-cmd</literal></term>
              <listitem>
-              <para>This specifies the absolute path of a differencing
-                program, used when Subversion generates
-                <quote>diff</quote> output (such as when using the
-                <command>svn diff</command> command).  By default,
-                Subversion uses an internal differencing
-                library&mdash;setting this option will cause it to
-                perform this task using an external program.  See
-                <xref linkend="svn.advanced.externaldifftools"/> for
-                more details on using such programs.</para>
+              <para>Cette option contient le chemin absolu du
+                programme de comparaison qui est utilis? lorsque
+                Subversion doit afficher ? l'utilisateur plusieurs
+                fichiers ? comparer (par exemple lors de l'utilisation
+                de la commande <command>svn diff</command>). Par
+                d?faut, Subversion utilise une biblioth?que interne de
+                comparaison. D?finir cette option le forcera ? utiliser
+                un programme externe pour effectuer cette t?che.
+                Consultez <xref linkend="svn.advanced.externaldifftools"/>
+                pour plus de d?tails sur l'utilisation de tels
+                programmes.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>diff3-cmd</literal></term>
              <listitem>
-              <para>This specifies the absolute path of a three-way
-                differencing program.  Subversion uses this program to
-                merge changes made by the user with those received
-                from the repository.  By default, Subversion uses an
-                internal differencing library&mdash;setting this
-                option will cause it to perform this task using an
-                external program.  See <xref
-                linkend="svn.advanced.externaldifftools"/> for more
-                details on using such programs.</para>
+              <para>Cette option contient le chemin absolu d'un
+                programme de comparaison ? trois entr?es. Subversion
+                utilise ce programme pour fusionner les changements
+                effectu?s par l'utilisateur avec ceux en provenance
+                du d?p?t. Par d?faut, Subversion utilise une
+                biblioth?que interne de comparaison. D?finir cette
+                option le forcera ? utiliser un programme externe pour
+                effectuer cette t?che. Consultez <xref
+                linkend="svn.advanced.externaldifftools"/>
+                pour plus de d?tails sur l'utilisation de tels
+                programmes.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>diff3-has-program-arg</literal></term>
              <listitem>
-              <para>This flag should be set to <literal>true</literal>
-                if the program specified by the
-                <literal>diff3-cmd</literal> option accepts a
-                <option>--diff-program</option> command-line
-                parameter.</para>
+              <para>Ce drapeau doit ?tre mis ? <literal>true</literal>
+                si le programme sp?cifi? par l'option
+                <literal>diff3-cmd</literal> accepte l'option
+                <option>--diff-program</option> en ligne de
+                commande.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>merge-tool-cmd</literal></term>
              <listitem>
-              <para>This specifies the program that Subversion will
-                use to perform three-way merge operations on your
-                versioned files.  See <xref
-                linkend="svn.advanced.externaldifftools"/> for more
-                details on using such programs.</para>
+              <para>Cette option contient le programme que Subversion
+                utilise pour effectuer les op?rations de fusion ?
+                trois sources sur vos fichiers suivis en versions.
+                Consultez <xref
+                linkend="svn.advanced.externaldifftools"/> pour plus
+                de d?tails sur l'utilisation de tels
+                programmes.</para>
              </listitem>
            </varlistentry>
          </variablelist>

-        <para>The <literal>tunnels</literal> section allows you to
-          define new tunnel schemes for use with
-          <command>svnserve</command> and <literal>svn://</literal>
-          client connections.  For more details, see <xref
-          linkend="svn.serverconfig.svnserve.sshauth"/>.</para>
-
-        <para>The <literal>miscellany</literal> section is where
-          everything that doesn't belong elsewhere winds up.
+        <para>La section <literal>tunnels</literal> vous permet de
+          d?finir de nouveaux tunnels ? utiliser avec les connexions
+          clientes <command>svnserve</command> et
+          <literal>svn://</literal>. Pour plus de d?tails, consultez
+          <xref linkend="svn.serverconfig.svnserve.sshauth"/>.</para>
+
+        <para>La section <literal>miscellany</literal> r?colte tout
+          ce qui n'a pas sa place ailleurs
            <footnote>
-            <para>Anyone for potluck dinner?</para>
+            <para>En clair, c'est un joyeux fourre-tout.</para>
            </footnote>
-          In this section, you can find:</para>
+            Dans cette section, vous trouvez&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>global-ignores</literal></term>
              <listitem>
-              <para>When running the <command>svn status</command>
-                command, Subversion lists unversioned files and
-                directories along with the versioned ones, annotating
-                them with a <literal>?</literal> character (see <xref
-                linkend="svn.tour.cycle.examine.status" />).  Sometimes it  
can
-                be annoying to see uninteresting, unversioned
-                items&mdash;for example, object files that result from
-                a program's compilation&mdash;in this display.  The
-                <literal>global-ignores</literal> option is a list of
-                whitespace-delimited globs that describe the names of
-                files and directories that Subversion should not
-                display unless they are versioned.  The default value
-                is <literal>*.o *.lo *.la #*# .*.rej *.rej .*~ *~
-                .#* .DS_Store</literal>.</para>
-
-              <para>As well as <command>svn status</command>, the
-                <command>svn add</command> and <command>svn  
import</command>
-                commands also ignore files that match the list
-                when they are scanning a directory.  You can override this
-                behavior for a single instance of any of these commands
-                by explicitly specifying the filename, or by using
-                the <option>--no-ignore</option> command-line flag.</para>
-
-              <para>For information on finer-grained control of
-                ignored items, see
-                <xref linkend="svn.advanced.props.special.ignore"  
/>.</para>
+              <para>Quand vous ex?cutez la commande
+                <command>svn status</command>, Subversion affiche la
+                liste des fichiers et r?pertoires non suivis en versions
+                avec ceux qui sont suivis en versions, en les marquant
+                d'un caract?re <literal>?</literal> (voir
+                <xref linkend="svn.tour.cycle.examine.status"/>).
+                Parfois, ces ?l?ments inutiles et non suivis en version
+                ne font que rendre l'affichage plus confus, par exemple
+                dans le cas des fichiers objets g?n?r?s par les
+                compilations. L'option <option>global-ignores</option>
+                contient une liste de globs s?par?s par des espaces
+                qui d?crivent les noms de fichiers et de r?pertoires
+                que Subversion ne doit pas afficher, sauf s'ils sont
+                suivis en versions. La valeur par d?faut est
+                <literal>*.o *.lo *.la #*# .*.rej
+                *.rej .*~ *~ .#* .DS_Store</literal>.</para>
+
+              <para>Tout comme <command>svn status</command>, les
+                commandes <command>svn add</command> et <command>svn
+                import</command> ignorent les fichiers qui entrent en
+                correspondance avec la liste lors du parcours d'un
+                r?pertoire. Vous pouvez bloquer ce comportement pour
+                une instance donn?e de ces commandes en sp?cifiant
+                explicitement le nom de fichier ou en utilisant
+                l'option <option>--no-ignore</option> en ligne de
+                commande.</para>
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Thu May  6 11:42:51 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 06 May 2010 16:42:51 +0000
Subject: [svnbook] r3732 committed - * src/en/book/ch05-repository-admin.xml...
Message-ID: <00504501770c32ae710485efa287@google.com>

Revision: 3732
Author: cmpilato at gmail.com
Date: Thu May  6 09:42:34 2010
Log: * src/en/book/ch05-repository-admin.xml
   Update information about the dav/ repository subdirectory.

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

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

=======================================
--- /trunk/src/en/book/ch05-repository-admin.xml	Tue May 26 08:17:39 2009
+++ /trunk/src/en/book/ch05-repository-admin.xml	Thu May  6 09:42:34 2010
@@ -61,7 +61,7 @@

      <screen>
  $ ls repos
-conf/  dav/  db/  format  hooks/  locks/  README.txt
+conf/  db/  format  hooks/  locks/  README.txt
  </screen>

      <para>Here's a quick fly-by overview of what exactly you're seeing
@@ -75,14 +75,6 @@
          <listitem>
            <para>A directory containing configuration files</para>
          </listitem>
-      </varlistentry>
-      <varlistentry>
-        <term>dav</term>
-        <listitem>
-          <para>A directory provided to
-            <filename>mod_dav_svn</filename> for its private
-            housekeeping data</para>
-        </listitem>
        </varlistentry>
        <varlistentry>
          <term>db</term>
@@ -120,6 +112,24 @@
        </varlistentry>
      </variablelist>

+    <note>
+      <para>Prior to Subversion 1.5, the on-disk repository structure
+        also always contained a <filename>dav</filename> subdirectory.
+        <filename>mod_dav_svn</filename> used this directory to store
+        information about
+        WebDAV <firstterm>activities</firstterm>&mdash;mappings of
+        high-level WebDAV protocol concepts to Subversion commit
+        transactions.  Subversion 1.5 changed that behavior, moving
+        ownership of the activities directory, and the ability to
+        configure its location, into <filename>mod_dav_svn</filename>
+        itself.  Now, new repositories will not necessarily have
+        a <filename>dav</filename> subdirectory
+        unless <filename>mod_dav_svn</filename> is in use and hasn't
+        been configured to store its activities database elsewhere.
+        See <xref linkend="svn.ref.mod_dav_svn.conf.directives"/> for
+        more information.</para>
+    </note>
+
      <para>Of course, when accessed via the Subversion libraries, this
        otherwise unremarkable collection of files and directories
        suddenly becomes an implementation of a virtual, versioned



From svnbook at googlecode.com  Fri May  7 05:46:01 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 07 May 2010 10:46:01 +0000
Subject: [svnbook] r3733 committed - * src/fr/book/ch08-embedding-svn.xml...
Message-ID: <001485f7d536e9ceb40485fec366@google.com>

Revision: 3733
Author: subversif999 at gmail.com
Date: Fri May  7 03:45:10 2010
Log: * src/fr/book/ch08-embedding-svn.xml
   - Fix typos

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

Modified:
  /trunk/src/fr/book/ch08-embedding-svn.xml

=======================================
--- /trunk/src/fr/book/ch08-embedding-svn.xml	Tue Mar 23 15:21:44 2010
+++ /trunk/src/fr/book/ch08-embedding-svn.xml	Fri May  7 03:45:10 2010
@@ -4,11 +4,12 @@
    <para>Subversion est con?u de mani?re modulaire&nbsp;: il est
      constitu? d'un ensemble de biblioth?ques ?crites en langage C.
      Chaque biblioth?que a un but et une interface de programmation
-    (API, <quote>application programming interface</quote> en anglais) bien
-    d?finis&nbsp;; cette interface est disponible non seulement pour le
+    (API, <foreignphrase>application programming
+    interface</foreignphrase> en anglais) bien d?finis&nbsp;;
+    cette interface est disponible non seulement pour le
      propre usage de Subversion mais aussi pour n'importe quel programme
      qui souhaite inclure ou piloter Subversion d'une mani?re ou d'une
-    autre. En plus, l'API Subversion est non seulement disponible pour
+    autre. De plus, l'API Subversion est non seulement disponible pour
      les programmes ?crits en langage C, mais aussi pour les programmes
      ?crits dans des langages de plus haut niveau tels que Python, Perl,
      Java et Ruby.</para>
@@ -33,16 +34,16 @@
      <title>Organisation des biblioth?ques en couches successives</title>

      <para>Chaque biblioth?que au sein de Subversion peut ?tre class?e
-      dans une des trois couches principales &mdash; la couche d?p?t, la
-      couche d'acc?s au d?p?t (RA pour <quote>repository access</quote>
-      en anglais) et la couche client (voir la <xref
-      linkend="svn.intro.architecture.dia-1" /> de la pr?face). Nous
-      allons examiner ces trois couches rapidement mais, d'abord,
+      dans une des trois couches principales&nbsp;: la couche d?p?t, la
+      couche d'acc?s au d?p?t (RA pour <foreignphrase>Repository
+      Access</foreignphrase> en anglais) et la couche client (voir la
+      <xref linkend="svn.intro.architecture.dia-1" /> de la pr?face).
+      Nous allons examiner ces trois couches rapidement mais, d'abord,
        passons bri?vement en revue les diff?rentes biblioth?ques de
        Subversion. Pour des raisons de coh?rence, nous nous r?f?rons ?
        ces biblioth?ques par leurs noms Unix sans extension
        (<filename>libsvn_fs</filename>, <filename>libsvn_wc</filename>,
-      <filename>mod_dav_svn</filename>, etc.).</para>
+      <filename>mod_dav_svn</filename>,&nbsp;etc.).</para>

      <variablelist>
        <varlistentry>
@@ -111,7 +112,7 @@
        <varlistentry>
          <term>libsvn_wc</term>
          <listitem><para>biblioth?que pour la gestion de la copie de
-          travail local&nbsp;;</para></listitem>
+          travail locale&nbsp;;</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>mod_authz_svn</term>
@@ -145,7 +146,7 @@
        <filename>libsvn_ra_serf</filename> et
        <filename>libsvn_ra_svn</filename> impl?mentent toutes la m?me
        interface et fonctionnent comme des greffons pour
-      <filename>libsvn_ra</filename>.  Et toutes les quatre communiquent
+      <filename>libsvn_ra</filename>. Et toutes les quatre communiquent
        avec la couche d?p?t &mdash; <filename>libsvn_ra_local</filename>
        se connectant directement au d?p?t, les trois autres le faisant ?
        travers le r?seau.
@@ -166,10 +167,11 @@
        fournissent diff?rents types d'IHM. Ces interfaces graphiques
        utilisent la m?me API que le client en ligne de commande fourni en
        standard. Depuis le d?but, cette modularit? joue un r?le majeur
-      dans la prolif?ration des diff?rents clients Subversion (sous la
+      dans la prolif?ration des diff?rents clients Subversion, sous la
        forme de clients autonomes ou greff?s dans des environnements de
-      d?veloppement int?gr?s [IDE en anglais]) et, par extension, dans
-      l'adoption formidablement rapide de Subversion lui-m?me.</para>
+      d?veloppement int?gr?s (<foreignphrase>IDE</foreignphrase> en
+      anglais) et, par extension, dans l'adoption formidablement rapide
+      de Subversion lui-m?me.</para>

      <!-- ===============================================================  
-->
      <sect2 id="svn.developer.layerlib.repos">
@@ -221,7 +223,7 @@
          vous pouvez attendre de n'importe quel autre syst?me de
          fichiers&nbsp;: vous pouvez cr?er et supprimer des fichiers et
          des r?pertoires, les copier et les d?placer, modifier le contenu
-        d'un fichier, etc. Elle poss?de ?galement des caract?ristiques
+        d'un fichier,&nbsp;etc. Elle poss?de ?galement des caract?ristiques
          peu communes comme la capacit? d'ajouter, modifier et supprimer
          des m?ta-donn?es (<quote>propri?t?s</quote>) sur chaque fichier
          ou r?pertoire. En outre, le syst?me de fichiers Subversion est
@@ -229,7 +231,7 @@
          si vous faites des modifications dans votre arborescence,
          Subversion se souvient de l'?tat de votre arborescence avant les
          modifications. Et il se souvient aussi de l'?tat avant les
-        modifications pr?c?dentes, et l'?tat encore ant?rieur, et ainsi
+        modifications pr?c?dentes, et de l'?tat encore ant?rieur, et ainsi
          de suite. Vous pouvez ainsi remonter le temps (c'est-?-dire les
          versions) jusqu'au moment o? vous avez commenc? ? ajouter des
          ?l?ments dans le syst?me de fichiers.</para>
@@ -241,19 +243,19 @@

        <orderedlist>
          <listitem>
-          <para>Commencer une transaction de propagation de
+          <para>commencer une transaction de propagation de
              Subversion&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>Effectuer les modifications (ajouts, suppressions,
-            modifications de propri?t?s, etc.)&nbsp;;</para>
+          <para>effectuer les modifications (ajouts, suppressions,
+            modifications de propri?t?s,&nbsp;etc.)&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>Clore la transaction.</para>
+          <para>clore la transaction.</para>
          </listitem>
        </orderedlist>

-      <para>Une fois que la transaction est clotur?e, les
+      <para>Une fois que la transaction est termin?e, les
          modifications du syst?me de fichiers sont stock?es de
          fa?on permanente en tant qu'?l?ments de l'historique. Chacun de
          ces cycles g?n?re une nouvelle r?vision de l'arborescence et
@@ -345,7 +347,7 @@
          qui demande un argument de type <literal>chemin</literal> attend
          ?galement un argument de type <literal>racine</literal> (d?nomm?
          en fait <literal>svn_fs_root_t</literal>). Cet argument d?crit
-        soit une r?vision soit une transaction (qui est en fait la
+        soit une r?vision, soit une transaction (qui est en fait la
          gen?se d'une r?vision) et fournit la troisi?me dimension,
          l'?l?ment de contexte indispensable pour diff?rencier
          <filename>/machin/bidule</filename> dans la r?vision 32 et le
@@ -355,20 +357,20 @@
          l'univers du syst?me de fichiers Subversion.</para>

        <figure id="svn.developer.layerlib.repos.dia-2">
-        <title>Ajouter le temps pour le suivi de versions &mdash; la
-          troisi?me dimension&nbsp;!</title>
+        <title>Prise en compte du temps &mdash; la
+          troisi?me dimension de la gestion de versions&nbsp;!</title>
          <graphic fileref="images/ch08dia2.png"/>
        </figure>

        <para>Comme nous l'avons d?j? mentionn?, l'API de
          <filename>libsvn_fs</filename> ressemble ? s'y m?prendre ? celle
          de n'importe quel autre syst?me de fichiers, sauf qu'on y a
-        ajout? la formidable capacit? de suivre les versions. Elle a ?t?
+        ajout? la formidable capacit? de gestion des versions. Elle a ?t?
          con?ue pour ?tre utilisable par n'importe quel programme ayant
-        besoin d'un syst?me de fichiers suivi en versions. Et, ce n'est
-        pas un hasard, Subversion lui-m?me est int?ress? par une telle
+        besoin d'un syst?me de fichiers suivi en versions. Et ce n'est
+        pas un hasard si Subversion lui-m?me est int?ress? par une telle
          fonctionnalit?. Mais, bien que cette API soit suffisante pour
-        effectuer un suivi en versions basique des fichiers et des
+        effectuer une gestion de versions basique des fichiers et des
          r?pertoires, Subversion en demande plus, et c'est l? que
          <filename>libsvn_repos</filename> entre en sc?ne.</para>

@@ -409,7 +411,7 @@
          </listitem>
          <listitem>
            <para>obtenir les messages de propagation associ?s ? toutes
-            (ou certaines) les r?visions qui ont modifi? un ensemble de
+            les r?visions (ou certaines) qui ont modifi? un ensemble de
              fichiers du syst?me de fichiers&nbsp;;</para>
          </listitem>
          <listitem>
@@ -425,8 +427,8 @@
        </itemizedlist>

        <para>Comme Subversion continue ? ?voluer, la biblioth?que du d?p?t
-      grandit avec la biblioth?que du syst?me de fichiers pour offrir
-      davantage de fonctionnalit?s et des options configurables.</para>
+        grandit avec la biblioth?que du syst?me de fichiers pour offrir
+        davantage de fonctionnalit?s et des options configurables.</para>

      </sect2>

@@ -436,10 +438,10 @@

        <para>Si la couche D?p?t de Subversion est <quote>? l'autre bout
          de la ligne</quote>, la couche d'acc?s au d?p?t (RA pour
-        <quote>repository access</quote> en anglais) est la ligne en
-        tant que telle. Charg?e d'organiser les donn?es entre les
-        biblioth?ques client et le d?p?t, cette couche inclut la
-        biblioth?que de chargement du module
+        <foreignphrase>repository access</foreignphrase> en anglais)
+        est la ligne en tant que telle. Charg?e d'organiser les donn?es
+        entre les biblioth?ques client et le d?p?t, cette couche inclut
+        la biblioth?que de chargement du module
          <filename>libsvn_ra</filename>, les modules RA eux-m?mes (qui
          incluent ? l'heure actuelle <filename>libsvn_ra_neon</filename>,
          <filename>libsvn_ra_local</filename>,
@@ -492,10 +494,10 @@
          fonctionnalit?s n?cessaires pour envoyer des donn?es suivies en
          versions vers le d?p?t et pour en recevoir. Chacun des greffons
          RA disponibles est capable d'effectuer ces t?ches en utilisant
-        un protocole particulier&nbsp;:<filename>libsvn_ra_dav</filename>
+        un protocole particulier&nbsp;: <filename>libsvn_ra_dav</filename>
          utilise le protocole HTTP/WebDAV (avec chiffrement SSL en
          option) pour communiquer avec un serveur HTTP Apache sur lequel
-        fonctionne le module serveur Subversion
+        tourne le module serveur Subversion
          <filename>mod_dav_svn</filename>&nbsp;;
          <filename>libsvn_ra_svn</filename> utilise un protocole r?seau
          propre ? Subversion pour communiquer avec le programme
@@ -507,10 +509,10 @@
          tout simplement ?crire une nouvelle biblioth?que qui impl?mente
          l'interface RA d'un c?t? et qui communique avec le d?p?t de
          l'autre. Votre nouvelle biblioth?que peut utiliser des
-        protocoles r?seaux existants ou vous pouvez en inventer un
-        nouveau. Vous pourriez ainsi utiliser les communications
-        inter-processus (IPC pour <quote>interprocess
-        communication</quote> en anglais) ou m?me, soyons fou,
+        protocoles r?seaux existants ou vous pouvez en inventer de
+        nouveaux. Vous pouvez ainsi utiliser les communications
+        inter-processus (IPC pour <foreignphrase>interprocess
+        communication</foreignphrase> en anglais) ou m?me, soyons fou,
          impl?menter un protocole bas? sur l'email. Subversion apporte
          les API, ? vous d'apporter la cr?ativit?.</para>

@@ -520,8 +522,8 @@
      <sect2 id="svn.developer.layerlib.client">
        <title>Couche client</title>

-      <para>C?t? client, la copie de travail Subversion est l'endroit o?
-        tout se passe. Le gros des fonctionnalit?s impl?ment?es par les
+      <para>C?t? client, tout se passe dans la copie de travail
+        Subversion. Le gros des fonctionnalit?s impl?ment?es par les
          biblioth?ques client existe dans le seul but de g?rer les copies
          de travail locales &mdash; des r?pertoires pleins de fichiers et
          d'autres sous-r?pertoires qui sont une sorte de copie locale et
@@ -531,19 +533,20 @@
        <para>La biblioth?que de Subversion pour la copie de travail,
          <filename>libsvn_wc</filename>, est directement responsable de
          la gestion des donn?es dans les copies de travail. Pour ce
-        faire, la biblioth?que stocke des donn?es d'administration ?
-        propos de chaque r?pertoire suivi en versions dans un
-        sous-r?pertoire sp?cial. Ce sous-r?pertoire, nomm?
+        faire, la biblioth?que stocke dans un sous-r?pertoire sp?cial
+        des donn?es d'administration concernant chaque r?pertoire
+        suivi en versions. Ce sous-r?pertoire, nomm?
          <filename>.svn</filename>, est pr?sent dans chaque r?pertoire
          d'une copie de travail&nbsp;; il contient tout un tas de
          fichiers et de r?pertoires qui enregistrent l'?tat du r?pertoire
          suivi en versions et fournit un espace priv? pour les actions
          d'administration. Pour les habitu?s de CVS, ce sous-r?pertoire
          <filename>.svn</filename> a des objectifs similaires aux
-        r?pertoires administratifs CVS que l'on trouve dans les copies
-        de travail CVS. Pour plus d'informations sur la zone
-        d'administration <filename>.svn</filename>, reportez-vous ?
-        <xref linkend="svn.developer.insidewc"/>  plus loin dans ce
+        r?pertoires administratifs <filename>CVS</filename> que l'on
+        trouve dans les copies de travail CVS.
+        Pour plus d'informations sur la zone d'administration
+        <filename>.svn</filename>, reportez-vous ?
+        <xref linkend="svn.developer.insidewc"/> plus loin dans ce
          chapitre.</para>

        <para>La biblioth?que client de Subversion,
@@ -552,7 +555,7 @@
          fonctionnalit?s de la biblioth?que de la copie de travail avec
          celles de la couche d'acc?s au d?p?t (RA) afin de fournir l'API
          de plus haut niveau, utilisable par n'importe quelle application
-        qui voudrait effectuer des actions g?n?rales de suivi de
+        qui voudrait effectuer des actions g?n?rales de gestion de
          versions. Par exemple, la fonction
          <function>svn_client_checkout()</function> prend une URL en
          argument. Elle passe cette URL ? la couche RA et ouvre une
@@ -560,17 +563,18 @@
          ensuite au d?p?t l'arborescence requise, envoie cette
          arborescence ? la biblioth?que de la copie de travail, qui
          ?crit alors une copie de travail compl?te sur le disque (les
-        r?pertoires <filename>.svn</filename> et tout).</para>
+        r?pertoires <filename>.svn</filename> et tout le reste).</para>

        <para>La biblioth?que client est con?ue pour ?tre utilis?e par
          n'importe quelle application. Alors que le code source de
          Subversion inclut un client standard en ligne de commande, le
-        but recherch? est qu'il doit ?tre tr?s facile d'?crire un nombre
-        quelconque de clients utilisant une interface utilisateur
-        graphique (GUI en anglais) par dessus cette biblioth?que client.
-        Les nouvelles GUI (ou les nouveaux clients en fait) pour
-        Subversion n'ont aucune raison de n'?tre que des sur-couches au
-        client en ligne de commande&nbsp;: elles ont un acc?s total, via
+        but recherch? est qu'il soit tr?s facile d'?crire un nombre
+        quelconque de clients dot?s d'un environnement graphique
+        (<foreignphrase>GUI</foreignphrase> en anglais) par-dessus
+        cette biblioth?que client. Il n'y a pas de raison que les
+        nouveaux environnements graphiques (ou les nouveaux clients en
+        fait) pour Subversion ne soient que des sur-couches au client
+        en ligne de commande&nbsp;: ils ont un acc?s total, via
          l'API <filename>libsvn_client</filename>, aux m?mes
          fonctionnalit?s, donn?es et autres m?canismes que le client en
          ligne de commande utilise. En fait, le code source de Subversion
@@ -594,7 +598,7 @@
            un affichage lisible par l'utilisateur. Ce type de traduction
            peut induire des pertes. C'est-?-dire que le programme
            n'affiche peut-?tre pas l'ensemble des informations qu'il a
-          obtenu de l'API ou alors qu'il combine peut-?tre certaines
+          obtenues de l'API ou qu'il combine peut-?tre certaines
            informations pour obtenir une repr?sentation plus
            compacte.</para>

@@ -611,7 +615,7 @@
          <para>Mais l'argument d?cisif quant ? l'utilisation directe des
            API plut?t que d'encapsuler d'autres programmes est que le
            projet Subversion assure la compatibilit? vis-?-vis de ses
-          API. Lors des changements de versions mineurs des API (comme
+          API. Lors des changements de version mineure des API (comme
            par exemple entre la version 1.3 et 1.4), aucun prototype de
            fonction ne change. En d'autres termes, vous n'?tes pas forc?
            de mettre ? jour le code source de votre programme simplement
@@ -620,8 +624,8 @@
            fonctionneront toujours. Ainsi, cela vous laisse de la marge
            pour ?ventuellement adopter les nouvelles API. Ce type de
            promesse de compatibilit? n'existe pas pour les sorties du
-          programme Subversion en ligne de commande, qui est susceptible
-          de changer ? chaque version.</para>
+          programme Subversion en ligne de commande, qui sont
+          susceptibles de changer ? chaque version.</para>

        </sidebar>

@@ -643,9 +647,9 @@

      <itemizedlist>
        <listitem>
-        <para>? quel emplacement du d?p?t font r?f?rence les fichiers et
-          les sous-r?pertoires dans le r?pertoire de la copie de
-          travail&nbsp;;</para>
+        <para>? quel emplacement du d?p?t les fichiers et les
+          sous-r?pertoires du r?pertoire de la copie de travail
+          font r?f?rence&nbsp;;</para>
        </listitem>
        <listitem>
          <para>quelle r?vision de chacun de ces fichiers et r?pertoires
@@ -689,7 +693,7 @@
          originales et des propri?t?s, les informations d'?tat sur les
          conflits et les actions planifi?es, les derni?res informations
          connues sur les propagations (auteur, num?ro de r?vision et
-        horodatage), l'historique de la copie locale &mdash;
+        horodatage) et l'historique de la copie locale&nbsp;:
          pratiquement tout ce qui int?resse un client Subversion ? propos
          d'un ?l?ment suivi (ou ? suivre) en versions&nbsp;!</para>

@@ -729,23 +733,23 @@
        <para>Comme mentionn? auparavant, le r?pertoire
          <filename>.svn</filename> contient aussi les copies originales
          (avant modification locale) des fichiers&nbsp;: les
-        <quote>versions de base</quote> (<quote>text-base
-        versions</quote> en anglais). Vous pouvez les trouver dans
-        le r?pertoire <filename>.svn/text-base</filename>. Ces copies
-        originales offrent tout un tas d'avantages &mdash;
+        <quote>versions de base</quote> (<foreignphrase>text-base
+        versions</foreignphrase> en anglais). Vous pouvez les trouver
+        dans le r?pertoire <filename>.svn/text-base</filename>. Ces
+        copies originales offrent tout un tas d'avantages &mdash;
          identification des diff?rences et des modifications, retour en
          arri?re sur les fichiers modifi?s ou supprim?s, tout cela sans
-        faire appel au r?seau ; ?changes plus performants avec le
+        faire appel au r?seau&nbsp;; ?changes plus performants avec le
          serveur &mdash; mais au prix d'avoir chaque fichier stock? au
          moins en double sur le disque. De nos jours, c'est pratiquement
          n?gligeable pour la majorit? des fichiers. Cependant, la
          situation se d?t?riore ? mesure que vos fichiers suivis en
-        versions grandissent. Nous ?tudions dor?navant la possibilit? de
-        rendre optionnel la pr?sence de ces fichiers <quote>versions de
+        versions grossissent. Nous ?tudions dor?navant la possibilit? de
+        rendre optionnelle la pr?sence de ces <quote>versions de
          base</quote>. Cependant, c'est justement quand vos fichiers
-        suivis en versions grandissent que l'existence de fichiers
-        <quote>versions de base</quote> devient cruciale &mdash; qui
-        veut transmettre un ?norme fichier ? travers le r?seau juste
+        suivis en versions grossissent que l'existence des
+        <quote>versions de base</quote> devient cruciale&nbsp;: qui a
+        envie de transmettre un ?norme fichier ? travers le r?seau juste
          parce qu'il veut propager une petite modification&nbsp;?</para>

        <para>Dans le m?me esprit que les fichiers <quote>versions de
@@ -771,7 +775,7 @@
      <para>D?velopper des applications utilisant les API des
        biblioth?ques Subversion est plut?t simple. Subversion est d'abord
        un ensemble de biblioth?ques en langage C, avec des fichiers
-      d'en-t?tes (<filename>.h</filename>) situ?s dans le r?pertoire
+      d'en-t?tes (<filename>.h</filename>) situ?s dans le r?pertoire
        <filename>subversion/include</filename> de l'arborescence des
        sources. Ces en-t?tes sont copi?s dans votre arborescence syst?me
        (par exemple <filename>/usr/local/include</filename>)
@@ -788,17 +792,17 @@
        et les fonctions ont un espace de nommage r?serv?. Cela veut dire
        que tous les noms de symboles Subversion publics commencent par
        <literal>svn_</literal>, suivi d'un code indiquant la biblioth?que
-      dans laquelle le symbole est d?fini (par exemple
-      <literal>wc</literal>, <literal>client</literal>,
-      <literal>fs</literal>, etc.), suivi d'un unique caract?re soulign?
-      (<literal>_</literal>) puis du reste du nom du symbole. Les
+      dans laquelle le symbole est d?fini (par exemple
+      <literal>wc</literal>, <literal>client</literal>,
+      <literal>fs</literal>,&nbsp;etc.), suivi d'un unique caract?re
+      soulign? (<literal>_</literal>) puis du reste du nom du symbole. Les
        fonctions semi-publiques (utilis?es par plusieurs fichiers au sein
        d'une biblioth?que mais pas par du code ext?rieur ? cette
        biblioth?que, on peut les trouver au sein des r?pertoires de la
        biblioth?que) suivent une r?gle de nommage l?g?rement diff?rente
        dans le sens o?, au lieu d'un unique caract?re soulign?
        apr?s le code indiquant la biblioth?que, elles utilisent deux
-      caract?res soulign? cons?cutifs (<literal>_&thinsp;_</literal>).
+      caract?res soulign? cons?cutifs (<literal>_&thinsp;_</literal>).
        Les fonctions qui sont propres ? un fichier source (c'est-?-dire
        priv?es) n'ont pas de pr?fixe particulier et sont d?clar?es avec
        le mot-cl? <literal>static</literal>. Bien s?r, un compilateur n'a
@@ -814,7 +818,7 @@
        en anglais). Ce document contient des informations
        particuli?rement utiles qui, bien que destin?es aux d?veloppeurs
        (ou aux personnes d?sireuses de le devenir) de Subversion
-      lui-m?me, peuvent ?galement s'appliquer ? tous ceux qui
+      lui-m?me, peuvent ?galement servir ? tous ceux qui
        d?veloppent des applications utilisant Subversion comme
        biblioth?que tierce
        <footnote>
@@ -828,12 +832,13 @@
        <title>APR, la biblioth?que Apache de portabilit? des  
ex?cutables</title>

        <para>? c?t? des types de donn?es propres ? Subversion, vous
-        pouvez voir de nombreuses r?f?rences ? des types de donn?es qui
-        commencent par <literal>apr_</literal> &mdash; ce sont les
+        trouverez de nombreuses r?f?rences ? des types de donn?es qui
+        commencent par <literal>apr_</literal>&nbsp;: ce sont les
          symboles de la biblioth?que pour la portabilit? d'Apache
-        (Apache Portable Runtime en anglais, soit APR). APR est un jeu
-        de biblioth?ques Apache, originellement extraites du code source
-        du serveur pour essayer de s?parer ce qui d?pendait du syst?me
+        (<foreignphrase>Apache Portable Runtime</foreignphrase> en
+        anglais, soit APR). APR est un jeu de biblioth?ques Apache,
+        originellement extraites du code source du serveur
+        pour essayer de s?parer ce qui d?pendait du syst?me
          d'exploitation de ce qui n'en d?pendait pas. Au final, on
          obtient une biblioth?que qui fournit une API permettant
          d'effectuer des op?rations qui changent un peu (ou beaucoup) en
@@ -860,10 +865,11 @@
          donn?es et le type de donn?es APR le plus utilis?, que l'on
          retrouve dans presque tous les prototypes de l'API Subversion,
          est <literal>apr_pool_t</literal> &mdash; le r?servoir de
-        m?moire ("memory pool" en anglais) APR. Subversion utilise les
-        r?servoirs de m?moire en interne pour tous ses besoins
-        d'allocation m?moire (? moins qu'une biblioth?que externe ne
-        requiert un autre m?canisme de gestion de la m?moire pour les
+        m?moire (<foreignphrase>memory pool</foreignphrase> en anglais)
+        APR. Subversion utilise les r?servoirs de m?moire
+        en interne pour tous ses besoins d'allocation m?moire
+        (? moins qu'une biblioth?que externe ne requi?re
+        un autre m?canisme de gestion de la m?moire pour les
          donn?es transmises via son API)
          <footnote>
            <para>Neon et Berkeley DB par exemple.</para>
@@ -898,7 +904,7 @@
            particuli?rement pointues de votre programme. Des langages
            tels que Java ou Python utilisent un
            <firstterm>ramasse-miettes</firstterm>
-          (<firstterm>garbage collector</firstterm> en anglais)
+          (<foreignphrase>garbage collector</foreignphrase> en anglais)
            qui alloue de la m?moire aux objets en cas de besoin et la
            lib?re automatiquement quand l'objet n'est plus utilis?.</para>

@@ -926,25 +932,25 @@

      <!-- ===============================================================  
-->
      <sect2 id="svn.developer.usingapi.urlpath">
-      <title>Pr?-requis pour les URL et les chemins</title>
+      <title>Pr?requis pour les URL et les chemins</title>

        <para>Subversion a ?t? con?u pour effectuer ? distance des
-        op?rations de suivi de versions. ? ce titre, les possibilit?s
+        op?rations de gestion de versions. ? ce titre, les possibilit?s
          d'internationalisation (i18n) ont fait l'objet d'une attention
          toute particuli?re. Apr?s tout, <quote>? distance</quote> peut
          vouloir dire depuis un ordinateur situ? <quote>dans le m?me
-        bureau</quote> mais aussi <quote>? l'autre bout de la
+        bureau</quote>, mais aussi <quote>? l'autre bout de la
          plan?te</quote>. Pour faciliter cette prise en compte, toutes
          les interfaces publiques de Subversion qui acceptent des chemins
          comme argument s'attendent ? ce que ces chemins soient rendus
          canoniques &mdash; la fa?on la plus facile de le faire ?tant de
          les passer en argument ? la fonction
-        <function>svn_path_canonicalize()</function> &mdash; et encod?s
+        <function>svn_path_canonicalize()</function> &mdash; et cod?s
          dans le format UTF-8. Cela signifie, par exemple, que tout
          nouveau programme client qui pilote l'interface
          <filename>libsvn_client</filename> doit d'abord convertir les
          chemins depuis le codage local vers UTF-8 avant de fournir ces
-        chemins ? la biblioth?que Subversion, puis de reconvertir tout
+        chemins ? la biblioth?que Subversion, puis doit reconvertir tout
          chemin renvoy? par Subversion vers le codage local avant
          d'utiliser ce chemin ? des fins externes ? Subversion.
          Heureusement, Subversion fournit un ensemble de fonctions (voir
@@ -955,12 +961,12 @@
          pass?es en param?tres respectent le format URI. Ainsi, au lieu
          de d?signer par <uri>file:///home/utilisateur/Mon fichier.txt</uri>
          l'URL d'un fichier nomm? <filename>Mon fichier.txt</filename>
-        dans le r?pertoire <filename>home/utilisateur</filename>, vous
-        devez utiliser
+        situ? dans le r?pertoire <filename>home/utilisateur</filename>,
+        vous devez utiliser
          <uri>file:///home/utilisateur/Mon%20fichier.txt</uri>. L?
          encore, Subversion fournit des fonctions utiles ? votre
          application &mdash; <function>svn_path_uri_encode()</function>
-        et <function>svn_path_uri_decode()</function> pour encoder et
+        et <function>svn_path_uri_decode()</function> pour coder et
          d?coder, respectivement, des URI.</para> </sect2>

      <!-- ===============================================================  
-->
@@ -971,9 +977,10 @@
          partir d'un autre langage que le C (par exemple un programme
          Python ou Perl), Subversion offre cette possibilit? via le
          g?n?rateur simplifi? d'interface et d'encapsulation
-        (<quote>Simplified Wrapper and Interface Generator</quote> ou
-        SWIG en anglais). Les interfaces SWIG de Subversion sont situ?es
-        dans le r?pertoire <filename>subversion/bindings/swig</filename>.
+        (<foreignphrase>Simplified Wrapper and Interface
+        Generator</foreignphrase> ou SWIG en anglais).
+        Les interfaces SWIG de Subversion sont situ?es
+        dans le r?pertoire <filename>subversion/bindings/swig</filename>.
          Elles sont toujours en cours d'?volution mais sont utilisables.
          Elles vous permettent d'appeler les fonctions de l'API
          Subversion indirectement, en utilisant des interfaces qui
@@ -1006,7 +1013,7 @@

        <para>Les interfaces Subversion vers les langages de programmation
          ne sont pas suivies avec le m?me niveau d'exigence que les
-        modules du c?ur de Subversion mais peuvent g?n?ralement ?tre
+        modules du c?ur de Subversion, mais peuvent g?n?ralement ?tre
          utilis?es en production. De nombreuses applications, de nombreux
          scripts, des clients graphiques alternatifs et des outils
          tiers utilisent aujourd'hui sans probl?me les interfaces vers
@@ -1065,11 +1072,11 @@
            compatible avec le format de fichier de l'impl?mentation
            native de cette biblioth?que.</para>

-        <para>Ceci dit, SVNKit est unaninement reconnu pour sa
+        <para>Ceci dit, SVNKit est unanimement reconnu pour sa
            fiabilit?. Et une solution 100&nbsp;% Java est beaucoup plus
-          robuste vis-?-vis des erreurs de programmation &mdash; un
-          bogue dans SVNKit g?n?re une exception Java que vous pouvez
-          intercepter tandis qu'un bogue dans une biblioth?que du c?ur
+          robuste vis-?-vis des erreurs de programmation&nbsp;: un
+          bogue dans SVNKit g?n?re une exception Java que vous pouvez
+          intercepter, tandis qu'un bogue dans une biblioth?que du c?ur
            de Subversion utilis?e par javahl peut mettre par terre tout
            votre environnement d'ex?cution Java. En conclusion, pesez le
            pour et le contre avant de choisir une impl?mentation en Java
@@ -1093,7 +1100,7 @@
          pouvez y observer l'utilisation du r?servoir de m?moire APR qui
          est utilis? pour les besoins d'allocation m?moire. En outre, le
          code r?v?le le c?t? obscur de la gestion des erreurs de
-        Subversion &mdash; toutes les erreurs Subversion doivent ?tre
+        Subversion&nbsp;: toutes les erreurs Subversion doivent ?tre
          explicitement prises en compte pour ?viter des fuites de m?moire
          (et dans certains cas, le plantage de l'application).</para>

@@ -1197,7 +1204,7 @@
      }
    else
      {
-      /* Une autre erreur s'est produite.  Affiche un message d'erreur.
+      /* Une autre erreur s'est produite. Affiche un message d'erreur.
         */
        printf("Une erreur s'est produite lors de l'ajout du "
               "r?pertoire '%s' au d?p?t '%s'.\n",
@@ -1218,7 +1225,7 @@
          votre d?p?t Subversion effectue automatiquement certaines t?ches
          externes ? Subversion chaque fois qu'une transaction est
          propag?e (par exemple envoyer un mail qui d?crit les changements
-        effectu?s dans la transaction vers la liste de diffusion des
+        effectu?s dans la transaction ? la liste de diffusion des
          d?veloppeurs), vous devez utiliser la version de la fonction
          encapsul?e dans <filename>libsvn_repos</filename> qui ajoute la
          fonctionnalit? d'activation des proc?dures automatiques&nbsp;:
@@ -1270,7 +1277,7 @@
          if svn.fs.svn_fs_is_dir(racine, chemin_complet):
              parcourir_rep_systemedefichiers(racine, chemin_complet)
          else:
-            # Sinon, c'est un fichier donc l'afficher maintenant
+            # Sinon, c'est un fichier donc l'afficher maintenant.
              print chemin_complet

  def parcourir_la_plus_recente_revision(chemin_depot):
@@ -1299,7 +1306,7 @@
                           % (os.path.basename(sys.argv[0])))
          sys.exit(1)

-    # transforme la chaine en chemin canonique.
+    # Transforme la cha?ne en chemin canonique.
      chemin_depot = svn.core.svn_path_canonicalize(sys.argv[1])

      # Et c'est parti !
@@ -1336,13 +1343,13 @@
          commande <command>svn status</command>.</para>

        <example id="svn.developer.usingapi.otherlangs.ex-2">
-        <title>Une version en Python de status</title>
+        <title>Une version de status en Python</title>

          <programlisting>
  #!/usr/bin/env python

  """Parcourir un r?pertoire d'une copie de travail en affichant les
-informations d etat."""
+informations d'?tat."""

  import sys
  import os.path
@@ -1378,7 +1385,7 @@
          """Une fonction de renvoi ("callback") pour svn_client_status."""

          # Affiche le chemin, moins la partie d?j? pr?sente
-        # dans la racine du parcours
+        # dans la racine du parcours.
          text_status = generer_code_etat(etat.text_status)
          prop_status = generer_code_etat(etat.prop_status)
          print '%s%s  %s' % (text_status, prop_status, path)
@@ -1398,7 +1405,7 @@
      stream.write("""Usage: %s OPTIONS CHEMIN_COPIE_TRAVAIL
  Options:
    --help, -h    : Affiche ce message d'aide.
-  --verbose, -v : Affiche les ?tats de tous les objets, sans exception
+  --verbose, -v : Affiche l'?tat de tous les objets, sans exception.
  """ % (os.path.basename(sys.argv[0])))
      sys.exit(code_erreur)

@@ -1436,11 +1443,11 @@
          de <function>svn_client_ctx_t()</function> est un peu trompeur
          parce que l'API publique de Subversion ne poss?de pas de telle
          fonction &mdash; la g?n?ration automatique de fonctions de SWIG
-        est ? la peine (cette fonction est une sorte d'usine ? fonctions
-        pour transformer des structures C complexes vers un ?quivalent
-        en Python). Notez ?galement que le chemin pass? au programme
-        (comme le dernier) est moulin? par
-        <function>svn_path_canonicalize()</function>, car,
+        ( une sorte d'usine ? fonctions pour transformer des structures
+        C complexes vers un ?quivalent en Python) est ? la peine.
+        Notez ?galement que le chemin pass? au programme
+        (tout comme dans le programme pr?c?dent) est moulin? par
+        <function>svn_path_canonicalize()</function> car,
          <emphasis>dans le cas contraire</emphasis>, on s'expose ? un
          arr?t rapide et brutal du programme par la biblioth?que C
          Subversion sous-jacente qui effectue des tests de
@@ -1461,7 +1468,7 @@
        modulaire et fournir une API publique stable de mani?re ? ce que
        des d?veloppeurs tiers &mdash; tel que vous, peut-?tre &mdash;
        puissent ?crire des logiciels qui pilotent les fonctionnalit?s du
-      coeur de Subversion.</para>
+      c?ur de Subversion.</para>

      <para>Dans ce chapitre, nous avons approfondi notre vision de
        l'architecture de Subversion, examin? ses couches logiques et
@@ -1469,7 +1476,7 @@
        couches de Subversion pour communiquer entre elles. De nombreux
        d?veloppeurs ont imagin? des utilisations int?ressantes de l'API
        Subversion, de la simple proc?dure automatique jusqu'? des
-      syst?mes de suivi de versions compl?tement diff?rents, en passant
+      syst?mes de gestion de versions compl?tement diff?rents, en passant
        par l'int?gration de Subversion dans d'autres applications. Et
        <emphasis>vous</emphasis>, quelle utilisation originale en
        tirerez-vous&nbsp;?</para>

From svnbook at googlecode.com  Fri May  7 11:05:59 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 07 May 2010 16:05:59 +0000
Subject: [svnbook] r3734 committed - * trunk/src/de/book/appc-webdav.xml...
Message-ID: <0016362841922c44610486033c96@google.com>

Revision: 3734
Author: jmfelderhoff at gmx.eu
Date: Fri May  7 09:04:46 2010
Log: * trunk/src/de/book/appc-webdav.xml
   - Microsoft Web Folders.

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

Modified:
  /trunk/src/de/book/appc-webdav.xml

=======================================
--- /trunk/src/de/book/appc-webdav.xml	Fri Apr 30 09:09:43 2010
+++ /trunk/src/de/book/appc-webdav.xml	Fri May  7 09:04:46 2010
@@ -915,17 +915,28 @@
          Weise umbenennen, kopieren oder l?schen. Da es jedoch eine
          F?higkeit des Explorers ist, ist die DAV-Freigabe f?r normale
          Anwendungen nicht sichtbar. Alle Zugriffe auf DAV m?ssen ?ber
-        die Schnittstelle des Explorers erfolgen,</para>
+        die Schnittstelle des Explorers erfolgen.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.webdav.clients.file-explorer-extensions.windows">
+<!--
          <title>Microsoft Web Folders</title>
-
+-->
+        <title>Microsoft Webordner</title>
+
+<!--
          <para>Microsoft was one of the original backers of the WebDAV
            specification, and first started shipping a client in
            Windows 98, which was known as Web Folders.  This client was
            also shipped in Windows NT 4.0 and Windows 2000.</para>
-
+-->
+        <para>Microsoft war unter den urspr?nglichen Unterst?tzern der
+          WebDAV-Spezifikation und begann, den ersten Client in
+          Windows 98 auszuliefern, der als Webordner bekannt wurde.
+          Dieser Client wurde auch mit Windows NT 4.0 und Windows
+          2000 ausgeliefert.</para>
+
+<!--
          <para>The original Web Folders client was an extension to
            Explorer, the main GUI program used to browse filesystems.  It
            works well enough.  In Windows 98, the feature might need to
@@ -933,7 +944,18 @@
            inside My Computer.  In Windows 2000, simply
            add a new <quote>network place,</quote> enter the URL, and the
            WebDAV share will pop up for browsing.</para>
-
+-->
+        <para>Der urspr?ngliche Webordner-Client war eine Erweiterung
+          des Explorers, dem graphischen Hauptprogramm zum
+          Durchst?bern von Dateisystemen. Er arbeitet gut genug. In
+          Windows 98 k?nnte es sein, das dieses Merkmal ausdr?cklich
+          installiert werden muss, falls Webordner noch nicht
+          innerhalb von Mein Computer sichtbar sind. In Windows 2000
+          muss einfach eine neue <quote>Netzwerkumgebung</quote>
+          hizugef?gt und ein URL eingegeben werden, und die
+          WebDAV-Freigabe erscheint zum Durchst?bern.</para>
+
+<!--
          <para>With the release of Windows XP, Microsoft started shipping
            a new implementation of Web Folders, known as the WebDAV
            Mini-Redirector.  The new implementation is a
@@ -950,17 +972,51 @@
            the original author of Apache's WebDAV module, bluntly
            states that XP Web Folders simply can't operate against an Apache
            server.</para>
-
+-->
+        <para>Mit der Einf?hrung von Windows XP begann Microsoft, eine
+          neue Implementierung der Webordner herauszugeben, die unter
+          dem Namen WebDAV-Mini-Redirector bekannt wurde. Die neue
+          Implementierung ist ein Client auf Dateisystemebene, die es
+          erm?glicht, WebDAV-Freigaben unter einem Laufwerksbuchstaben
+          einzuh?ngen. Leider ist diese Implementierung unglaublich
+          fehlerhaft. F?r gew?hnlich versucht der Client, HTTP-URLs
+          (<literal>http://host/repos</literal>) in
+          UNC-Freigabe-Darstellung (<literal>\\host\repos</literal>)
+          umzuwandeln; er versucht dar?berhinaus,
+          Windows-Dom?nen-Authentifizierung als Antwort auf
+          Basic-Authentication HTTP-Anforderungen zu verwenden, wobei
+          Benutzernamen als <literal>RECHNER\benutzername</literal>
+          gesendet werden. Diese Probleme bei der Zusammenarbeit sind
+          schwerwiegend und an zahlreichen Orten rund um die Welt
+          dokumentiert, was viele Benutzer frustriert. Sogar Greg
+          Stein, der urspr?ngliche Autor von Apaches WebDAV-Modul,
+          sagt ohne Umschweife, dass die Webordner von XP nicht mit
+          einem Apache-Server zusammenarbeiten k?nnen.</para>
+
+<!--
          <para>Windows Vista's initial implementation of Web Folders seems  
to
            be almost the same as XP's, so it has the same sort of
            problems.  With luck, Microsoft will remedy these issues in
            a Vista Service Pack.</para>
-
+-->
+        <para>Die erste Implementierung der Webordner in Windows
+          Vista scheint fast die gleiche wie unter XP zu sein, so
+          dass dieselben Probleme auftauchen. Mit etwas Gl?ck wird
+          Microsoft diese Probleme in einem Vista-Service-Pack
+          beheben.</para>
+<!--
          <para>However, there seem to be workarounds for both XP and
            Vista that allow Web Folders to work against Apache.  Users
            have mostly reported success with these techniques, so we'll
            relay them here.</para>
-
+-->
+        <para>Jedoch scheint es provisorische L?sungen sowohl f?r XP und
+          Vista zu geben, die es Webordner erm?glichen, mit Apache
+          zusammenzuarbeiten. Benutzer haben meistens berichtet, dass
+          diese Techniken erfolgreich waren, also werden wir sie an
+          dieser Stelle weitergeben.</para>
+
+<!--
          <para>On Windows XP, you have two options.  First, search
            Microsoft's web site for update KB90730, <quote>Software
            Update for Web Folders.</quote>  This may fix all your
@@ -974,7 +1030,23 @@
            as <userinput>http://host:80/repos</userinput> instead.
            Respond to any authentication prompts with your Subversion
            credentials.</para>
-
+-->
+        <para>Unter Windows XP haben Sie zwei Optionen. Suchen Sie
+        zun?chst in der Webpr?senz von Microsoft nach dem Update
+        KB90730, <quote>Software Update for Web Folders</quote>. Das
+        k?nnte all Ihre Probleme l?sen. Falls nicht, scheinen sich die
+        originalen Webordner aus der Zeit vor XP in Ihrem System zu
+        verbergen.  Sie k?nnen sie ans Licht holen, indem Sie in
+        Netzwerkumgebung gehen und eine neue Umgebung anlegen. Wenn
+        Sie danach gefragt werden, tragen Sie den URL des Repositorys
+        ein, aber <emphasis>verwenden Sie dabei eine
+        Portnummer</emphasis> im URL. Beispielsweise sollten Sie statt
+        <userinput>http://host/repos</userinput>
+        <userinput>http://host:80/repos</userinput> eingeben.
+        Antworten Sie auf irgendwelche Authentifizierungsanfragen mit
+        Ihren Subversion-Zugangadaten.</para>
+
+<!--
          <para>On Windows Vista, the same KB90730 update may clear
            everything up.  But there may still be other issues.  Some
            users have reported that Vista considers
@@ -990,10 +1062,36 @@
            (<filename>/</filename>), rather than some subdirectory
            such as <filename>/trunk</filename>.  Vista Web Folders
            seems to work only against repository roots.</para>
-
+-->
+        <para>Unter Windows Vista k?nnte derselbe Update KB90730 alles
+          bereinigen. Dort k?nnte es jedoch noch weitere Probleme
+          geben. Einige Benutzer haben berichtet, dass Vista alle
+          <literal>http://</literal>-Verbindungen als unsicher
+          betrachtet, und deshalb alle Authentifizierungsanforderungen
+          seitens Apache scheitern l?sst, sofern sie nicht ?ber
+          <literal>https://</literal> erfolgen. Sollten Sie nicht in
+          der Lage sein, sich ?ber SSL mit dem Subversion-Repository
+          zu verbinden, k?nnen Sie die System-Registratur anpassen, um
+          dieses Verhalten zu unterbinden. Dazu ?ndern Sie einfach den
+          Wert des Schl?ssels
+           
<literal>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\BasicAuthLevel</literal>
+          von <userinput>1</userinput> auf <userinput>2</userinput>.
+          Eine letzte Warnung: Stellen Sie sicher, den Webordner so
+          einzurichten, dass er auf das Wurzelverzeichnis des
+          Repositorys (<filename>/</filename>) zeigt, statt auf ein
+          Unterverzeichnis wie etwa <filename>/trunk</filename>. Die
+          Webordner von Vista scheinen nur mit
+          Repository-Wurzelverzeichnissen zu funktionieren.</para>
+
+<!--
          <para>In general, while these workarounds may function for
            you, you might get a better overall experience using a
            third-party WebDAV client such as WebDrive or NetDrive.</para>
+-->
+        <para>Generell sei gesagt, dass Sie, obwohl diese Zwischenl?sungen
+          f?r Sie funktionieren k?nnten, mehr Spass bei der Verwendung
+          eines WebDAV-Clients von einem Drittanbieter haben werden,
+          wie etwa WebDrive oder NetDrive.</para>

        </sect3>


From svnbook at googlecode.com  Wed May 12 13:30:53 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 12 May 2010 18:30:53 +0000
Subject: Issue 79 in svnbook: Update 'svnsync sync' and 'svnsync 
	copy-revprops' syntax and recommendations.
Message-ID: <0-7155889305988986295-18294350994331691023-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: cmpilato
Labels: Type-Defect Priority-Medium Milestone-en-1.7

New issue 79 by cmpilato: Update 'svnsync sync' and 'svnsync copy-revprops'  
syntax and recommendations.
http://code.google.com/p/svnbook/issues/detail?id=79

As part of Subversion issue #3637
(http://subversion.tigris.org/issues/show_bug.cgi?id=3637), the syntax for
'svnsync sync' and 'svnsync copy-revprops' has changed, and the new syntax
is the recommendation (for security purposes).  Need to document this.




From svnbook at googlecode.com  Mon May 17 00:43:59 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 17 May 2010 05:43:59 +0000
Subject: [svnbook] r3735 committed - * trunk/src/de/book/appc-webdav.xml...
Message-ID: <000e0cd32e9028f3500486c3b62d@google.com>

Revision: 3735
Author: jmfelderhoff at gmx.eu
Date: Sun May 16 22:42:48 2010
Log: * trunk/src/de/book/appc-webdav.xml
   - Nautilus, Konqueror.

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

Modified:
  /trunk/src/de/book/appc-webdav.xml

=======================================
--- /trunk/src/de/book/appc-webdav.xml	Fri May  7 09:04:46 2010
+++ /trunk/src/de/book/appc-webdav.xml	Sun May 16 22:42:48 2010
@@ -1099,18 +1099,35 @@
        <sect3 id="svn.webdav.clients.file-explorer-extensions.linux-de">
          <title>Nautilus, Konqueror</title>

+<!--
          <para>Nautilus is the official file manager/browser for the
            GNOME desktop (<ulink url="http://www.gnome.org"/>), and
            Konqueror is the manager/browser for the KDE desktop (<ulink
            url="http://www.kde.org"/>).  Both of these applications
            have an explorer-level WebDAV client built in, and they
            operate just fine against an autoversioning repository.</para>
-
+-->
+        <para>Nautilus ist der offizielle Dateimanager/Browser des
+          GNOME-Desktops (<ulink url="http://www.gnome.org"/>), und
+          Konqueror ist der Manager/Browser f?r den KDE-Desktop
+          (<ulink url="http://www.kde.org"/>).  Beide dieser
+          Anwendungen besitzen einen eingebauten WebDAV-Client auf
+          Dateisystem-Browser-Ebene und funktionieren prima mit einem
+          autoversionierenden Repository.</para>
+
+<!--
          <para>In GNOME's Nautilus, select the <guimenuitem>File&rarr;Open
            location</guimenuitem> menu item and enter the URL in the
            dialog box presented.  The repository should then be
            displayed like any other filesystem.</para>
-
+-->
+        <para>In GNOMEs Nautilus w?hlen Sie den Men?eintrag
+          <guimenuitem>File&rarr;Open location</guimenuitem> und
+          tragen den URL in den angebotenen Dialog ein. Das Repository
+          sollte dann wie ein anderes Dateisystem angezeigt werden.
+        </para>
+
+<!--
          <para>In KDE's Konqueror, you need to use the
            <literal>webdav://</literal> scheme when entering the URL in
            the location bar.  If you enter
@@ -1122,6 +1139,18 @@
            <userinput>http://host/repos</userinput>, Konqueror becomes a
            WebDAV client and displays the repository as a
            filesystem.</para>
+-->
+        <para>Im Konqueror von KDE m?ssen Sie beim Eintragen des URL
+          in den Zielleiste das Schema <literal>webdav://</literal>
+          verwenden. Wenn Sie einen <literal>http://</literal>-URL
+          eingeben, verh?lt sich Konqueror wie ein gew?hnlicher
+          Web-Browser. Sie werden wahrscheinlich die allgemeine
+          Verzeichnisauflistung von <command>mod_dav_svn</command>
+          sehen. Falls Sie statt
+          <userinput>http://host/repos</userinput> jedoch
+          <userinput>webdav://host/repos</userinput> eingeben, wird
+          Konqueror zum WebDAV-Client und zeigt das Repository als
+          Dateisystem an.</para>

        </sect3>
      </sect2>

From svnbook at googlecode.com  Thu May 20 10:40:25 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 20 May 2010 15:40:25 +0000
Subject: [svnbook] r3736 committed - * trunk/src/de/book/appc-webdav.xml...
Message-ID: <001636b14988b1ebef04870864b3@google.com>

Revision: 3736
Author: jmfelderhoff at gmx.eu
Date: Thu May 20 08:40:05 2010
Log: * trunk/src/de/book/appc-webdav.xml
   - WebDAV Filesystem Implementation

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

Modified:
  /trunk/src/de/book/appc-webdav.xml

=======================================
--- /trunk/src/de/book/appc-webdav.xml	Sun May 16 22:42:48 2010
+++ /trunk/src/de/book/appc-webdav.xml	Thu May 20 08:40:05 2010
@@ -1156,8 +1156,12 @@
      </sect2>

      <sect2 id="svn.webdav.clients.fs-impl">
+<!--
        <title>WebDAV Filesystem Implementation</title>
-
+-->
+      <title>WebDAV-Dateisystem-Implementation</title>
+
+<!--
        <para>The WebDAV filesystem implementation is arguably the best
          sort of WebDAV client.  It's implemented as a low-level
          filesystem module, typically within the operating system's
@@ -1168,11 +1172,24 @@
          transparent read/write WebDAV access to all programs.
          Applications aren't even aware that WebDAV requests are
          happening.</para>
+-->
+      <para>Die WebDAV-Dateisystem-Implementation ist wohl die beste
+        Art von WebDAV-Client. Sie ist als systemnahes
+        Dateisystem-Modul implementiert, das sich normalerweise
+        innerhalb des Betriebssystemkerns befindet. Das bedeutet, dass
+        eine DAV-Freigabe wie irgendein anderes Dateisystem eingeh?ngt
+        werden kann, ?hnlich dem Einh?ngen einer NFS-Freigabe unter
+        Unix oder dem Sichtbarmachen einer SMB-Freigabe ?ber einen
+        Laufwerksbuchstaben unter Windows. Demzufolge bietet diese Art
+        von Client f?r alle Programme einen vollst?ndig transparenten
+        WebDAV-Schreib- und Lesezugriff. Die Anwendungen merken nicht
+        einmal, dass WebDAV-Anforderungen stattfinden.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.webdav.clients.fs-impl.windows">
          <title>WebDrive, NetDrive</title>

+<!--
          <para>Both WebDrive and NetDrive are excellent commercial
            products that allow a WebDAV share to be attached as drive
            letters in Windows.  As a result, you can operate on the
@@ -1182,6 +1199,17 @@
            Technologies (<ulink url="http://www.southrivertech.com"/>).
            Novell's NetDrive is freely available online, but requires
            users to have a NetWare license.</para>
+-->
+        <para>Sowohl WebDrive als auch NetDrive sind ausgezeichnete
+          kommerzielle Produkte, die es erm?glichen, WebDAV-Freigaben
+          unter Windows als Laufwerksbuchstaben einzuh?ngen. Als
+          Ergebnis k?nnen Sie mit den Inhalten dieser Pseudo-Laufwerke
+          mit WebDAV im Hintergrund ebenso einfach und auf dieselbe
+          Weise arbeiten wie mit lokalen Festplatten. Sie k?nnen
+          WebDrive von South River Technologies (<ulink
+          url="http://www.southrivertech.com"/>) beziehen.  NetDrive
+          von Novell ist frei online verf?gbar, die Benutzung
+          erfordert jedoch eine NetWare Lizenz.</para>

        </sect3>

@@ -1189,6 +1217,7 @@
        <sect3 id="svn.webdav.clients.fs-impl.macosx">
          <title>Mac OS X</title>

+<!--
          <para>Apple's OS X operating system has an integrated
            filesystem-level WebDAV client.  From the Finder, select the
            <guimenuitem>Go&rarr;Connect to Server</guimenuitem> menu
@@ -1197,24 +1226,51 @@
            mount a WebDAV share from the Darwin terminal by using the
            <literal>webdav</literal> filesystem type with the
            <command>mount</command> command:</para>
+-->
+        <para>Apples Betriebssystem OS X besitzt einen integrierten
+          WebDAV-Client auf Dateisystemebene. W?hlen Sie im Finder den
+          Men?eintrag <guimenuitem>Go&rarr;Connect to
+          Server</guimenuitem> aus. Geben Sie einen WebDAV-URL ein,
+          und er erscheint als Laufwerk auf der Arbeitsoberfl?che so
+          wie jede andere eingeh?ngte Platte. Sie k?nnen auch eine
+          WebDAV-Freigabe aus dem Darwin-Terminal einh?ngen, indem Sie
+          den Dateisystemtypen <literal>webdav</literal> beim Befehl
+          <command>mount</command> angeben:</para>

          <screen>
  $ mount -t webdav http://svn.example.com/repos/project /some/mountpoint
  $
  </screen>

+<!--
          <para>Note that if your <command>mod_dav_svn</command> is
            older than version 1.2, OS X will refuse to mount the share
            as read/write; it will appear as read-only.  This is because
            OS X insists on locking support for read/write shares, and
            the ability to lock files first appeared in Subversion
            1.2.</para>
-
+-->
+        <para>Beachten Sie, dass OS X sich weigert, die Freigabe
+          les- und schreibbar einzuh?ngen, sofern die Version Ihres
+          <command>mod_dav_svn</command> ?lter ist als 1.2; in diesem
+          Fall wird sie nur lesbar sein. Das liegt daran, das OS X auf
+          der Unterst?tzung von Sperren bei les- und schreibbaren
+          Freigaben besteht, und die F?higkeit, Dateien zu sperren
+          erst mit Subversion 1.2 erschien.</para>
+
+<!--
          <para>Also, OS X's WebDAV client can sometimes be overly
            sensitive to HTTP redirects.  If OS X is unable to mount the
            repository at all, you may need to enable the  
<literal>BrowserMatch</literal>
            directive in the Apache server's
            <filename>httpd.conf</filename>:</para>
+-->
+        <para>Desweiteren kann der WebDAV-Client von OS X manchmal
+          ?berempfindlich auf HTTP-Weiterleitungen reagieren. Falls OS
+          X das Repository ?berhaupt nicht einh?ngen kann, k?nnte es
+          notwendig sein, die Direktive <literal>BrowserMatch</literal>
+          in der Datei <filename>httpd.conf</filename> des Apache
+          Servers zu aktivieren:</para>

          <screen>
  BrowserMatch "^WebDAVFS/1.[012]" redirect-carefully
@@ -1226,11 +1282,19 @@
        <sect3 id="svn.webdav.clients.fs-impl.linux">
          <title>Linux davfs2</title>

+<!--
          <para>Linux davfs2 is a filesystem module for the Linux kernel,
            whose development is organized at <ulink
            url="http://dav.sourceforge.net/"/>.  Once you install
            davfs2, you can mount a WebDAV network share using the usual  
Linux mount
            command:</para>
+-->
+        <para>Linux davfs2 ist ein Dateisystem-Modul f?r den Linux-Kernel,
+          dessen Entwicklung bei <ulink
+          url="http://dav.sourceforge.net/"/> betrieben wird. Sobald
+          Sie davfs2 installiert haben, k?nnen Sie eine
+          WebDAV-Netzfreigabe mit dem ?blichen Linux mount-Befehl
+          einh?ngen:</para>

          <screen>
  $ mount.davfs http://host/repos /mnt/dav

From svnbook at googlecode.com  Thu May 20 11:32:48 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 20 May 2010 16:32:48 +0000
Subject: Issue 80 in svnbook: ch 4 Branching and Merging - incorrect 
	definition of revision
Message-ID: <0-7155889305988986295-6274579604092621849-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 80 by ppitha: ch 4 Branching and Merging - incorrect definition  
of revision
http://code.google.com/p/svnbook/issues/detail?id=80

I'm both a newbie to svn and a nitpicker.  Chapter 4 states near the top:
"At this point, you should understand how each commit creates an entirely
new filesystem tree (called a ?revision?) in the repository."

Finding it alarming that a commit would create an entirely new filesystem
tree, I went and read the chapter on Revisions where it states "Each time
the repository accepts a commit, this creates a new state of the filesystem
tree, called a revision. "

I propose the chapter 4 text say "At this point, you should understand how
each commit creates a new state of filesystem tree (called a ?revision?) in
the repository."

Thanks,
Phil
ppitha at gmail.com



From svnbook at googlecode.com  Wed May 26 10:26:27 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 26 May 2010 15:26:27 +0000
Subject: Issue 81 in svnbook: Update feature branches from trunk
Message-ID: <0-7155889305988986295-2742235568945268409-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 81 by bugpwr: Update feature branches from trunk
http://code.google.com/p/svnbook/issues/detail?id=81

 From svnbook:

"Another way of thinking about this pattern is that your weekly sync of
trunk to branch is analogous to running svn update in a working copy, while
the final merge step is analogous to running svn commit from a working
copy. After all, what else is a working copy but a very shallow private
branch? It's a branch that's capable of storing only one change at a time."

The recommended practice seems to be misleading, or the industry doesn't
quite know how to use it. For example, see
http://stackoverflow.com/questions/2146426/how-to-properly-update-a-feature-branch-from-trunk

The problem is that a developer in a large organization, that would usually
require every feature to get to trunk thru one or two feature branches,
cannot really update these numerous small feature branches (with just a few
changesets) by merging huge amounts of trunk changes to each of them. Even
for a smaller development task force, the approach creates a problem during
reintegration of the feature branch.

Suggesting removal of this section, or, alternative practice, like the one
we employ:

[proposal] "When you want to synchronize with the changes from trunk, but
not yet ready to reintegrate the feature branch, you may open a new feature
branch cut from the current trunk. Then, you merge onto the new branch,
delete the previous one and continue working on the new branch. This way,
the merge is always downward (Feature branches -> trunk -> release  
branches)."






From j.m.f at gmx.li  Sun May 30 02:13:00 2010
From: j.m.f at gmx.li (Jens M. Felderhoff)
Date: Sun, 30 May 2010 09:13:00 +0200
Subject: [de] Deutsche =?UTF-8?B?w5xiZXJzZXR6dW5nOg==?= Wie geht es weiter?
Message-ID: <20100530091300.697e0cc6@neuromancer>

So, vor einer Woche habe ich den letzten Rest von Anhang C ins
Repository geschoben.

Leider sind noch einige Punkte bez?glich der deutschen ?bersetzung
offen.

Die deutsche Seite zur Koordinierung der ?bersetzung (www.svnbook.de)
scheint nicht mehr richtig gepflegt zu werden (ich habe die Anh?nge
alle ohne Tickets ?bersetzt, sonst w?rde ich heute noch warten).

Laut www.svnbook.de befindet sich das dritte Kapitel seit dem 10.
September 2008 in ?bersetzung; im Repository ist allerdings davon noch
nichts aufgetaucht.

Das sechste Kapitel ist bis "Using svnserve with SASL" ?bersetzt und ins
Repository ?bergeben worden. Tickets gibt es aber nur f?r die bereits
?bersetzten Teile.

Es w?re sch?n, wenn sich Beteiligte oder Interessierte mal melden
w?rden.

Tsch?ss

Jens


-- 
Intentionally left blank.



From svnbook at googlecode.com  Mon May 31 01:38:50 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 31 May 2010 06:38:50 +0000
Subject: [svnbook] r3737 committed - Changed wording Repository -> 
	Projektarchiv.
Message-ID: <000e0cd1549e1592950487de1c65@google.com>

Revision: 3737
Author: jmfelderhoff at gmx.eu
Date: Sun May 30 23:37:40 2010
Log: Changed wording Repository -> Projektarchiv.

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

Modified:
  /trunk/src/de/book/appa-quickstart.xml
  /trunk/src/de/book/appb-svn-for-cvs-users.xml
  /trunk/src/de/book/appc-webdav.xml
  /trunk/src/de/book/ch00-preface.xml
  /trunk/src/de/book/ch01-fundamental-concepts.xml
  /trunk/src/de/book/ch02-basic-usage.xml
  /trunk/src/de/book/ch04-branching-and-merging.xml
  /trunk/src/de/book/ch05-repository-admin.xml
  /trunk/src/de/book/ch06-server-configuration.xml
  /trunk/src/de/book/ch07-customizing-svn.xml
  /trunk/src/de/book/ch08-embedding-svn.xml
  /trunk/src/de/book/ch09-reference.xml

=======================================
--- /trunk/src/de/book/appa-quickstart.xml	Wed Dec 23 08:59:14 2009
+++ /trunk/src/de/book/appa-quickstart.xml	Sun May 30 23:37:40 2010
@@ -15,7 +15,7 @@
  -->
    <para>Falls Sie Subversion unbedingt zum Laufen bringen wollen (und
      Sie der Typ sind, der durch Experimentieren lernt), erkl?rt Ihnen
-    dieser Anhang, wie ein Repository erstellt, Code importiert und
+    dieser Anhang, wie ein Projektarchiv erstellt, Code importiert und
      wieder als Arbeitskopie ausgecheckt wird. Dabei zeigen wir
      Verbindungen zu den relevanten Kapiteln in diesem Buch auf.</para>

@@ -129,7 +129,7 @@
        Beachten Sie, dass ein herausgegebenes Quelltextpaket unter
        Umst?nden nicht alles enth?lt, was Sie ben?tigen, um einen
        Kommandozeilen-Client zu bauen, der mit einem entfernten
-      Repository kommunizieren kann. Ab Subversion 1.4 werden die
+      Projektarchiv kommunizieren kann. Ab Subversion 1.4 werden die
        Bibliotheken, von denen Subversion abh?ngt (apr, apr-util und
        neon) als eigene Quelltextpakete mit dem Suffix
        <filename>-deps</filename> verteilt. Diese Bibliotheken sind
@@ -162,10 +162,10 @@
  -->
      <para>Falls Sie einer der Zeitgenossen sind, die gerne die
        allerneueste Software verwenden, k?nnen Sie auch den Quelltext
-      von Subversion aus dem Subversion-Repository bekommen, in dem er
+      von Subversion aus dem Subversion-Projektarchiv bekommen, in dem er
        verwaltet wird. Offensichtlich ben?tigen Sie hierf?r bereits
        einen Subversion-Client. Doch sobald Sie einen haben, k?nnen Sie
-      eine Arbeitskopie des Subversion-Quelltext-Repositorys von
+      eine Arbeitskopie des Subversion-Quelltext-Projektarchivs von
        <ulink url="http://svn.collab.net/repos/svn/trunk/"/> auschecken:
        <footnote>
          <para>Beachten Sie, dass der ausgecheckte URL im Beispiel
@@ -276,8 +276,8 @@
        repository.  To begin, create a new repository:</para>
  -->
      <para>Subversion speichert alle versionierten Daten in einem
-      zentralen Repository. Um anzufangen, erstellen Sie ein neues
-      Repository:</para>
+      zentralen Projektarchiv. Um anzufangen, erstellen Sie ein neues
+      Projektarchiv:</para>

      <screen>
  $ svnadmin create /var/svn/repos
@@ -296,11 +296,11 @@
  -->
      <para>Dieser Befehl erzeugt ein neues Verzeichnis,
        <filename>/var/svn/repos</filename>, das ein
-      Subversion-Repository enth?lt. Dieses neue Verzeichnis
+      Subversion-Projektarchiv enth?lt. Dieses neue Verzeichnis
        beinhaltet (neben anderen Dingen) eine Sammlung von
        Datenbankdateien. Wenn Sie hineinschauen, werden Sie Ihre
        versionierten Dateien nicht sehen. Weitere Informationen zur
-      Erstellung und Wartung von Repositorys finden Sie in <xref
+      Erstellung und Wartung von Projektarchiven finden Sie in <xref
        linkend="svn.reposadmin"/>.</para>

  <!--
@@ -319,20 +319,20 @@
        the repository.</para>
  -->
      <para>Subversion fehlt das Konzept <quote>Projekt</quote>. Das
-      Repository ist lediglich ein virtuelles, versioniertes
+      Projektarchiv ist lediglich ein virtuelles, versioniertes
        Dateisystem, ein gro?er Baum, der alles aufnehmen kann, was Sie
        wollen. Manche Administratoren bevorzugen es, nur ein Projekt in
-      einem Repository zu speichern, wohingegen andere mehrere
-      Projekte in einem Repository unterbringen, indem sie sie in
+      einem Projektarchiv zu speichern, wohingegen andere mehrere
+      Projekte in einem Projektarchiv unterbringen, indem sie sie in
        getrennten Unterverzeichnissen ablegen. Wir er?rtern die
        Vorteile jedes Ansatzes in <xref
        linkend="svn.reposadmin.projects.chooselayout"/>. So oder so,
-      das Repository verwaltet nur Dateien und Verzeichnisse, so dass
+      das Projektarchiv verwaltet nur Dateien und Verzeichnisse, so dass
        es ganz allein bei den Menschen liegt, bestimmte Verzeichnisse
        als <quote>Projekte</quote> anzusehen. Auch wenn Sie in diesem
        Buch Bez?ge auf Projekte sehen sollten, denken Sie daran, dass
        wir dabei nur ?ber irgendein Verzeichnis (oder eine Sammlung von
-      Verzeichnissen) im Repository sprechen.</para>
+      Verzeichnissen) im Projektarchiv sprechen.</para>

  <!--
      <para>In this example, we assume you already have some sort
@@ -351,7 +351,7 @@
      <para>In diesem Beispiel gehen wir davon aus, dass Sie bereits so
        etwas wie ein Projekt (eine Sammlung aus Dateien und
        Verzeichnissen) haben, die Sie in Ihr frisch erstelltes
-      Subversion-Repository importieren m?chten. Fangen Sie damit an,
+      Subversion-Projektarchiv importieren m?chten. Fangen Sie damit an,
        Ihre Daten innerhalb eines einzelnen Verzeichnisses namens
        <filename>myproject</filename> (oder ein anderer Wunschname) zu
        organisieren. Aus Gr?nden, die in <xref
@@ -391,7 +391,7 @@
        (see <xref linkend="svn.tour.importing"/>):</para>
  -->
      <para>Sobald Sie Ihre Daten vorbereitet haben, importieren Sie sie
-      mit dem Befehl <command>svn import</command> in das Repository
+      mit dem Befehl <command>svn import</command> in das Projektarchiv
        (siehe <xref linkend="svn.tour.importing"/>):</para>

  <!--
@@ -429,10 +429,10 @@
        directory named <filename>myproject</filename>, which in turn
        contains your data.</para>
  -->
-    <para>Nun enth?lt das Repository diesen Datenbaum. Wie bereits
+    <para>Nun enth?lt das Projektarchiv diesen Datenbaum. Wie bereits
        erw?hnt, werden Sie Ihre Dateien nicht sehen, wenn Sie direkt
-      in das Repository schauen; sie werden alle in einer Datenbank
-      abgelegt. Das imagin?re Dateisystem des Repositorys jedoch
+      in das Projektarchiv schauen; sie werden alle in einer Datenbank
+      abgelegt. Das imagin?re Dateisystem des Projektarchivs jedoch
        enth?lt nun ein Verzeichnis namens
        <filename>myproject</filename>, welches wiederum Ihre Daten
        enth?lt.</para>
@@ -451,11 +451,11 @@
        <filename>/tmp/myproject</filename> unver?ndert bleibt;
        Subversion kennt es nicht. (Sie k?nnen das Verzeichnis
        eigentlich l?schen, wenn Sie m?chten.) Um damit zu beginnen,
-      Repository-Daten zu manipulieren, m?ssen Sie eine neue
+      Projektarchiv-Daten zu manipulieren, m?ssen Sie eine neue
        <quote>Arbeitskopie</quote> der Daten anlegen, eine Art privater
        Arbeitsbereich. Fordern Sie Subversion dazu auf, eine
        Arbeitskopie des Verzeichnisses
-      <filename>myproject/trunk</filename> im Repository
+      <filename>myproject/trunk</filename> im Projektarchiv
        <quote>auszuchecken</quote>:</para>

      <screen>
@@ -474,10 +474,10 @@
        back into the repository.</para>
  -->
      <para>Nun haben Sie eine pers?nliche Kopie eines Teils des
-      Repositorys in einem Verzeichnis namens
+      Projektarchivs in einem Verzeichnis namens
        <filename>myproject</filename>. Sie k?nnen die Dateien in Ihrer
        Arbeitskopie bearbeiten und dann diese ?nderungen zur?ck an das
-      Repository ?bergeben.</para>
+      Projektarchiv ?bergeben.</para>

      <itemizedlist>
        <listitem>
@@ -503,7 +503,7 @@
            version of your file to the repository.</para>
  -->
          <para>Rufen Sie <userinput>svn commit</userinput> auf, um die
-          neue Version Ihrer Datei an das Repository zu ?bergeben.
+          neue Version Ihrer Datei an das Projektarchiv zu ?bergeben.
          </para>
        </listitem>
        <listitem>
@@ -512,7 +512,7 @@
            copy <quote>up to date</quote> with the repository.</para>
  -->
          <para>Rufen Sie <userinput>svn update</userinput> auf, um Ihre
-          Arbeitskopie bez?glich des Repositorys zu
+          Arbeitskopie bez?glich des Projektarchivs zu
            <quote>aktualisieren</quote>.</para>
        </listitem>
      </itemizedlist>
@@ -531,7 +531,7 @@
        linkend="svn.serverconfig"/> to learn about the different sorts of
        server processes available and how to configure them.</para>
  -->
-    <para>An dieser Stelle haben Sie die M?glichkeit, Ihr Repository
+    <para>An dieser Stelle haben Sie die M?glichkeit, Ihr Projektarchiv
        f?r andere ?ber das Netz erreichbar zu machen. Siehe <xref
        linkend="svn.serverconfig"/>, um mehr ?ber die verschiedenen
        Arten von verf?gbaren Server-Prozessen zu erfahren und wie sie
=======================================
--- /trunk/src/de/book/appb-svn-for-cvs-users.xml	Sat Feb  6 09:21:42 2010
+++ /trunk/src/de/book/appb-svn-for-cvs-users.xml	Sun May 30 23:37:40 2010
@@ -52,8 +52,8 @@
  -->
      <para>In CVS werden Revisionsnummern pro Datei vergeben. Das liegt
        daran, dass CVS seine Daten in RCS-Dateien speichert; f?r jede
-      Datei gibt es eine entsprechende RCS-Datei im Repository, und
-      die Struktur des Repositorys entspricht grob der Struktur Ihres
+      Datei gibt es eine entsprechende RCS-Datei im Projektarchiv, und
+      die Struktur des Projektarchivs entspricht grob der Struktur Ihres
        Projektbaums.</para>

  <!--
@@ -65,9 +65,9 @@
        about a particular tree (and indirectly, the way the filesystem
        looked after the 54th commit).</para>
  -->
-    <para>In Subversion sieht das Repository aus wie ein einzelnes
+    <para>In Subversion sieht das Projektarchiv aus wie ein einzelnes
        Dateisystem. Jede ?bergabe verursacht einen v?llig neuen
-      Dateibaum; im Wesentlichen ist das Repository eine Liste aus
+      Dateibaum; im Wesentlichen ist das Projektarchiv eine Liste aus
        B?umen. Jeder dieser B?ume wird mit einer einzelnen
        Revisionsnumer gekennzeichnet. Wenn jemand von <quote>Revision
        54</quote> redet, ist damit ein bestimmter Baum gemeint (und
@@ -116,8 +116,8 @@
        Subversion eine Kopie des gesamten Baums ist (konventionell in
        die Verzeichnisse <filename>/branches</filename> oder
        <filename>/tags</filename>, die auf der obersten Ebene des
-      Repositorys neben <filename>/trunk</filename> liegen). Im
-      Repository in seiner Gesamtheit k?nnen viele Versionen einer
+      Projektarchivs neben <filename>/trunk</filename> liegen). Im
+      Projektarchiv in seiner Gesamtheit k?nnen viele Versionen einer
        Datei sichtbar sein: die letzte Version jedes Zweigs, jede mit
        einem Tag versehene Version und nat?rlich die letzte Version auf
        dem Stamm. Um den Ausdruck also noch weiter zu pr?zisieren,
@@ -170,10 +170,10 @@
            delete</command> arbeiten nun auf Verzeichnissen wie auf
            Dateien; ebenso <command>svn copy</command> und <command>svn
            move</command>. Jedoch bewirken diese Befehle
-          <emphasis>keine</emphasis> sofortige ?nderung im Repository.
+          <emphasis>keine</emphasis> sofortige ?nderung im Projektarchiv.
            Stattdessen werden die Objekte einfach zum Hinzuf?gen oder
            L?schen <quote>vorgemerkt</quote>. Es findet keine ?nderung
-          im Repository statt, bevor Sie <userinput>svn
+          im Projektarchiv statt, bevor Sie <userinput>svn
            commit</userinput> aufrufen.</para>
        </listitem>
        <listitem>
@@ -241,7 +241,7 @@
        stillschweigend ?bergebene Hinzuf?gungen sowie L?schungen im
        <filename>.svn</filename>-Bereich mitverfolgt. Wenn Sie
        schlie?lich <userinput>svn update</userinput> aufrufen, wird
-      alles in Bezug auf das Repository glattgezogen und die neue
+      alles in Bezug auf das Projektarchiv glattgezogen und die neue
        Revisionsnummer des Verzeichnisses korrekt vergeben.
        <emphasis>Daher kann erst nach einer Aktualisierung gesagt
        werden, dass es eine <quote>vollst?ndige</quote>
@@ -424,7 +424,7 @@
        update</userinput> oder <userinput>cvs -n update</userinput>
        aufzurufen, um schnell ihre ?nderungen zu sehen. Falls Benutzer
        die Option <option>-n</option> vergessen, hat das den
-      Nebeneffekt, dass Repository-?nderungen hineingebracht werden
+      Nebeneffekt, dass Projektarchiv-?nderungen hineingebracht werden
        k?nnten, um die sie sich momentan noch nicht k?mmern
        k?nnen.</para>

@@ -453,7 +453,7 @@
  -->
        <para><command>svn status</command> gibt alle Dateien aus, an
          denen lokale ?nderungen vorgenommen wurden. Standardm??ig wird
-        kein Kontakt zum Repository hergestellt. Obwohl dieser
+        kein Kontakt zum Projektarchiv hergestellt. Obwohl dieser
          Unterbefehl eine stattliche Anzahl an Optionen versteht, sind
          die folgenden die meistbenutzten:</para>

@@ -465,7 +465,7 @@
              <para>Contact the repository to determine, and then display,
                out-of-dateness information.</para>
  -->
-            <para>Verbindung zum Repository aufnehmen, um
+            <para>Verbindung zum Projektarchiv aufnehmen, um
                Informationen ?ber nicht mehr Aktuelles zu ermitteln und
                dann anzuzeigen.</para>
            </listitem>
@@ -557,7 +557,7 @@
          vorangegangenen Beispiel zeigt das Sternchen an, dass das
          Objekt <filename>faces.html</filename> beim Aktualisieren
          ver?ndert w?rde, und dass <filename>bloo.png</filename> eine
-        dem Repository hinzugef?gte neue Datei ist. (Die Abwesenheit
+        dem Projektarchiv hinzugef?gte neue Datei ist. (Die Abwesenheit
          einer Revisionsnummer neben <filename>bloo.png</filename>
          bedeutet, dass die Datei noch nicht in der Arbeitskopie
          vorhanden ist.)</para>
@@ -840,7 +840,7 @@
        Bin?rdatei abspeichern. Subversion jedoch stellt Unterschiede
        zwischen Dateien mithilfe eines bin?ren Differenzalgorithmus
        dar. Das bedeutet, dass alle Dateien als (komprimierte)
-      Differenzen im Repository abgespeichert werden.</para>
+      Differenzen im Projektarchiv abgespeichert werden.</para>

  <!--
      <para>CVS users have to mark binary files with
@@ -871,7 +871,7 @@
        linkend="svn.advanced.props.special.keywords"/> und <xref
        linkend="svn.advanced.props.special.eol-style"/>). Standardm??ig
        behandelt Subversion alle Dateiinhalte als Byteketten, und
-      Dateien werden stets ohne Umwandlung im Repository
+      Dateien werden stets ohne Umwandlung im Projektarchiv
        gespeichert.</para>

  <!--
@@ -984,13 +984,13 @@
        Server anmelden (mit dem Befehl <command>cvs login</command>),
        bevor Sie irgendeine Lese- oder Schreiboperation vornehmen
        &ndash; manchmal m?ssen Sie sich sogar f?r anonyme Vorg?nge
-      anmelden. Mit einem Subversion-Repository, das Apache
+      anmelden. Mit einem Subversion-Projektarchiv, das Apache
        <command>httpd</command> oder <command>svnserve</command> als
        Server verwendet, ?bergeben Sie Zugangsdaten nicht von
        vornherein &ndash; falls eine von Ihnen durchgef?hrte T?tigkeit
        eine Authentifizierung notwendig macht, fordert der Server Ihre
        Zugangsdaten an (egal, ob es sich um Benutzernamen und Passwort,
-      ein Client-Zertifikat oder beides handelt). Falls Ihr Repository
+      ein Client-Zertifikat oder beides handelt). Falls Ihr Projektarchiv
        also der ganzen Welt Lesezugriff einr?umt, brauchen Sie sich f?r
        Lesevorg?nge ?berhaupt nicht zu legitimieren.</para>

@@ -1030,7 +1030,7 @@
  <!--
      <title>Converting a Repository from CVS to Subversion</title>
  -->
-    <title>Ein Repository von CVS nach Subversion ?berf?hren</title>
+    <title>Ein Projektarchiv von CVS nach Subversion ?berf?hren</title>

  <!--
      <para>Perhaps the most important way to familiarize CVS users with
@@ -1050,8 +1050,8 @@
      <para>Die vielleicht wichtigste Methode, CVS-Benutzer mit
        Subversion vertraut zu machen, ist es, sie ihre Arbeit an den
        Projekten mit dem neuen System fortf?hren zu lassen. Obwohl sich
-      das mit einem flachen Import eines exportierten CVS-Repositorys
-      in ein Subversion-Repository bewerkstelligen l?sst, umfasst die
+      das mit einem flachen Import eines exportierten CVS-Projektarchivs
+      in ein Subversion-Projektarchiv bewerkstelligen l?sst, umfasst die
        gr?ndlichere L?sung nicht nur die ?bertragung einer
        Momentaufnahme des aktuellen Datenbestands, sondern der gesamten
        Historie, die sich dahinter verbirgt. Dabei gilt es, ein ?u?erst
@@ -1061,7 +1061,7 @@
        Verzweigungsstrategien ?bertragen werden m?ssen.  Trotzdem
        behaupten eine handvoll Werkzeuge, dass sie zumindest teilweise
        die F?higkeit mitbringen, bestehende CVS- in
-      Subversion-Repositorys umwandeln zu k?nnen.</para>
+      Subversion-Projektarchivs umwandeln zu k?nnen.</para>

  <!--
      <para>The most popular (and mature) conversion tool is
@@ -1079,10 +1079,10 @@
        url="http://cvs2svn.tigris.org/"/>), ein Python-Programm, das
        urspr?nglich von Mitgliedern der Subversion-Entwicklergemeinde
        erstellt wurde. Dieses Werkzeug soll genau einmal aufgerufen
-      werden: es durchsucht mehrfach Ihr CVS-Repository und versucht
+      werden: es durchsucht mehrfach Ihr CVS-Projektarchiv und versucht
        so gut es eben geht, ?bergaben, Zweige und Tags herzuleiten.
        Wenn es fertig ist, liegt als Ergebnis entweder ein
-      Subversion-Repository oder eine portable Subversion-Auszugsdatei
+      Subversion-Projektarchiv oder eine portable Subversion-Auszugsdatei
        vor, die die Historie Ihres Codes repr?sentiert. Auf der
        Web-Pr?senz finden Sie detaillierte Anleitungen und Warnungen.
      </para>
=======================================
--- /trunk/src/de/book/appc-webdav.xml	Thu May 20 08:40:05 2010
+++ /trunk/src/de/book/appc-webdav.xml	Sun May 30 23:37:40 2010
@@ -299,7 +299,7 @@
        technisch unbedarften Benutzern arbeiten m?ssen. Stellen Sie
        sich ein B?ro vor, in dem gew?hnliche Benutzer auf Microsoft
        Windows oder Mac OS arbeiten. Jeder Benutzer
-      <quote>h?ngt</quote> das Subversion-Repository
+      <quote>h?ngt</quote> das Subversion-Projektarchiv
        <quote>ein</quote>, das sich darstellt wie ein gew?hnlicher
        vernetzter Ordner. Sie verwenden den freigegebenen Ordner wie
        immer: ?ffnen Dateien, bearbeiten und sichern sie. In der
@@ -382,7 +382,7 @@
  -->
      <para>Falls Sie ein Post-Commit-Hook-Programm verwenden, das
        E-Mail verschickt, empfiehlt es sich, die Erstellung der Mail zu
-      unterbinden oder auf bestimmte Abschnitte des Repositorys zu
+      unterbinden oder auf bestimmte Abschnitte des Projektarchivs zu
        beschr?nken; es h?ngt davon ab, ob Sie das Hereinprasseln der
        Mails immer noch als wertvolle Benachrichtigungen erachten oder
        nicht. Desweiteren kann ein kluges Post-Commit-Hook-Programm
@@ -413,7 +413,7 @@
      <para>Ein weiteres Merkmal, das eine sinnvolle Erg?nzung zur
        Autoversionierung von Subversion sein kann, kommt aus dem Modul
        <literal>mod_mime</literal> von Apache. Falls ein WebDAV-Client
-      dem Repository eine neue Datei hinzuf?gt, hat der Benutzer keine
+      dem Projektarchiv eine neue Datei hinzuf?gt, hat der Benutzer keine
        Gelegenheit, das Property <literal>svn:mime-type</literal> zu
        setzen. Das k?nnte dazu f?hren, dass die Datei als allgemeines
        Icon angezeigt wird, wenn sie innerhalb eines Ordners ?ber
@@ -877,7 +877,7 @@
            nicht sehr n?tzlich, da sie keine
            <literal>MKACTIVITY</literal>-Anfragen erlauben. Es ist
            jedenfalls belanglos; wir nehmen an, dass all diese Clients
-          mit einem autoversionierenden Repository zusammenarbeiten.
+          mit einem autoversionierenden Projektarchiv zusammenarbeiten.
          </para>

        </sect3>
@@ -1038,7 +1038,7 @@
          originalen Webordner aus der Zeit vor XP in Ihrem System zu
          verbergen.  Sie k?nnen sie ans Licht holen, indem Sie in
          Netzwerkumgebung gehen und eine neue Umgebung anlegen. Wenn
-        Sie danach gefragt werden, tragen Sie den URL des Repositorys
+        Sie danach gefragt werden, tragen Sie den URL des Projektarchivs
          ein, aber <emphasis>verwenden Sie dabei eine
          Portnummer</emphasis> im URL. Beispielsweise sollten Sie statt
          <userinput>http://host/repos</userinput>
@@ -1070,7 +1070,7 @@
            betrachtet, und deshalb alle Authentifizierungsanforderungen
            seitens Apache scheitern l?sst, sofern sie nicht ?ber
            <literal>https://</literal> erfolgen. Sollten Sie nicht in
-          der Lage sein, sich ?ber SSL mit dem Subversion-Repository
+          der Lage sein, sich ?ber SSL mit dem Subversion-Projektarchiv
            zu verbinden, k?nnen Sie die System-Registratur anpassen, um
            dieses Verhalten zu unterbinden. Dazu ?ndern Sie einfach den
            Wert des Schl?ssels
@@ -1078,10 +1078,10 @@
            von <userinput>1</userinput> auf <userinput>2</userinput>.
            Eine letzte Warnung: Stellen Sie sicher, den Webordner so
            einzurichten, dass er auf das Wurzelverzeichnis des
-          Repositorys (<filename>/</filename>) zeigt, statt auf ein
+          Projektarchivs (<filename>/</filename>) zeigt, statt auf ein
            Unterverzeichnis wie etwa <filename>/trunk</filename>. Die
            Webordner von Vista scheinen nur mit
-          Repository-Wurzelverzeichnissen zu funktionieren.</para>
+          Projektarchiv-Wurzelverzeichnissen zu funktionieren.</para>

  <!--
          <para>In general, while these workarounds may function for
@@ -1113,7 +1113,7 @@
            (<ulink url="http://www.kde.org"/>).  Beide dieser
            Anwendungen besitzen einen eingebauten WebDAV-Client auf
            Dateisystem-Browser-Ebene und funktionieren prima mit einem
-          autoversionierenden Repository.</para>
+          autoversionierenden Projektarchiv.</para>

  <!--
          <para>In GNOME's Nautilus, select the <guimenuitem>File&rarr;Open
@@ -1123,7 +1123,7 @@
  -->
          <para>In GNOMEs Nautilus w?hlen Sie den Men?eintrag
            <guimenuitem>File&rarr;Open location</guimenuitem> und
-          tragen den URL in den angebotenen Dialog ein. Das Repository
+          tragen den URL in den angebotenen Dialog ein. Das Projektarchiv
            sollte dann wie ein anderes Dateisystem angezeigt werden.
          </para>

@@ -1149,7 +1149,7 @@
            sehen. Falls Sie statt
            <userinput>http://host/repos</userinput> jedoch
            <userinput>webdav://host/repos</userinput> eingeben, wird
-          Konqueror zum WebDAV-Client und zeigt das Repository als
+          Konqueror zum WebDAV-Client und zeigt das Projektarchiv als
            Dateisystem an.</para>

        </sect3>
@@ -1267,7 +1267,7 @@
  -->
          <para>Desweiteren kann der WebDAV-Client von OS X manchmal
            ?berempfindlich auf HTTP-Weiterleitungen reagieren. Falls OS
-          X das Repository ?berhaupt nicht einh?ngen kann, k?nnte es
+          X das Projektarchiv ?berhaupt nicht einh?ngen kann, k?nnte es
            notwendig sein, die Direktive <literal>BrowserMatch</literal>
            in der Datei <filename>httpd.conf</filename> des Apache
            Servers zu aktivieren:</para>
=======================================
--- /trunk/src/de/book/ch00-preface.xml	Sat May  2 05:05:03 2009
+++ /trunk/src/de/book/ch00-preface.xml	Sun May 30 23:37:40 2010
@@ -291,7 +291,7 @@
              m?glichst schnell einen Subversion-Server zum Laufen zu
              bekommen.  <xref linkend="svn.reposadmin"/> und
              <xref linkend="svn.serverconfig"/> zeigen, wie Sie Ihr erstes
-            Repository erzeugen und es ?ber das Netz verf?gbar machen
+            Projektarchiv erzeugen und es ?ber das Netz verf?gbar machen
              k?nnen. Danach sind <xref linkend="svn.tour"/> und
              <xref linkend="svn.forcvs"/> die schnellsten Wege zum Lernen
              des Subversion-Clients.</para>
@@ -538,7 +538,7 @@
  -->
              <para>Erkl?rt die Grundlagen von Versionskontrolle und
                unterschiedliche Versionierungsmodelle sowie das
-              Repository von Subversion, Arbeitskopien und
+              Projektarchiv von Subversion, Arbeitskopien und
                Revisionen.</para>
            </listitem>
          </varlistentry>
@@ -601,7 +601,7 @@
                the tools you can use to do all of this.</para>
  -->
              <para>Beschreibt die Grundlagen des
-              Subversion-Repositorys, wie man ein Repository anlegt,  
konfiguriert
+              Subversion-Projektarchivs, wie man ein Projektarchiv anlegt,  
konfiguriert
                und wartet sowie die Tools, die man hierf?r benutzen
                kann</para>
            </listitem>
@@ -620,7 +620,7 @@
  -->
              <para>Erkl?rt, wie man einen Subversion-Server
                konfiguriert und unterschiedliche Arten auf ein
-              Repository zuzugreifen: <literal>HTTP</literal>, das
+              Projektarchiv zuzugreifen: <literal>HTTP</literal>, das
                <literal>svn</literal>-Protokoll und ?ber die lokale
                Festplatte. Behandelt werden hier auch die
                Authentifizierung, die Autorisierung und der anonyme
@@ -726,7 +726,7 @@
                mounted read/write as a DAV share.</para>
  -->
              <para>Beschreibt die Details zu WebDAV und DeltaV und wie
-              man sein Subversion-Repository konfiguriert, damit es
+              man sein Subversion-Projektarchiv konfiguriert, damit es
                als freigegebenes DAV-Laufwerk schreibbar in das
                Dateisystem eingeh?ngt werden kann.</para>
            </listitem>
@@ -781,7 +781,7 @@
            the book's own Subversion repository.</para>
  -->
          <para>Sie werden stets die neueste Version dieses Buchs im
-          eigenen Subversion-Repository finden.</para>
+          eigenen Subversion-Projektarchiv finden.</para>
        </listitem>

        <listitem>
@@ -821,7 +821,7 @@
        <ulink url="http://svnbook.red-bean.com"/>.  Dort finden Sie
        Links auf die neuesten Releases und mit Tags versehene Versionen des  
Buchs
        in verschiedenen Formaten ebenso wie eine Anleitung, auf das
-      Subversion-Repository des Buchs zuzugreifen (dort lebt sein
+      Subversion-Projektarchiv des Buchs zuzugreifen (dort lebt sein
        Quellcode im DocBook-XML-Format).  R?ckmeldungen sind
        willkommen &ndash; ja sogar erw?nscht. Bitte senden Sie alle
        Kommentare, Beschwerden und Patches f?r die Sourcen des Buchs an
@@ -1547,7 +1547,7 @@
          T?tigkeit und Subversion vereinfacht die Zusammenarbeit mit
          anderen Programmierern. Nat?rlich ist die Benutzung von
          Subversion nicht umsonst zu bekommen: es kostet
-        administrativen Aufwand. Sie m?ssen ein Daten-Repository
+        administrativen Aufwand. Sie m?ssen ein Daten-Projektarchiv
          verwalten, das die Informationen und ihre gesamte Geschichte
          speichert, und Sie m?ssen sich gewissenhaft um
          Sicherheitskopien k?mmern. Wenn Sie t?glich mit den Daten
@@ -1797,16 +1797,16 @@
          repository.  Others bypass the network altogether and access the
          repository directly.</para>
  -->
-      <para>An einem Ende ist das Repository von Subversion, das die
+      <para>An einem Ende ist das Projektarchiv von Subversion, das die
          gesamten versionierten Daten enth?lt. Am anderen Ende ist das
          Subversion-Client-Programm, das die lokale Spiegelung von
          Teilen dieser versionierten Daten verwaltet
          (<quote>Arbeitskopien</quote> genannt). Zwischen den
          entgegengesetzten Enden befinden sich mehrere Wege ?ber
-        verschiedene Repository-Zugriffsschichten. Einige dieser Pfade
+        verschiedene Projektarchiv-Zugriffsschichten. Einige dieser Pfade
          gehen ?ber Computernetzwerke und ?ber Netzwerkserver, die dann
-        auf das Repository zugreifen. Andere lassen das Netz links
-        liegen und greifen direkt auf das Repository zu.</para>
+        auf das Projektarchiv zugreifen. Andere lassen das Netz links
+        liegen und greifen direkt auf das Projektarchiv zu.</para>

      </sect2>

@@ -1864,7 +1864,7 @@
              <para>A tool for directly inspecting a Subversion  
repository</para>
  -->
              <para>Ein Werkzeug zur direkten Untersuchung eines
-              Subversion-Repositorys</para>
+              Subversion-Projektarchivs</para>
            </listitem>
          </varlistentry>

@@ -1876,7 +1876,7 @@
                repository</para>
  -->
              <para>Ein Werkzeug zum Erstellen, Ver?ndern oder
-              Reparieren eines Repositorys</para>
+              Reparieren eines Projektarchivs</para>
            </listitem>
          </varlistentry>

@@ -1889,7 +1889,7 @@
                network</para>
  -->
              <para>Ein Plug-In-Modul f?r den Apache-HTTP-Server, wird
-              ben?tigt, um das Repository ?ber ein Netzwerk verf?gbar
+              ben?tigt, um das Projektarchiv ?ber ein Netzwerk verf?gbar
                zu machen</para>
            </listitem>
          </varlistentry>
@@ -1904,7 +1904,7 @@
  -->
              <para>Ein spezielles Server-Programm, dass als
                Hintergrundprozess laufen oder von SSH aufgerufen werden
-              kann; eine weitere M?glichkeit, das Repository ?ber ein
+              kann; eine weitere M?glichkeit, das Projektarchiv ?ber ein
                Netzwerk verf?gbar zu machen.</para>
            </listitem>
          </varlistentry>
@@ -1917,7 +1917,7 @@
                streams</para>
  -->
              <para>Ein Programm zum Filtern von
-            Subversion-Repository-Dump-Streams</para>
+            Subversion-Projektarchiv-Dump-Streams</para>
            </listitem>
          </varlistentry>

@@ -1929,7 +1929,7 @@
              repository to another over a network</para>
  -->
              <para>Ein Programm zum inkrementellen Spiegeln eines
-              Repositorys ?ber ein Netzwerk</para>
+              Projektarchivs ?ber ein Netzwerk</para>
            </listitem>
          </varlistentry>

@@ -1988,13 +1988,13 @@
                under version control, auto-escaping of URLs, and a
                localized user interface.</para>
  -->
-            <para>Release 1.1 f?hrte FSFS ein, eine  
Repository-Speicheroption,
+            <para>Release 1.1 f?hrte FSFS ein, eine  
Projektarchiv-Speicheroption,
                die auf Dateien basiert. Obwohl das
                Berkeley-DB-Backend immer noch weitverbreitet ist und
                unterst?tzt wird, ist FSFS mittlerweile wegen der
                niedrigen Einstiegsh?rde und des minimalen
                Wartungsbedarfs die Standard-Auswahl f?r
-              neu erzeugte Repositorys. Ebenfalls kam mit diesem
+              neu erzeugte Projektarchivs. Ebenfalls kam mit diesem
                Release die M?glichkeit, symbolische Links unter
                Versionskontrolle zu stellen, das automatische Maskieren
                von URLs und eine sprachabh?ngige
@@ -2032,7 +2032,7 @@
                Bedarf, solche Ressourcen zu versionieren und zu
                sch?tzen. Zusammen mit dem Sperren kam auch eine
                vollst?ndige WebDAV-Auto-Versionierungs-Implementierung,
-              die es erlaubt, Subversion-Repositorys als
+              die es erlaubt, Subversion-Projektarchivs als
                Netzwerkverzeichnisse einzuh?ngen. Schlie?lich begann
                Subversion 1.2 einen neuen, schnelleren bin?ren
                Differenzalgorithmus zu verwenden, um alte Versionen von
@@ -2081,12 +2081,12 @@
  -->
              <para>Release 1.4 f?hrte ein v?llig neues
                Werkzeug &ndash; <command>svnsync</command> &ndash;  ein, um
-              eine Einbahn-Replizierung von Repositorys ?ber das Netz
+              eine Einbahn-Replizierung von Projektarchivs ?ber das Netz
                vornehmen zu k?nnen. Gr??ere Teile der
                Arbeitskopie-Metadaten wurden ?berarbeitet, so dass
                nicht mehr XML benutzt wurde (was sich in erh?hter
                Geschwindigkeit auf Client-Seite niederschlug), w?hrend
-              das Berkeley-DB-Repository-Backend die F?higkeit erhielt,
+              das Berkeley-DB-Projektarchiv-Backend die F?higkeit erhielt,
                sich nach einem Server-Crash automatisch
                wiederherzustellen.</para>
            </listitem>
=======================================
--- /trunk/src/de/book/ch01-fundamental-concepts.xml	Sun Feb  7 11:04:26  
2010
+++ /trunk/src/de/book/ch01-fundamental-concepts.xml	Sun May 30 23:37:40  
2010
@@ -31,7 +31,7 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <sect1 id="svn.basic.repository">
-    <title>Das Repository</title>
+    <title>Das Projektarchiv</title>

  <!--    <para>Subversion is a centralized system for sharing information.
        At its core is a repository, which is a central store of data.
@@ -44,11 +44,11 @@
        client receives information from others.  <xref
        linkend="svn.basic.repository.dia-1"/> illustrates this.</para> -->
      <para>Subversion ist ein zentralisiertes System zur gemeinsamen
-      Nutzung von Informationen. In seinem Kern ist ein Repository ein
-      zentraler Speicher von Daten. Das Repository speichert Informationen
+      Nutzung von Informationen. In seinem Kern ist ein Projektarchiv ein
+      zentraler Speicher von Daten. Das Projektarchiv speichert  
Informationen
        in Form eines <firstterm>Dateisystembaumes</firstterm>,  
typischerweise
        eine Hierarchie von Dateien und Verzeichnissen. Eine beliebige Anzahl
-      von <firstterm>Clients</firstterm> verbinden sich mit dem Repository
+      von <firstterm>Clients</firstterm> verbinden sich mit dem  
Projektarchiv
        und lesen oder schreiben diese Dateien. Durch den Schreibvorgang,
        macht ein Client Informationen f?r andere verf?gbar. Durch den
        Lesevorgang bekommt der Client Informationen von anderen zur  
Verf?gung
@@ -70,9 +70,9 @@
        rearrangement of files and directories.</para> -->
      <para>So, warum ist das interessant? Bis zu diesem Punkt h?rt sich
        das wie die Definition eines typischen File-Servers an. Und
-      tats?chlich, das Repository <emphasis>ist</emphasis> eine Art von
+      tats?chlich, das Projektarchiv <emphasis>ist</emphasis> eine Art von
        File-Server, aber nicht von der Art, die Sie kennen.  Was das
-      Subversion-Repository so speziell macht ist, dass es sich
+      Subversion-Projektarchiv so speziell macht ist, dass es sich
        <emphasis>jede ?nderung merkt</emphasis>, die jemals
        hineingeschrieben wurde. Jede ?nderung an jeder Datei und auch
        ?nderungen am Verzeichnisbaum selbst, wie z.B. das Hinzuf?gen,  
L?schen und
@@ -90,7 +90,7 @@
        any <firstterm>version control system</firstterm>: systems that
        are designed to track changes to data over time.
      </para> -->
-    <para>Wenn ein Client Daten vom Repository liest, bekommt der Client
+    <para>Wenn ein Client Daten vom Projektarchiv liest, bekommt der Client
        ?blicherweise nur die letzte Version des Dateisystem-Baumes zu sehen.
        Der Client hat aber auch die M?glichkeit,  
<emphasis>vorherige</emphasis>
        Zust?nde des Dateibaumes anzuschauen.
@@ -221,7 +221,7 @@
        <para>Viele Versionskontrollsysteme verwenden ein
          <firstterm>Sperren - ?ndern - Entsperren</firstterm>-Modell
          um zu verhindern, dass verschiedene Autoren sich gegenseitig die
-        ?nderungen l?schen. Bei diesem Modell erlaubt das Repository nur
+        ?nderungen l?schen. Bei diesem Modell erlaubt das Projektarchiv nur
          jeweils einem Programmierer den Zugriff auf eine Datei.
          Harry m?sste also die Datei sperren, ehe er anf?ngt, seine
          ?nderungen einzugeben. Wenn Harry die Datei gesperrt hat,
@@ -361,7 +361,7 @@
        <para>Subversion, CVS und viele andere Versionskontrollsysteme
          benutzen eine ?Kopieren ? ?ndern ? Zusammenfassen? &mdash;
          Version als Alternative zum Sperren. In diesem Modell erschafft
-        jeder User sich eine eigene Arbeitskopie der im Repository
+        jeder User sich eine eigene Arbeitskopie der im Projektarchiv
          vorhandenen Dateien und Verzeichnisse. Dann k?nnen die User
          gleichzeitig und unabh?ngig voneinander ihre jeweiligen
          ?nderungen eingeben und speichern. Am Ende werden dann alle
@@ -389,11 +389,11 @@
          process.</para>
        -->
        <para>Hier ist ein Beispiel: Harry und Sally haben sich
-        jeweils eine eigene Arbeitskopie des im Repository vorhandenen
+        jeweils eine eigene Arbeitskopie des im Projektarchiv vorhandenen
          Projektes geschaffen. Beide arbeiten nun am selben File A
          innerhalb ihrer jeweiligen Kopien. Sally speichert ihre Version
-        zuerst im Repository ab. Wenn Harry sp?ter ebenfalls versucht,
-        seine ?nderungen zu speichern, informiert ihn das Repository,
+        zuerst im Projektarchiv ab. Wenn Harry sp?ter ebenfalls versucht,
+        seine ?nderungen zu speichern, informiert ihn das Projektarchiv,
          das sein File A nicht mehr aktuell ist. Das bedeutet, dass
          seitdem er sich seine Kopie erschaffen hat, sind irgendwelche
          ?nderungen aufgetreten. Also bittet Harry seinen Client darum,
@@ -401,7 +401,7 @@
          einzuarbeiten. Die M?glichkeit besteht, dass Sallys ?nderungen
          mit seinen nicht ?berlappen, wenn er also alle ?nderungen
          eingearbeitet hat, kann er seine Arbeitskopie zur?ck in das
-        Repository speichern. Die Abbildungen
+        Projektarchiv speichern. Die Abbildungen
          <xref linkend="svn.basic.vsn-models.copy-merge.dia-1"/> und <xref
          linkend="svn.basic.vsn-models.copy-merge.dia-2"/> zeigen diesen
          Proczess.</para>
@@ -450,7 +450,7 @@
           erkennnen und die n?tigen intelligenten ?nderungen durchzuf?hren.
           Wenn Harry die Konfliktsituationen &mdash; vielleicht nach
           einer kurzen Diskussion mit Sally &mdash; gel?st hat,
-         kann er seine Datei problemlos ins Repository speichern.</para>
+         kann er seine Datei problemlos ins Projektarchiv speichern.</para>

        <!--
        <para>The copy-modify-merge model may sound a bit chaotic, but
@@ -523,7 +523,7 @@
          -->
          <para>Das Kopieren-?ndern-Zusammenf?hren-Modell beruht auf der  
Annahme
            dass Dateien kontextbezogen zusammenf?hrbar sind &ndash; d.h. die
-          Mehrzahl der Dateien im Repository sind zeilenorientierte  
Textdateien
+          Mehrzahl der Dateien im Projektarchiv sind zeilenorientierte  
Textdateien
            (wie z.B. Programm-Quelltext). Aber f?r Dateien in
            Bin?rformaten, wie Grafiken und Kl?nge, ist es oftmals
            nicht m?glich, konfligierende ?nderungen zusammenzuf?hren. In  
diesen
@@ -571,7 +571,7 @@
  <!--
        <title>Subversion Repository URLs</title>
  -->
-      <title>Subversion-Repository-URLs</title>
+      <title>Subversion-Projektarchiv-URLs</title>

  <!--
        <para>Throughout this book, Subversion uses URLs to identify
@@ -581,7 +581,7 @@
          part of the URL:</para>
  -->
        <para>Das ganze Buch hindurch verwendet Subversion URLs, um
-        Dateien und Verzeichnisse in Subversion-Repositorys zu
+        Dateien und Verzeichnisse in Subversion-Projektarchivs zu
          identifizieren. Meistens benutzen diese URLs die
          Standardsyntax, die es erlaubt, Servernamen und Portnummern
          als Teil des URL zu spezifizieren:</para>
@@ -602,7 +602,7 @@
        <para>Allerdings gibt es einige bemerkenswerte Feinheiten, wie
          Subversion mit URLs umgeht. Beispielsweise d?rfen URLs, die
          die <literal>file://</literal>-Zugriffsmethode enthalten (f?r
-        lokale Repositorys verwendet), gem?? Konvention entweder
+        lokale Projektarchive verwendet), gem?? Konvention entweder
          den Servernamen <literal>localhost</literal> oder gar keinen
          Servernamen enthalten:</para>

@@ -626,10 +626,10 @@
        <para>Dar?ber hinaus m?ssen Benutzer des
          <literal>file://</literal> Schemas auf Windows-Plattformen
          eine inoffizielle <quote>Standard</quote>-Syntax verwenden
-        falls auf Repositorys auf derselben Maschine aber auf einem
+        falls auf Projektarchive auf derselben Maschine aber auf einem
          anderen Laufwerk zugegriffen werden soll.  Beide  der
          folgenden URL-Pfad-Syntaxen funktionieren, wobei
-        <literal>X</literal> das Laufwerk ist, wo das Repository
+        <literal>X</literal> das Laufwerk ist, wo das Projektarchiv
          liegt:</para>
        <screen>
  C:\&gt; svn checkout file:///X:/var/svn/repos
@@ -716,7 +716,7 @@
          <command>svn</command> Programm behandelt.</para>

        <sidebar id="svn.basic.in-action.wc.sb-1">
-        <title>Repository URLs</title>
+        <title>Projektarchiv-URLs</title>

  <!--
          <para>You can access Subversion repositories through many
@@ -728,11 +728,11 @@
            different URL schemes map to the available access
            methods.</para>
  -->
-        <para>Sie k?nnen auf Subversion-Repositorys ?ber viele
+        <para>Sie k?nnen auf Subversion-Projektarchive ?ber viele
            unterschiedliche Methoden zugreifen &ndash; auf der
            lokalen Festplatte oder ?ber verschiedene Protokolle, je
            nachdem, wie Ihr Administrator es eingerichtet hat. Ein Ort
-          im Repository ist jedenfalls immer ein URL.
+          im Projektarchiv ist jedenfalls immer ein URL.
            <xref linkend="svn.basic.in-action.wc.tbl-1"/> beschreibt,
            wie unterschiedliche URL Schemata auf die verf?gbaren
            Zugriffsmethoden abgebildet werden.</para>
@@ -741,7 +741,7 @@
  <!--
            <title>Repository access URLs</title>
  -->
-          <title>Repository-Zugriffs-URLs</title>
+          <title>Projektarchiv-Zugriffs-URLs</title>
            <tgroup cols="2">
              <thead>
                <row>
@@ -758,7 +758,7 @@
  <!--
                  <entry>Direct repository access (on local disk)</entry>
  -->
-                <entry>Direkter Repository-Zugriff (auf lokaler
+                <entry>Direkter Projektarchiv-Zugriff (auf lokaler
                    Festplatte)</entry>
                </row>
                <row>
@@ -871,10 +871,10 @@
          funktionieren, stellt Ihnen Subversion Befehle zur Verf?gung,
          um Ihre ?nderungen den anderen, die an Ihrem Projekt
          mitarbeiten, <quote>publik</quote> zu machen (indem es ins
-        Repository schreibt). Wenn die anderen ihre ?nderungen
+        Projektarchiv schreibt). Wenn die anderen ihre ?nderungen
          ver?ffentlichen, stellt Ihnen Subversion Befehle zur
          Verf?gung, um diese ?nderungen in Ihr Arbeitsverzeichnis
-        einzupflegen (indem es aus dem Repository liest).</para>
+        einzupflegen (indem es aus dem Projektarchiv liest).</para>

  <!--
        <para>A working copy also contains some extra files, created and
@@ -905,12 +905,12 @@
          arrangement, a user's working copy will usually correspond to
          a particular subtree of the repository.</para>
  -->
-      <para>Oft enth?lt ein typisches Subversion-Repository die
+      <para>Oft enth?lt ein typisches Subversion-Projektarchiv die
          Dateien (oder den Quelltext) f?r verschiedene Projekte; f?r
          gew?hnlich ist jedes Projekt ein Unterverzeichnis im
-        Dateisystembaum des Repositorys.  Bei dieser Anordnung
+        Dateisystembaum des Projektarchivs.  Bei dieser Anordnung
          entspricht die Arbeitskopie eines Benutzers gew?hnlich einem
-        bestimmten Unterverzeichnis des Repositorys.</para>
+        bestimmten Unterverzeichnis des Projektarchivs.</para>

  <!--
        <para>For example, suppose you have a repository that contains
@@ -919,7 +919,7 @@
          top-level subdirectory, as shown in <xref
          linkend="svn.basic.in-action.wc.dia-1"/>.</para>
  -->
-      <para>Nehmen wir zum Beispiel an, Sie haben ein Repository, das
+      <para>Nehmen wir zum Beispiel an, Sie haben ein Projektarchiv, das
          zwei Software-Projekte beinhaltet, <literal>paint</literal> und
          <literal>calc</literal>.  Jedes Projekt ist in einem eigenen
          Hauptverzeichnis abgelegt, wie in <xref
@@ -929,7 +929,7 @@
  <!--
          <title>The repository's filesystem</title>
  -->
-        <title>Das Dateisystem des Repositorys</title>
+        <title>Das Dateisystem des Projektarchivs</title>
          <graphic fileref="images/ch02dia6.png"/>
        </figure>

@@ -943,7 +943,7 @@
          working copy like this:</para>
  -->
        <para>Um eine Arbeitskopie zu erhalten, muss zun?chst irgendein
-        Teilbaum des Repositorys <firstterm>ausgecheckt</firstterm>
+        Teilbaum des Projektarchivs <firstterm>ausgecheckt</firstterm>
          werden(check out).  (Der Begriff <emphasis>check
            out</emphasis> h?rt sich an, als habe es etwas mit dem
          Sperren oder Reservieren von Ressourcen zu tun, hat es aber
@@ -987,7 +987,7 @@
          an, dass Subversion Ihrer Arbeitskopie eine Anzahl von
          Objekten hinzuf?gt (Add).  Sie haben nun eine pers?nliche
          Kopie des Verzeichnisses <filename>/calc</filename> im
-        Repository, mit einem zus?tzlichen
+        Projektarchiv, mit einem zus?tzlichen
          Eintrag &ndash; <filename>.svn</filename> &ndash; das, wie bereits
          erw?hnt, die besonderen Informationen enth?lt, die Subversion
          ben?tigt.</para>
@@ -1009,7 +1009,7 @@
          Subversion erkennen, dass Sie die Datei ver?ndert haben.
          Trotzdem ver?ffentlicht Subversion Ihre ?nderungen solange
          nicht, bis Sie es ausdr?cklich hierzu auffordern. Der Vorgang
-        des Ver?ffentlichens von ?nderungen ?ber das Repository ist
+        des Ver?ffentlichens von ?nderungen ?ber das Projektarchiv ist
          gemeinhin bekannter als <firstterm>commit</firstterm> (oder
          <firstterm>check in</firstterm>).</para>

@@ -1045,7 +1045,7 @@
          file.</para>
  -->
        <para>Nun sind Ihre ?nderungen an <filename>button.c</filename> dem
-        Repository ?berstellt, mitsamt einer Notiz, die Ihre ?nderung
+        Projektarchiv ?berstellt, mitsamt einer Notiz, die Ihre ?nderung
          beschreibt (n?mlich, dass Sie einen Tippfehler beseitigt
          haben). Wenn eine andere Benutzerin eine Arbeitskopie von
          <filename>/calc</filename> auscheckt, wird sie Ihre
@@ -1121,7 +1121,7 @@
          Beachten Sie, dass Sally nicht angeben musste, welche Dateien
          zu aktualisieren sind; Subversion benutzt die Informationen
          aus dem <filename>.svn</filename> Verzeichnis und
-        dar?ber hinaus weitere Informationen im Repository, um zu
+        dar?ber hinaus weitere Informationen im Projektarchiv, um zu
          entscheiden, welche Dateien auf den neuesten Stand gebracht
          werden m?ssen.</para>

@@ -1150,7 +1150,7 @@
          Verzeichnisse erzeugen, l?schen, umbenennen und kopieren und
          dann den gesamten Umfang der ?nderungen als atomare
          Transaktion durch ein <command>svn commit</command> in das
-        Repository einbringen.</para>
+        Projektarchiv einbringen.</para>

  <!--
        <para>By atomic transaction, we mean simply this: either all of
@@ -1160,7 +1160,7 @@
          users' actions.</para>
  -->
        <para>Eine atomare Transaktion bedeutet: entweder es gehen alle
-        ?nderungen in das Repository oder keine. Angesichts von
+        ?nderungen in das Projektarchiv oder keine. Angesichts von
          Programmabst?rzen, Systemabst?rzen, Netzproblemen oder anderer
          Benutzeraktionen h?lt Subversion an dieser Atomizit?t
          fest.</para>
@@ -1174,12 +1174,12 @@
          repository is numbered 0 and consists of nothing but an
          empty root directory.</para>
  -->
-      <para>Jedes Mal wenn das Repository ein Commit annimmt, wird ein
+      <para>Jedes Mal wenn das Projektarchiv ein Commit annimmt, wird ein
          neuer Zustand des Dateisystem-Baums erzeugt, der
          <firstterm>Revision</firstterm> genannt wird. Jeder Revision
          wird eine einmalige nat?rliche Zahl zugewiesen, die um eins
          gr??er ist als die Vorg?nger-Revision. Die anf?ngliche
-        Revision eines frisch erzeugten Repositorys bekommt die Nummer
+        Revision eines frisch erzeugten Projektarchivs bekommt die Nummer
          0 und besteht lediglich aus einem leeren
          Wurzelverzeichnis.</para>

@@ -1192,18 +1192,18 @@
          repository looked after a commit.</para>
  -->
        <para><xref linkend="svn.basic.in-action.revs.dia-1"/> zeigt,
-        wie man sich das Repository vorstellen kann. Stellen Sie sich
+        wie man sich das Projektarchiv vorstellen kann. Stellen Sie sich
          eine Reihe von Revisionsnummern vor, die bei 0 startet und von
          links nach rechts w?chst. Jede Revisionsnummer hat einen
          Dateisystem-Baum unter sich h?ngen, der ein
-        <quote>Schnappschuss</quote> des Repositorys nach einem Commit
+        <quote>Schnappschuss</quote> des Projektarchivs nach einem Commit
          ist.</para>

        <figure id="svn.basic.in-action.revs.dia-1">
  <!--
          <title>The repository</title>
  -->
-        <title>Das Repository</title>
+        <title>Das Projektarchiv</title>
          <graphic fileref="images/ch02dia7.png"/>
        </figure>

@@ -1237,7 +1237,7 @@
            Dateien angewendet. Jede Revisionsnummer w?hlt einen
            kompletten Baum aus; ein besonderer Zustand nach dem Commit
            einer ?nderung. Man kann sich auch vorstellen, dass Revision
-          N den Zustand des Repository-Dateisystems nach dem N-ten
+          N den Zustand des Projektarchiv-Dateisystems nach dem N-ten
            Commit repr?sentiert. Wenn Subversion-Benutzer von
            <quote>Revision 5 von <filename>foo.c</filename></quote>
            sprechen, meinen sie tats?chlich
@@ -1260,10 +1260,10 @@
          most recent revision is 4:</para>
  -->
        <para>Es ist wichtig zu beachten, dass eine Arbeitskopie nicht
-        immer genau einer Revision im Repository zugeordnet werden
+        immer genau einer Revision im Projektarchiv zugeordnet werden
          kann; sie kann Dateien aus verschiedenen Revisionen
          beinhalten. Nehmen wir z.B. an, Sie checken sich eine
-        Arbeitskopie einer Datei aus einem Repository aus, deren
+        Arbeitskopie einer Datei aus einem Projektarchiv aus, deren
          neueste Revision 4 ist:</para>

        <screen>
@@ -1281,11 +1281,11 @@
          working copy will now look like this:</para>
  -->
        <para>In diesem Augenblick entspricht Ihre Arbeitskopie exakt
-        der Revision im Repository. Sie machen jetzt allerdings eine
+        der Revision im Projektarchiv. Sie machen jetzt allerdings eine
          ?nderung an <filename>button.c</filename> und bringen diese
-        ?nderung mit einem Commit ins Repository. Angenommen, dass
+        ?nderung mit einem Commit ins Projektarchiv. Angenommen, dass
          keine weiteren Commits vorgenommen wurden, wird Ihr Commit die
-        Revision 5 im Repository erzeugen, und Ihre Arbeitskopie sieht
+        Revision 5 im Projektarchiv erzeugen, und Ihre Arbeitskopie sieht
          so aus:</para>

        <screen>
@@ -1331,7 +1331,7 @@
          Arbeitskopie von <filename>Makefile</filename> mit Revision 6,
          um zu zeigen, dass es noch aktuell ist. Wenn Sie also ein
          sauberes Update von der Wurzel Ihrer Arbeitskopie her machen,
-        sollte sie im Allgemeinen genau einer Revision im Repository
+        sollte sie im Allgemeinen genau einer Revision im Projektarchiv
          entsprechen.</para>

      </sect2>
@@ -1342,7 +1342,7 @@
  <!--
        <title>How Working Copies Track the Repository</title>
  -->
-      <title>Wie Arbeitskopien das Repository verfolgen</title>
+      <title>Wie Arbeitskopien das Projektarchiv verfolgen</title>

  <!--
        <para>For each file in a working directory, Subversion records
@@ -1372,7 +1372,7 @@
              updated by the repository</para>
  -->
            <para>Ein Zeitstempel, der festh?lt, wann die lokale Kopie
-            das letzte Mal vom Repository aktualisiert wurde.</para>
+            das letzte Mal vom Projektarchiv aktualisiert wurde.</para>
          </listitem>
        </itemizedlist>

@@ -1382,7 +1382,7 @@
          working file is in:</para>
  -->
        <para>Mit diesen Informationen kann Subversion durch
-        Kommunikation mit dem Repository feststellen, in
+        Kommunikation mit dem Projektarchiv feststellen, in
          welchem der folgenden Zust?nde sich eine Arbeitsdatei
          befindet:</para>

@@ -1404,7 +1404,7 @@
  -->
              <para>Die Datei im Arbeitsverzeichnis ist unver?ndert, und
                keinerlei ?nderungen an der Datei sind seit der
-              Arbeitsrevision an das Repository ?bergeben worden. Ein
+              Arbeitsrevision an das Projektarchiv ?bergeben worden. Ein
                <command>svn commit</command> der Datei w?rde nichts
                machen, und ein <command>svn update</command> der Datei
                auch nicht.</para>
@@ -1429,8 +1429,8 @@
  -->
              <para>Die Datei wurde im Arbeitsverzeichnis ge?ndert, und
                keinerlei ?nderungen an der Datei sind seit der letzten
-              Aktualisierung an das Repository ?bergeben worden. Es
-              gibt lokale ?nderungen, die noch nicht an das Repository
+              Aktualisierung an das Projektarchiv ?bergeben worden. Es
+              gibt lokale ?nderungen, die noch nicht an das Projektarchiv
                ?bergeben worden sind, so dass ein <command>svn
                  commit</command> der Datei Ihre ?nderungen erfolgreich
                ver?ffentlichen w?rde, und ein <command>svn
@@ -1456,7 +1456,7 @@
                latest changes into your working copy.</para>
  -->
              <para>Die Datei wurde im Arbeitsverzeichnis nicht
-              ge?ndert, jedoch im Repository. Die Datei sollte
+              ge?ndert, jedoch im Projektarchiv. Die Datei sollte
                aktualisiert werden, damit sie bez?glich der letzten
                ?ffentlichen Revision aktuell ist. Ein <command>svn
                  commit</command> der Datei w?rde nichts machen, und
@@ -1485,7 +1485,7 @@
               resolve the conflict.</para>
  -->
              <para>Die Datei wurde sowohl im Arbeitsverzeichnis als
-              auch im Repository ge?ndert. Ein <command>svn
+              auch im Projektarchiv ge?ndert. Ein <command>svn
                commit</command> der Datei w?rde mit einem
              <quote>out-of-date</quote> Fehler abbrechen. Die Datei
              sollte erst aktualisiert werden; ein <command>svn
@@ -1561,13 +1561,13 @@
            publish them.</para>
  -->
          <para>Eine der grundlegenden Regeln von Subversion ist, dass
-          eine Aktion, die in das Repository schreibt keine Aktion zur
-          Folge hat, die aus dem Repository liest und umgekehrt. Wenn
-          Sie bereit sind, neue ?nderungen an das Repository zu
+          eine Aktion, die in das Projektarchiv schreibt keine Aktion zur
+          Folge hat, die aus dem Projektarchiv liest und umgekehrt. Wenn
+          Sie bereit sind, neue ?nderungen an das Projektarchiv zu
            ?bergeben, hei?t das noch lange nicht, dass Sie auch die
            ?nderungen anderer haben m?chten. Und wenn Sie noch an
            ?nderungen arbeiten, sollte <command>svn update</command>
-          elegant die ?nderungen aus dem Repository mit Ihren
+          elegant die ?nderungen aus dem Projektarchiv mit Ihren
            ?nderungen zusammenf?hren anstatt Sie dazu zu zwingen, Ihre
            ?nderungen zu ver?ffentlichen.</para>

@@ -1614,13 +1614,13 @@
          <para>Nehmen wir zum Beispiel an, Ihre Arbeitskopie besteht
            komplett aus Revision 10. Sie bearbeiten die Datei
            <filename>foo.html</filename> und f?hren ein <command>svn
-            commit</command> aus, das die Revision 15 im Repository
+            commit</command> aus, das die Revision 15 im Projektarchiv
            erzeugt. Nach dem erfolgreichen Commit w?rden viele neue
            Benutzer erwarten, dass die gesamte Arbeitskopie auf
            Revision 15 stehe, was aber nicht der Fall ist! Alle
            m?glichen ?nderungen k?nnen sich zwischen Revision 10 und 15
-          im Repository zugetragen haben. Der Client wei? nichts ?ber
-          diese ?nderungen im Repository, da Sie noch nicht
+          im Projektarchiv zugetragen haben. Der Client wei? nichts ?ber
+          diese ?nderungen im Projektarchiv, da Sie noch nicht
            <command>svn update</command> aufgerufen haben, und
            <command>svn commit</command> zieht keine ?nderungen herein.
            Wenn andererseits <command>svn commit</command> automatisch
@@ -1662,12 +1662,12 @@
          <para>Tatsache ist, dass <emphasis>jedes Mal</emphasis> wenn
            Sie <command>svn commit</command> aufgerufen haben, die
            Arbeitskopie aus irgendeiner Mischung von Revisionen
-          besteht. Die Sachen, die Sie eben ins Repository gebracht
+          besteht. Die Sachen, die Sie eben ins Projektarchiv gebracht
            haben, werden mit h?heren Revisionsnummern gekennzeichnet
            als alles andere. Nach einigen Commits (ohne
            zwischenzeitliche Updates) ist Ihre Arbeitskopie eine
            Riesenmischung von Revisionen. Selbst wenn Sie die einzige
-          Person sind, die das Repository benutzt, werden sie dieses
+          Person sind, die das Projektarchiv benutzt, werden sie dieses
            Ph?nomen bemerken. Um Ihre Mischung aus Arbeitsrevisionen
            untersuchen zu k?nnen, verwenden Sie den Befehl <command>svn
              status</command> mit der <option>--verbose</option>-Option
@@ -1768,9 +1768,9 @@
            destroying changes you've not yet seen.</para>
  -->
          <para>Erstens kann die L?schung einer Datei oder eines
-          Verzeichnisses nicht an das Repository ?bergeben werden,
+          Verzeichnisses nicht an das Projektarchiv ?bergeben werden,
            wenn die Datei oder das Verzeichnis nicht ganz aktuell ist.
-          Falls eine neuere Version im Repository existiert, wird Ihr
+          Falls eine neuere Version im Projektarchiv existiert, wird Ihr
            L?schversuch abgelehnt, um zu vermeiden, dass Sie
            versehentlich ?nderungen l?schen, die Sie noch nicht gesehen
            haben.</para>
@@ -1785,7 +1785,7 @@
            destroy properties you've not yet seen.</para>
  -->
          <para>Zweitens k?nnen Sie keine ?nderungen an Metadaten eines
-          Verzeichnisses an das Repository ?bergeben, wenn das
+          Verzeichnisses an das Projektarchiv ?bergeben, wenn das
            Verzeichnis nicht ganz aktuell ist. In <xref
              linkend="svn.advanced"/> werden Sie lernen, wie man
            <quote>Propertys</quote> an Objekte h?ngt. Die Arbeitskopie
@@ -1823,8 +1823,8 @@
            the client working copy, and the array of repository
            revision trees.</para>
  -->
-        <para>Wir haben die Begriffe zentrales Repository,
-          Arbeitskopie und Reihe von Revisionsb?umen des Repositorys
+        <para>Wir haben die Begriffe zentrales Projektarchiv,
+          Arbeitskopie und Reihe von Revisionsb?umen des Projektarchivs
            eingef?hrt.</para>
        </listitem>

=======================================
--- /trunk/src/de/book/ch02-basic-usage.xml	Sat May  2 06:24:47 2009
+++ /trunk/src/de/book/ch02-basic-usage.xml	Sun May 30 23:37:40 2010
@@ -169,7 +169,7 @@
  <!--
      <title>Getting Data into Your Repository</title>
  -->
-    <title>Wie Sie Daten in Ihr Repository bekommen</title>
+    <title>Wie Sie Daten in Ihr Projektarchiv bekommen</title>

  <!--
      <para>You can get new files into your Subversion
@@ -179,7 +179,7 @@
        chapter when we review a typical day with Subversion.</para>
  -->
      <para>Sie k?nnen neue Dateien auf zweierlei Weisen in das
-      Subversion-Repository bekommen: <command>svn import</command> und
+      Subversion-Projektarchiv bekommen: <command>svn import</command> und
        <command>svn add</command>.  Wir werden <command>svn
          import</command> jetzt und <command>svn add</command> sp?ter
        in diesem Kapitel besprechen, wenn wir einen typischen Tag mit
@@ -202,13 +202,13 @@
          begin tracking in your Subversion repository.  For example:</para>
  -->
        <para>Mit dem <command>svn import</command>-Befehl kann ein
-        unversionierter Verzeichnisbaum schnell in ein Repository
+        unversionierter Verzeichnisbaum schnell in ein Projektarchiv
          kopiert werden, wobei ben?tigte Zwischenverzeichnisse nach
          Bedarf angelegt werden. <command>svn import</command>
          erfordert keine Arbeitskopie und pflegt Ihre Dateien sofort in
-        das Repository ein. Typischerweise verwenden Sie diesen Befehl,
+        das Projektarchiv ein. Typischerweise verwenden Sie diesen Befehl,
          wenn bereits ein Verzeichnisbaum besteht, den Sie
-        aber in einem Subversion-Repository pflegen m?chten. Zum
+        aber in einem Subversion-Projektarchiv pflegen m?chten. Zum
          Beispiel:</para>

  <!--
@@ -243,7 +243,7 @@
  -->
        <para>Im vorstehenden Beispiel wurde der Inhalt des
          Verzeichnisses <filename>mytree</filename> unter dem
-        Verzeichnis <filename>some/project</filename> im Repository
+        Verzeichnis <filename>some/project</filename> im Projektarchiv
          abgelegt:</para>

        <screen>
@@ -272,7 +272,7 @@
  <!--
        <title>Recommended Repository Layout</title>
  -->
-      <title>Empfohlene Repository Aufteilung</title>
+      <title>Empfohlene Projektarchiv Aufteilung</title>

  <!--
        <para>While Subversion's flexibility allows you to lay out your
@@ -284,7 +284,7 @@
        copies. For example:</para>
  -->
        <para>Obwohl die Flexibilit?t von Subversion es Ihnen erlaubt,
-        Ihr Repository nach Belieben aufzuteilen, empfehlen wir, ein
+        Ihr Projektarchiv nach Belieben aufzuteilen, empfehlen wir, ein
          Verzeichnis <filename>trunk</filename> f?r die
          <quote>Hauptlinie</quote> der Entwicklung, ein
          Verzeichnis <filename>branches</filename> f?r Branch-Kopien und
@@ -334,14 +334,14 @@
        the <literal>HEAD</literal> (latest revision) of the Subversion
        repository that you specify on the command line:</para>
  -->
-    <para>In den meisten F?llen werden Sie ein Subversion-Repository
+    <para>In den meisten F?llen werden Sie ein Subversion-Projektarchiv
        zu nutzen beginnen, indem Sie einen
        <firstterm>Checkout</firstterm> Ihres Projektes vornehmen. Das
-      Auschecken eines Repositorys erzeugt eine
+      Auschecken eines Projektarchivs erzeugt eine
        <quote>Arbeitskopie</quote> desselben auf Ihrem lokalen Rechner.
        Diese Arbeitskopie umfasst die Revision <literal>HEAD</literal>
        (die letzte Revision) des auf der Kommandozeile angegebenen
-      Subversion-Repositorys:</para>
+      Subversion-Projektarchivs:</para>


  <!--
@@ -468,7 +468,7 @@
  -->
      <para>Obwohl im vorangehenden Beispiel das Verzeichnis  
<filename>trunk</filename> ausgecheckt
        wird, k?nnen Sie genauso leicht irgendein tiefliegendes
-      Unterverzeichnis aus einem Repository auschecken, indem Sie das
+      Unterverzeichnis aus einem Projektarchiv auschecken, indem Sie das
        Unterverzeichnis im URL beim Checkout angeben:</para>

  <!--
@@ -551,7 +551,7 @@
  -->
      <para>Sofern Sie nicht bereit sind, das Hinzuf?gen einer neuen
        Datei oder eines neuen Verzeichnisses oder ?nderungen an
-      bestehenden Objekten an das Repository zu ?bergeben, besteht
+      bestehenden Objekten an das Projektarchiv zu ?bergeben, besteht
        keine Notwendigkeit, dem Subversion-Server mitzuteilen, dass Sie
        irgendetwas gemacht haben.</para>

@@ -608,9 +608,9 @@
        copy in the new directory that you name.  For example:</para>
  -->
      <para>Obwohl Sie sicherlich eine Arbeitskopie mit dem
-      Repository-URL als einziges Argument auschecken k?nnen, haben
+      Projektarchiv-URL als einziges Argument auschecken k?nnen, haben
        sie auch die M?glichkeit, ein Verzeichnis hinter dem
-      Repository-URL anzugeben. Das erstellt Ihre Arbeitskopie in dem
+      Projektarchiv-URL anzugeben. Das erstellt Ihre Arbeitskopie in dem
        angegebenen Verzeichnis. Zum Beispiel:</para>

  <!--
@@ -855,7 +855,7 @@
  <!--
          <para>Commit your changes.</para>
  -->
-        <para>Bringen Sie Ihre ?nderungen ins Repository.</para>
+        <para>Bringen Sie Ihre ?nderungen ins Projektarchiv.</para>
          <itemizedlist>
            <listitem>
              <para><command>svn commit</command></para>
@@ -883,7 +883,7 @@
          die die anderen Entwickler im Projekt seit Ihrer letzten
          Aktualisierung vorgenommen haben. Benutzen Sie <command>svn
            update</command> um Ihre Arbeitskopie synchron mit der
-        letzten Revision im Repository zu bekommen:</para>
+        letzten Revision im Projektarchiv zu bekommen:</para>

  <!--
        <screen>
@@ -992,7 +992,7 @@
          Verzeichnisse zum geplanten Entfernen, Hinzuf?gen, Kopieren
          oder Verschieben <quote>vorzumerken</quote>. Diese ?nderungen
          finden sofort in Ihrer Arbeitskopie statt, doch nichts wird
-        dem Repository hinzugef?gt oder daraus entfernt, bevor Sie die
+        dem Projektarchiv hinzugef?gt oder daraus entfernt, bevor Sie die
          ?nderungen ?bergeben.</para>

        <sidebar>
@@ -1077,7 +1077,7 @@
  -->
              <para>Die Datei, das Verzeichnis oder den symbolischen
                Link <filename>foo</filename> zum Hinzuf?gen in das
-              Repository vormerken. Wenn Sie das n?chste Mal ?bergeben,
+              Projektarchiv vormerken. Wenn Sie das n?chste Mal ?bergeben,
                wird <filename>foo</filename> ein Kind seines
                Elternverzeichnisses. Beachten Sie, dass alles unterhalb
                von <filename>foo</filename> zum Hinzuf?gen vorgemerkt
@@ -1115,18 +1115,18 @@
  -->
              <para>Die Datei, das Verzeichnis oder den symbolischen
                Link <filename>foo</filename> zum L?schen aus dem
-              Repository vormerken. <filename>foo</filename> wird
+              Projektarchiv vormerken. <filename>foo</filename> wird
                sofort aus der Arbeitskopie entfernt, falls es eine
                Datei oder ein Link ist. Falls <filename>foo</filename>
                ein Verzeichnis ist, wird es nicht gel?scht, sondern zum
                L?schen vorgemerkt. Wenn Sie Ihre ?nderungen ?bergeben,
                wird das gesamte Verzeichnis <filename>foo</filename>
-              aus der Arbeitskopie und dem Repository entfernt.
+              aus der Arbeitskopie und dem Projektarchiv entfernt.
                <footnote>
                  <para>Selbstverst?ndlich wird nichts jemals
-                  vollst?ndig aus dem Repository
+                  vollst?ndig aus dem Projektarchiv
                    gel?scht &ndash; lediglich aus der
-                  <literal>HEAD</literal>-Revision des Repositorys.
+                  <literal>HEAD</literal>-Revision des Projektarchivs.
                    Sie k?nnen alles was Sie gel?scht haben zur?ckholen,
                    indem Sie eine Revision auschecken
                    (oder hierauf aktualisieren), die ?lter ist, als die
@@ -1156,7 +1156,7 @@
                als Duplikat von <filename>foo</filename> und merke
                <filename>bar</filename> automatisch zum Hinzuf?gen vor.
                Wird bei der n?chsten ?bergabe <filename>bar</filename> dem
-              Repository hinzugef?gt, wird die Historie der Kopie
+              Projektarchiv hinzugef?gt, wird die Historie der Kopie
                mitaufgezeichnet (so wie sie urspr?nglich in
                <filename>foo</filename> war).  <command>svn
                  copy</command> erzeugt keine Zwischenverzeichnisse,
@@ -1211,7 +1211,7 @@
  <!--
          <title>Changing the Repository Without a Working Copy</title>
  -->
-        <title>?ndern des Repositorys ohne Arbeitskopie</title>
+        <title>?ndern des Projektarchivs ohne Arbeitskopie</title>

  <!--
          <para>There <emphasis>are</emphasis> some use cases that
@@ -1225,7 +1225,7 @@
            changes to a URL).</para>
  -->
          <para>Es <emphasis>gibt</emphasis> einige Anwendungsf?lle, die
-          ?nderungen am Verzeichnisbaum unmittelbar in das Repository
+          ?nderungen am Verzeichnisbaum unmittelbar in das Projektarchiv
            ?bertragen. Das passiert nur, wenn ein Unterbefehl direkt
            auf einen URL statt auf einen Pfad in der Arbeitskopie
            angewendet wird. Im Einzelnen k?nnen spezielle Anwendungen
@@ -1248,7 +1248,7 @@
            Befehle, die auf einer Arbeitskopie arbeiten, diese als eine
            Art <quote>Bereitstellungsraum</quote> verwenden, in denen
            Ihre ?nderungen vorbereitet werden k?nnen, bevor sie in das
-          Repository ?bergeben werden. Befehle, die auf URLs arbeiten,
+          Projektarchiv ?bergeben werden. Befehle, die auf URLs arbeiten,
            haben diesen Luxus nicht, so dass die Arbeit direkt mit
            einem URL bei den oben genannten Aktionen eine sofortige ?bergabe
            repr?sentiert.</para>
@@ -1279,7 +1279,7 @@
          diff</command>.</para>
  -->
        <para>Sobald Sie mit Ihren ?nderungen fertig sind, m?ssen Sie
-        sie ins Repository bringen; bevor Sie das jedoch machen, ist
+        sie ins Projektarchiv bringen; bevor Sie das jedoch machen, ist
          es normalerweise eine gute Idee, sich die ?nderungen noch
          einmal anzusehen. Dadurch, dass Sie die ?nderungen noch
          einmal begutachten, k?nnen Sie eine genauere Log-Nachricht
@@ -1317,7 +1317,7 @@
          <para>Sie k?nnen die Befehle <command>svn status</command>,
            <command>svn diff</command> und <command>svn
              revert</command> ohne Netzzugriff verwenden,
-          selbst wenn das Repository im Netz <emphasis>ist</emphasis>.
+          selbst wenn das Projektarchiv im Netz <emphasis>ist</emphasis>.
            Das macht es leicht, Ihre momentanen ?nderungen zu
            verwalten, wenn Sie irgendwo ohne Netzverbindung sind, etwa
            im Flugzeug, im Pendlerzug oder am Strand.
@@ -1373,14 +1373,14 @@
  -->
        <para>Subversion ist optimiert worden, um Ihnen bei dieser
          Aufgabe zu helfen, und es ist in der Lage, viele Dinge zu tun,
-        ohne mit dem Repository kommunizieren zu m?ssen. Im Besonderen
+        ohne mit dem Projektarchiv kommunizieren zu m?ssen. Im Besonderen
          enth?lt Ihre Arbeitskopie eine versteckte
          <quote>unver?nderte</quote> Kopie jeder versionskontrollierten
          Datei innerhalb des <filename>.svn</filename>-Bereichs.
          Deswegen kann Ihnen Subversion schnell zeigen, wie sich Ihre
          bearbeiteten Dateien ge?ndert haben, und es erlaubt Ihnen
          sogar, Ihre ?nderungen zur?ckzunehmen, ohne Verbindung mit dem
-        Repository aufnehmen zu m?ssen.</para>
+        Projektarchiv aufnehmen zu m?ssen.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.tour.cycle.examine.status">
@@ -1422,7 +1422,7 @@
              ?nderungen Sie an Ihrer Arbeitskopie vorgenommen haben.
              <command>svn status</command> stellt Ihnen alle
              Informationen zur Verf?gung, die Sie ?ber ?nderungen an
-            der Arbeitskopie ben?tigen &ndash; ohne mit dem Repository
+            der Arbeitskopie ben?tigen &ndash; ohne mit dem Projektarchiv
              in Verbindung zu treten oder m?glicherweise neue
              ?nderungen von anderen Benutzern einzupflegen.</para>

@@ -1437,7 +1437,7 @@
            <para>In Subversion, macht <command>svn update</command> genau
              das &ndash; es aktualisiert Ihre Arbeitskopie mit jeglichen
              ?nderungen, die seit Ihrer letzten Aktualisierung in das
-            Repository eingebracht worden sind. Sie sollten sich
+            Projektarchiv eingebracht worden sind. Sie sollten sich
              abgew?hnen, <command>update</command> zu verwenden, um
              nachzusehen, welche lokalen ?nderungen Sie gemacht
              haben.</para>
@@ -1495,7 +1495,7 @@
  -->
                <para>Die Datei, das Verzeichnis oder der symbolische
                  Link <filename>item</filename> ist zum Hinzuf?gen in
-                das Repository vorgemerkt.</para>
+                das Projektarchiv vorgemerkt.</para>
              </listitem>
            </varlistentry>

@@ -1519,7 +1519,7 @@
                  Ihrer Arbeitskopie haben (und konnten beim
                  Aktualisieren nicht automatisch aufgel?st werden). Sie
                  m?ssen den Konflikt aufl?sen, bevor Sie Ihre
-                ?nderungen in das Repository ?bergeben k?nnen.</para>
+                ?nderungen in das Projektarchiv ?bergeben k?nnen.</para>

              </listitem>
            </varlistentry>
@@ -1534,7 +1534,7 @@
  -->
                <para>Die Datei, das Verzeichnis oder der symbolische
                  Link <filename>item</filename> ist zum L?schen im
-                Repository vorgemerkt.</para>
+                Projektarchiv vorgemerkt.</para>
              </listitem>
            </varlistentry>

@@ -1617,12 +1617,12 @@
            about things that are out of date:</para>
  -->
          <para>Keiner der vorangegangenen Aufrufe von <command>svn
-            status</command> stellt eine Verbindung zum Repository
+            status</command> stellt eine Verbindung zum Projektarchiv
            her &ndash; stattdessen werden die Metadaten im
            Verzeichnis <filename>.svn</filename> mit der Arbeitskopie
            verglichen. Schlie?lich gibt es die
            <option>--show-updates</option>-Option (<option>-u</option>),
-          die eine Verbindung zum Repository herstellt, und
+          die eine Verbindung zum Projektarchiv herstellt, und
            Informationen dar?ber bereitstellt, was nicht mehr aktuell
            ist:</para>

@@ -1663,7 +1663,7 @@
            <filename>trout.c</filename>. Das gibt Ihnen einige sehr
            wichtige Informationen &ndash; Sie m?ssen aktualisieren, um
            die ?nderungen auf dem Server an <filename>README</filename>
-          mitzubekommen, bevor Sie ?bergeben, oder das Repository wird
+          mitzubekommen, bevor Sie ?bergeben, oder das Projektarchiv wird
            Ihre ?bergabe ablehnen, da sie nicht aktuell ist (mehr dazu
            sp?ter).</para>

@@ -1935,7 +1935,7 @@
            <command>svn revert</command> beim R?ckg?ngigmachen einer
            Datei einen merklichen Unterschied &ndash; es muss beim
            Wiederherstellen der Datei nicht Verbindung mit dem
-          Repository aufnehmen.</para>
+          Projektarchiv aufnehmen.</para>
        </note>

  <!--
@@ -2026,15 +2026,15 @@
        <para>Die Codes <computeroutput>U</computeroutput> und
          <computeroutput>G</computeroutput> sind kein Grund zur
          Beunruhigung; diese Dateien haben die ?nderungen aus dem
-        Repository sauber aufgenommen. Die mit
+        Projektarchiv sauber aufgenommen. Die mit
          <computeroutput>U</computeroutput> markierten Dateien
          enthielten keine lokalen ?nderungen, wurden jedoch mit
-        ?nderungen aus dem Repository
+        ?nderungen aus dem Projektarchiv
          ge<computeroutput>U</computeroutput>pdatet. Das
          <computeroutput>G</computeroutput> steht f?r
          mer<computeroutput>G</computeroutput>ed, was bedeutet, dass
          die Datei zwar lokale ?nderungen enthielt, die ?nderungen aus
-        dem Repository sich aber nicht damit ?berschnitten
+        dem Projektarchiv sich aber nicht damit ?berschnitten
          haben.</para>

  <!--
@@ -2550,7 +2550,7 @@
                      soeben vom Server erhalten hat als Sie Ihre
                      Arbeitskopie aktualisierten. Diese Datei
                      entspricht der <literal>HEAD</literal>-Revision
-                    des Repositorys.</para>
+                    des Projektarchivs.</para>
                  </listitem>
                </varlistentry>

@@ -2567,7 +2567,7 @@
                Verzeichnis <filename>.svn</filename>, und
                <replaceable>NEWREV</replaceable> ist die
                Revisionsnummer von <literal>HEAD</literal> im
-              Repository.</para>
+              Projektarchiv.</para>
            </listitem>

          </itemizedlist>
@@ -2580,7 +2580,7 @@
            a conflict, which she postpones:</para>
  -->
          <para>Beispielsweise ?ndert Sally die Datei
-          <filename>sandwich.txt</filename> aus dem Repository. Harry
+          <filename>sandwich.txt</filename> aus dem Projektarchiv. Harry
            hat gerade diese Datei in seiner Arbeitskopie ge?ndert und
            ?bergeben. Sally aktualisiert Ihre Arbeitskopie vor dem
            ?bergeben und bekommt einen Konflikt, den sie
@@ -2623,7 +2623,7 @@
  -->
          <para>An dieser Stelle erlaubt Subversion Sally
            <emphasis>nicht</emphasis>, die Datei
-          <filename>sandwich.txt</filename> an das Repository zu
+          <filename>sandwich.txt</filename> an das Projektarchiv zu
            ?bergeben, solange die drei tempor?ren Dateien nicht
            entfernt werden:</para>

@@ -2649,7 +2649,7 @@
  -->
          <para>Falls Sie eine Konfliktaufl?sung aufgeschoben haben,
            m?ssen Sie den Konflikt aufl?sen, bevor Ihnen Subversion
-          erlaubt, Ihre ?nderungen in das Repository einzustellen. Sie
+          erlaubt, Ihre ?nderungen in das Projektarchiv einzustellen. Sie
            werden daf?r den <command>svn resolve</command>-Befehl mit
            einem von mehreren Argumenten f?r die
            <option>--accept</option>-Option aufrufen.</para>
@@ -2753,7 +2753,7 @@
          <para>Hier ist ein Beispiel. Aufgrund einer schlechten Absprache
            bearbeiten Sie und Ihre Mitarbeiterin Sally gleichzeitig die
            Datei <filename>sandwich.txt</filename>.  Sally ?bergibt
-          ihre ?nderungen an das Repository, und sobald Sie versuchen,
+          ihre ?nderungen an das Projektarchiv, und sobald Sie versuchen,
            Ihre Arbeitskopie zu aktualisieren, erhalten Sie einen
            Konflikt und m?ssen <filename>sandwich.txt</filename>
            bearbeiten, um den Konflikt aufzul?sen. Zun?chst wollen wir
@@ -2866,7 +2866,7 @@
            ready to commit your changes:</para>
  -->
          <para>Verwenden Sie jetzt <command>svn resolve</command>, und
-          Sie sind bereit, Ihre ?nderungen an das Repository zu
+          Sie sind bereit, Ihre ?nderungen an das Projektarchiv zu
            ?bergeben:</para>

  <!--
@@ -2900,7 +2900,7 @@
            <command>svn resolve</command> nur verwenden, falls Sie
            sicher sind, den Konflikt in Ihrer Datei beseitigt zu haben
            &ndash; sobald die tempor?ren Dateien entfernt sind, l?sst
-          Subversion zu, dass Sie die Datei in das Repository stellen,
+          Subversion zu, dass Sie die Datei in das Projektarchiv stellen,
            selbst wenn sie noch Konfliktmarken enth?lt.</para>

  <!--
@@ -2926,7 +2926,7 @@
  <!--
          <title>Discarding your changes in favor of a newly fetched  
revision</title>
  -->
-        <title>Verwerfen Ihrer ?nderungen zugunsten einer aktualisierten  
Revision aus dem Repository</title>
+        <title>Verwerfen Ihrer ?nderungen zugunsten einer aktualisierten  
Revision aus dem Projektarchiv</title>

  <!--
          <para>If you get a conflict and decide that you want to throw
@@ -3028,7 +3028,7 @@
  -->
        <para>Endlich!  Sie haben die Bearbeitung abgeschlossen, Sie
          haben alle ?nderungen vom Server eingearbeitet, und Sie sind
-        bereit, Ihre ?nderungen an das Repository zu ?bergeben.</para>
+        bereit, Ihre ?nderungen an das Projektarchiv zu ?bergeben.</para>

  <!--
        <para>The <command>svn commit</command> command sends all of
@@ -3041,7 +3041,7 @@
          option:</para>
  -->
        <para>Der Befehl <command>svn commit</command> schickt all Ihre
-        ?nderungen zum Repository. Wenn Sie eine ?nderung ?bergeben,
+        ?nderungen zum Projektarchiv. Wenn Sie eine ?nderung ?bergeben,
          m?ssen Sie einen <firstterm>Protokolleintrag</firstterm>
          erstellen, der die ?nderung beschreibt. Dieser Eintrag wird mit
          der von Ihnen erzeugten neuen Revision verkn?pft. Wenn Ihr
@@ -3151,7 +3151,7 @@
          that, the entire commit will fail with a message informing you
          that one or more of your files are out of date:</para>
  -->
-      <para>Das Repository wei? nicht, ob Ihre ?nderung im Ganzen
+      <para>Das Projektarchiv wei? nicht, ob Ihre ?nderung im Ganzen
          einen Sinn ergeben, es ist ihm auch egal; es ?berpr?ft
          lediglich, ob nicht irgendjemand anderes irgendeine derselben  
Dateien
          ge?ndert hat wie Sie, als Sie mal weggeschaut haben. Falls
@@ -3206,7 +3206,7 @@
  -->
        <para>Das deckt den grundlegenden Arbeitszyklus f?r die
          Verwendung von Subversion ab. Subversion bietet viele andere
-        M?glichkeiten, die Sie benutzen k?nnen, um Ihr Repository und
+        M?glichkeiten, die Sie benutzen k?nnen, um Ihr Projektarchiv und
          Ihre Arbeitskopie zu verwalten, doch der gr??te Teil Ihrer
          t?glichen Arbeit mit Subversion wird lediglich die in diesem
          Kapitel behandelten Befehle ber?hren. Wir werden jedoch noch
@@ -3237,12 +3237,12 @@
        just want to <emphasis>peer into</emphasis> the past instead of
        <emphasis>going into</emphasis> it.</para>
  -->
-    <para>Ihr Subversion-Repository ist wie eine Zeitmaschine. Es legt
+    <para>Ihr Subversion-Projektarchiv ist wie eine Zeitmaschine. Es legt
        einen Eintrag f?r jede jemals ?bergebene ?nderung an und erlaubt
        Ihnen, diese Geschichte durch die Untersuchung sowohl ehemaliger
        Datei- und Verzeichnisversionen als auch der begleitenden
        Metadaten zu erforschen. Mit einem einzigen Subversion-Befehl
-      k?nnen Sie das Repository genauso auschecken (oder eine
+      k?nnen Sie das Projektarchiv genauso auschecken (oder eine
        bestehende Arbeitskopie wiederherstellen), wie es zu einem
        beliebigen Zeitpunkt oder einer Revisionsnummer in der
        Vergangenheit war. Allerdings m?chten Sie manchmal nur in die
@@ -3254,7 +3254,7 @@
        historical data from the repository:</para>
  -->
      <para>Es gibt mehrere Befehle, die Sie mit historischen Daten aus dem
-      Repository versorgen k?nnen:</para>
+      Projektarchiv versorgen k?nnen:</para>

        <variablelist>

@@ -3457,14 +3457,14 @@
            log</command> by using the <option>- -revision</option>
            (<option>-r</option>) option.</para>
  -->
-        <para>Wenn Sie Ihre ?nderungen an das Repository ?bergeben und
+        <para>Wenn Sie Ihre ?nderungen an das Projektarchiv ?bergeben und
            sofort <userinput>svn log</userinput> ohne Argumente
            eingeben, wird Ihnen vielleicht auffallen, dass Ihre letzte
            ?nderung nicht in der Liste der Protokolleintr?ge
            auftaucht. Das liegt an der Kombination des Verhaltens von
            <command>svn commit</command> und dem Standardverhalten von
            <command>svn log</command>. Wenn Sie ?nderungen an das
-          Repository ?bergeben, erh?ht <command>svn</command> zun?chst
+          Projektarchiv ?bergeben, erh?ht <command>svn</command> zun?chst
            nur die Revision der Dateien (und Verzeichnisse) die es
            ?bernimmt, so dass das Elternverzeichnis normalerweise auf
            der ?lteren Revision verbleibt (siehe <xref
@@ -3579,8 +3579,8 @@
  -->
          <para>Auf den ersten Blick sieht es aus wie ein Fehler. Aber
            seien Sie daran erinnert, dass, w?hrend Revisionen ?ber das
-          gesamte Repository z?hlen, <command>svn log</command> auf
-          einem Pfad im Repository arbeitet. Wenn Sie keinen Pfad
+          gesamte Projektarchiv z?hlen, <command>svn log</command> auf
+          einem Pfad im Projektarchiv arbeitet. Wenn Sie keinen Pfad
            angeben, verwendet Subversion das aktuelle
            Arbeitsverzeichnis als Standardargument.  Deshalb zeigt  
Subversion
            Ihnen einen leeren Protokolleintrag, falls Sie in einem
@@ -3589,7 +3589,7 @@
            sich weder dieses Verzeichnis noch irgendein Unterverzeichnis
            darin ge?ndert hat. Falls Sie sehen wollen, was sich in der
            Revision ge?ndert hat, versuchen Sie <command>svn
-          log</command> direkt auf den obersten URL Ihres Repositorys
+          log</command> direkt auf den obersten URL Ihres Projektarchivs
            zeigen zu lassen, wie in <userinput>svn log -r 2
            http://svn.collab.net/repos/svn</userinput>.</para>

@@ -3613,7 +3613,7 @@
        <para><command>svn diff</command> ist uns bereits begegnet
          &ndash; es zeigt Dateiunterschiede im unified-diff-Format; wir
          verwendeten es, um die lokalen ?nderungen an unserer
-        Arbeitskopie anzuzeigen, bevor wir sie dem Repository
+        Arbeitskopie anzuzeigen, bevor wir sie dem Projektarchiv
          ?bergaben.</para>

  <!--
@@ -3640,14 +3640,14 @@
            <para>Comparing your working copy to the repository</para>
  -->
  	  <para>zum Vergleichen Ihrer Arbeitskopie mit dem
-	    Repository</para>
+	    Projektarchiv</para>
          </listitem>

          <listitem>
  <!--
            <para>Comparing one repository to another</para>
  -->
-          <para>zum Vergleichen von Revisionen im Repository</para>
+          <para>zum Vergleichen von Revisionen im Projektarchiv</para>
          </listitem>

        </itemizedlist>
@@ -3694,7 +3694,7 @@
  <!--
          <title>Comparing working copy to repository</title>
  -->
-        <title>Vergleichen der Arbeitskopie mit dem Repository</title>
+        <title>Vergleichen der Arbeitskopie mit dem Projektarchiv</title>

  <!--
          <para>If a single <option>- -revision</option>
@@ -3704,7 +3704,7 @@
  -->
          <para>Wird eine einzelne Nummer mit <option>--revision</option>
            (<option>-r</option>) ?bergeben, wird die Arbeitskopie mit
-          der angegebenen Revision im Repository verglichen:</para>
+          der angegebenen Revision im Projektarchiv verglichen:</para>

          <screen>
  $ svn diff -r 3 rules.txt
@@ -3729,7 +3729,7 @@
  <!--
          <title>Comparing repository to repository</title>
  -->
-        <title>Vergleichen von Repository mit Repository</title>
+        <title>Vergleichen von Projektarchiv mit Projektarchiv</title>

  <!--
          <para>If two revision numbers, separated by a colon, are
@@ -3787,7 +3787,7 @@
            you don't have a working copy on your local machine, just by
            including the appropriate URL on the command line:</para>
  -->
-        <para>Zu guter Letzt k?nnen Sie Revisionen im Repository auch
+        <para>Zu guter Letzt k?nnen Sie Revisionen im Projektarchiv auch
            dann vergleichen, falls Sie gar keine Arbeitskopie auf Ihrem
            lokalen Rechner haben, indem Sie einfach den entsprechenden
            URL auf der Kommandozeile angeben:</para>
@@ -3807,7 +3807,7 @@
  <!--
        <title>Browsing the Repository</title>
  -->
-      <title>St?bern im Repository</title>
+      <title>St?bern im Projektarchiv</title>

  <!--
        <para>Using <command>svn cat</command> and <command>svn
@@ -3869,7 +3869,7 @@
            downloading the files to your local machine:</para>
  -->
          <para>Der Befehl <command>svn list</command> zeigt Ihnen,
-          welche Dateien sich in einem Repository-Verzeichnis
+          welche Dateien sich in einem Projektarchiv-Verzeichnis
            befinden, ohne die Dateien auf Ihren lokalen Rechner
            herunterladen zu m?ssen:</para>

@@ -3924,7 +3924,7 @@
  -->
            <para>Der Befehl <userinput>svn list</userinput> ohne
            Argumente verwendet standardm??ig den
-          <emphasis>Repository-URL</emphasis> des aktuellen
+          <emphasis>Projektarchiv-URL</emphasis> des aktuellen
            Arbeitsverzeichnisses und <emphasis>nicht</emphasis> das
            Verzeichnis der lokalen Arbeitskopie. Schlie?lich k?nnen
            Sie, falls Sie eine Auflistung des lokalen Verzeichnisses
@@ -3942,7 +3942,7 @@
  <!--
        <title>Fetching Older Repository Snapshots</title>
  -->
-      <title>Bereitstellung ?lterer Repository-Schnappsch?sse</title>
+      <title>Bereitstellung ?lterer Projektarchiv-Schnappsch?sse</title>

  <!--
        <para>In addition to all of the previous commands, you can use
@@ -4018,7 +4018,7 @@
          Subversion zu einem B?ndel schn?ren m?chten, ohne allerdings
          diese verdammten <filename>.svn</filename>-Verzeichnisse dabei
          zu haben, k?nnen Sie <command>svn export</command> verwenden,
-        um eine lokale Kopie des gesamten oder teilweisen Repositorys
+        um eine lokale Kopie des gesamten oder teilweisen Projektarchivs
          ohne <filename>.svn</filename>-Verzeichnisse zu erhalten. Wie
          bei <command>svn update</command> und <command>svn
          checkout</command> k?nnen Sie auch hier die Option
=======================================
--- /trunk/src/de/book/ch04-branching-and-merging.xml	Fri Feb 20 13:12:14  
2009
+++ /trunk/src/de/book/ch04-branching-and-merging.xml	Sun May 30 23:37:40  
2010
@@ -160,7 +160,7 @@
        <xref linkend="svn.basic.in-action.revs"/>.</para>
  -->
      <para>An dieser Stelle sollten Sie verstehen, wie jede ?bergabe an
-      das Repository dort einen v?llig neuen Dateibaum
+      das Projektarchiv dort einen v?llig neuen Dateibaum
        (<quote>Revision</quote> genannt) erzeugt. Wenn nicht, bl?ttern
        Sie zur?ck und lesen Sie in <xref
        linkend="svn.basic.in-action.revs"/> ?ber Revisionen
@@ -179,7 +179,7 @@
  -->
      <para>F?r dieses Kapitel verwenden wir das Beispiel aus <xref
        linkend="svn.basic"/>. Erinnern Sie sich, dass Sie und Ihre
-      Mitarbeiterin Sally sich ein Repository teilen, das zwei
+      Mitarbeiterin Sally sich ein Projektarchiv teilen, das zwei
        Projekte beinhaltet: <filename>paint</filename> und
        <filename>calc</filename>. Beachten Sie, dass in <xref
        linkend="svn.branchmerge.using.dia-1"/> dieses Mal jedoch jedes
@@ -191,7 +191,7 @@
  <!--
          <title>Starting repository layout</title>
  -->
-        <title>Repository-Struktur zu Beginn</title>
+        <title>Projektarchiv-Struktur zu Beginn</title>
          <graphic fileref="images/ch04dia2.png"/>
        </figure>

@@ -271,7 +271,7 @@
        zu ?bergeben oder die Arbeitskopie zu aktualisieren, bevor Sie
        mit Ihrer Arbeit vollst?ndig fertig sind. Das wirft allerdings
        einige Probleme auf. Erstens ist das nicht sehr sicher. Viele
-      Leute m?chten Ihre Arbeit regelm??ig ins Repository sichern, f?r
+      Leute m?chten Ihre Arbeit regelm??ig ins Projektarchiv sichern, f?r
        den Fall, dass etwas Schlimmes mit der Arbeitskopie passieren
        k?nnte. Zweitens ist das nicht sehr flexibel. Falls Sie Ihre
        Arbeit an mehreren Rechnern verrichten (vielleicht haben Sie
@@ -290,7 +290,7 @@
        ?nderungen fertig sind, sehr schwierig sein, Ihr Arbeitsergebnis
        wieder mit dem Hauptteil der Quelltexte Ihrer Firma
        zusammenzuf?hren. Sally (und andere) h?tten viele andere
-      ?nderungen ins Repository ?bergeben haben k?nnen, die sich
+      ?nderungen ins Projektarchiv ?bergeben haben k?nnen, die sich
        schwer in Ihre Arbeitskopie einarbeiten lie?en &ndash;
        besonders, falls Sie <command>svn update</command> nach Wochen
        der Isolierung ausf?hren.</para>
@@ -304,7 +304,7 @@
        </para>
  -->
      <para>Die bessere L?sung ist, Ihren eigenen Zweig oder Ihre eigene
-      Entwicklungslinie im Repository zu erzeugen. Dies erlaubt Ihnen,
+      Entwicklungslinie im Projektarchiv zu erzeugen. Dies erlaubt Ihnen,
        Ihre halbfertigen Arbeitsergebnisse regelm??ig zu sichern, ohne
        andere zu st?ren; dennoch k?nnen Sie selektiv Informationen mit
        Ihren Kollegen teilen. Im Weiteren werden Sie sehen, wie das
@@ -336,14 +336,14 @@
  -->
        <para>Es ist sehr einfach, einen Zweig zu erzeugen &ndash; Sie
          erstellen mit dem Befehl <command>svn copy</command> eine
-        Kopie des Projektes im Repository. Subversion kann nicht nur
+        Kopie des Projektes im Projektarchiv. Subversion kann nicht nur
          Dateien, sondern auch komplette Verzeichnisse kopieren.  In
          diesem Fall m?chten Sie eine Kopie des Verzeichnisses
          <filename>/calc/trunk</filename> machen. Wo soll die neue
          Kopie angelegt werden? Wo Sie w?nschen &ndash; es ist eine
          Frage der Projektkonventionen. Sagen wir mal, dass Ihr Team
          die Konvention vereinbart hat, Zweige im Bereich
-        <filename>/calc/branches</filename> des Repositorys anzulegen,
+        <filename>/calc/branches</filename> des Projektarchivs anzulegen,
          und Sie Ihren Zweig <literal>my-calc-branch</literal> nennen
          m?chten. Sie werden ein neues Verzeichnis
          <filename>/calc/branches/my-calc-branch</filename> anlegen,
@@ -360,7 +360,7 @@
          copy</command> in einer Arbeitskopie eine Datei auf eine
          andere kopiert wird. Es kann allerdings auch verwendet werden,
          um eine <quote>entfernte</quote> Kopie innerhalb des
-        Repositorys durchzuf?hren. Kopieren Sie einfach einen URL auf
+        Projektarchivs durchzuf?hren. Kopieren Sie einfach einen URL auf
          einen anderen:</para>

  <!--
@@ -404,16 +404,16 @@
          branches.</para>
  -->
        <para>Dieser Befehl bewirkt eine fast sofortige ?bergabe im
-        Repository, wobei in Revision 341 ein neues Verzeichnis
+        Projektarchiv, wobei in Revision 341 ein neues Verzeichnis
          erzeugt wird. Das neue Verzeichnis ist eine Kopie von
          <filename>/calc/trunk</filename>. Dies wird in <xref
          linkend="svn.branchmerge.using.create.dia-1"/> gezeigt.
          <footnote>
          <para>Subversion unterst?tzt nicht das Kopieren zwischen
-        verschiedenen Repositorys. Wenn Sie mit <command>svn
+        verschiedenen Projektarchiven. Wenn Sie mit <command>svn
          copy</command> oder <command>svn move</command> URLs
          verwenden, k?nnen Sie nur Objekte innerhalb desselben
-        Repositorys kopieren oder verschieben.</para>
+        Projektarchivs kopieren oder verschieben.</para>
          </footnote>

          Obwohl es auch m?glich ist, einen Zweig zu erzeugen, indem
@@ -431,7 +431,7 @@
  <!--
          <title>Repository with new copy</title>
  -->
-        <title>Repository mit neuer Kopie</title>
+        <title>Projektarchiv mit neuer Kopie</title>
          <graphic fileref="images/ch04dia3.png"/>
        </figure>

@@ -454,10 +454,10 @@
            it can.  It duplicates data only when it is necessary to
            disambiguate different versions of objects.</para>
  -->
-        <para>Das Repository von Subversion ist auf eine besondere
+        <para>Das Projektarchiv von Subversion ist auf eine besondere
            Weise konstruiert. Wenn Sie ein Verzeichnis kopieren,
            brauchen Sie sich keine Gedanken dar?ber zu machen, dass das
-          Repository riesengro? wird &ndash; Subversion dupliziert
+          Projektarchiv riesengro? wird &ndash; Subversion dupliziert
            tats?chlich ?berhaupt keine Daten. Stattdessen erzeugt es
            einen neuen Verzeichniseintrag, der auf einen
            <emphasis>bestehenden</emphasis> Baum verweist. Falls Sie
@@ -508,7 +508,7 @@
            und Teilens vor dem Benutzer verborgen, der lediglich Kopien
            von B?umen sieht. Die Hauptsache hierbei ist, das Kopien
            billig sind, sowohl was die Zeit als auch den Speicherplatz
-          angeht. Wenn Sie einen Zweig komplett im Repository anlegen
+          angeht. Wenn Sie einen Zweig komplett im Projektarchiv anlegen
            (durch den Aufruf von <userinput>svn copy
            <replaceable>URL1</replaceable>
            <replaceable>URL2</replaceable></userinput>), handelt es
@@ -561,7 +561,7 @@
          creating a working copy of a branch.)</para>
  -->
        <para>An dieser Arbeitskopie ist nichts besonders; sie spiegelt
-        blo? ein anderes Verzeichnis im Repository wieder. Wenn Sie
+        blo? ein anderes Verzeichnis im Projektarchiv wieder. Wenn Sie
          ?nderungen ?bergeben, wird sie Sally jedoch nicht sehen, wenn
          sie aktualisiert, da sie eine Arbeitskopie von
          <filename>/calc/trunk</filename> hat. (Stellen Sie sicher,
@@ -776,7 +776,7 @@
          nicht die ?nderung, die Sie in Revision 343 gemacht haben. Was
          Subversion angeht, hatten diese beiden ?bergaben Auswirkungen
          auf unterschiedliche Dateien an unterschiedlichen
-        Repository-Orten. Dennoch zeigt Subversion
+        Projektarchiv-Orten. Dennoch zeigt Subversion
          <emphasis>doch</emphasis>, dass die beiden Dateien einen Teil
          der Geschichte gemeinsam haben. Bevor die Kopie des Zweiges in
          Revision 341 gemacht wurde, waren die Dateien dieselbe
@@ -828,7 +828,7 @@
  -->
        <para>Zweitens bestehen die Zweige von Subversion, bedingt durch
          den Kopiermechanismus, als <emphasis>normale
-        Dateisystemverzeichnisse</emphasis> im Repository. Das ist ein
+        Dateisystemverzeichnisse</emphasis> im Projektarchiv. Das ist ein
          Unterschied zu anderen Versionskontrollsystemen, bei denen
          Zweige typischerweise definiert werden, indem auf einer
          eigenen Ebene den Dateisammlungen <quote>Etiketten</quote>
@@ -1022,8 +1022,8 @@
          changeset r9238 into your working copy.</para>
  -->
        <para>In Subversion bezeichnet eine globale Revisionsnummer N
-        einen Baum im Repository: Sie beschreibt das Aussehen des
-        Repositorys nach der N-ten ?bergabe. Sie ist auch der Name
+        einen Baum im Projektarchiv: Sie beschreibt das Aussehen des
+        Projektarchivs nach der N-ten ?bergabe. Sie ist auch der Name
          einer impliziten ?nderungsmenge: Wenn Sie den Baum N mit dem
          Baum N&minus;1 vergleichen, k?nnen Sie genau den Patch
          ableiten, der ?bergeben wurde. Daher ist es einfach, sich
@@ -1202,7 +1202,7 @@
          . -R</userinput> wieder r?ckg?ngig machen und eine lange
          <quote>was geht hier eigentlich vor</quote>-Unterredung mit
          Ihren Mitarbeitern f?hren. Falls jedoch alles gut aussieht,
-        k?nnen Sie die ?nderungen an das Repository ?bergeben:</para>
+        k?nnen Sie die ?nderungen an das Projektarchiv ?bergeben:</para>

  <!--
        <screen>
@@ -1587,7 +1587,7 @@
          wish to remove it from the repository:</para>
  -->
        <para>Nachdem nun Ihr privater Zweig mit dem Stamm
-        zusammengef?hrt wurde, k?nnen Sie ihn aus dem Repository
+        zusammengef?hrt wurde, k?nnen Sie ihn aus dem Projektarchiv
          l?schen:</para>

        <screen>
@@ -1616,7 +1616,7 @@
          Ihr Zweig nicht mehr im Verzeichnis
          <filename>/branches</filename> sichtbar ist, seine Existenz
          gleichwohl ein unver?nderbarer Teil der Geschichte des
-        Repositorys ist. Ein einfacher Befehl <command>svn
+        Projektarchivs ist. Ein einfacher Befehl <command>svn
          log</command> auf dem <filename>/branches</filename> URL wird
          die gesamte Geschichte des Zweiges anzeigen. Ihr Zweig kann
          eines Tages sogar wiederbelebt werden, sollten Sie dieses
@@ -1683,7 +1683,7 @@
        <para>Der letzte Befehl des vorangegangenen Beispiels &ndash;
          <command>svn switch</command> &ndash; ist eine Art, ein
          bestehendes Arbeitsverzeichnis auf ein unterschiedliches
-        Repository-Verzeichnis zu aktualisieren.  Wir werden das
+        Projektarchiv-Verzeichnis zu aktualisieren.  Wir werden das
          genauer in <xref linkend="svn.branchmerge.switchwc"/>
          besprechen.</para>

@@ -1959,7 +1959,7 @@
  -->
        <para>Sehr h?ufig wird <command>svn merge</command> verwendet,
          um eine ?nderung r?ckg?ngig zu machen, die bereits an das
-        Repository ?bergeben worden war. Nehmen wir einmal an, Sie
+        Projektarchiv ?bergeben worden war. Nehmen wir einmal an, Sie
          arbeiten fr?hlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
          damalige ?nderung an <filename>integer.c</filename> in
@@ -1967,7 +1967,7 @@
          sollen. Sie k?nnen <command>svn merge</command> verwenden, um
          die ?nderung in Ihrer Arbeitskopie
          <quote>zur?ckzunehmen</quote>, und dann die lokale ?nderung an
-        das Repository ?bergeben. Alles, was Sie hierf?r tun m?ssen,
+        das Projektarchiv ?bergeben. Alles, was Sie hierf?r tun m?ssen,
          ist, eine <emphasis>umgekehrte</emphasis> Differenz anzugeben.
          (Sie machen das durch die Angabe von <option>--revision
          303:302</option> oder durch das ?quivalente <option>--change
@@ -2027,7 +2027,7 @@
          <emphasis>backward</emphasis>.</para>
  -->
        <para>Wie wir fr?her bereits erw?hnten, kann man eine
-        Repository-Version als eine bestimmte ?nderungsmenge
+        Projektarchiv-Version als eine bestimmte ?nderungsmenge
          betrachten. Bei Verwendung der Option <option>-r</option> wird
          <command>svn merge</command> aufgefordert, eine ?nderungsmenge
          oder ein ganzes Intervall von ?nderungsmengen auf Ihre
@@ -2053,7 +2053,7 @@
          diff</command> benutzen sollten, um sicherzustellen, dass Ihre
          Arbeit in dem Zustand ist, den Sie haben m?chten, und
          verwenden Sie anschlie?end <command>svn commit</command>, um
-        die endg?ltige Version in das Repository zu bringen. Nach der
+        die endg?ltige Version in das Projektarchiv zu bringen. Nach der
          ?bergabe wird sich diese bestimmte ?nderungsmenge nicht mehr
          in der <literal>HEAD</literal>-Revision wiederfinden.</para>

@@ -2100,12 +2100,12 @@
          <quote>entfernen</quote>, sprechen wir eigentlich dar?ber, sie
          aus der <literal>HEAD</literal>-Revision zu entfernen. Die
          urspr?ngliche ?nderung besteht immer noch in der Geschichte
-        des Repositorys. F?r die meisten Situationen ist das
+        des Projektarchivs. F?r die meisten Situationen ist das
          ausreichend. Die meisten Leute sind sowieso nur am
          <literal>HEAD</literal> eines Projektes interessiert. Es gibt
          jedoch Spezialf?lle, in denen Sie wirklich alle Beweise der
          ?bergabe vernichten m?chten.  (Vielleicht hat jemand ein
-        vertrauliches Dokument in das Repository ?bergeben.) Das ist
+        vertrauliches Dokument in das Projektarchiv ?bergeben.) Das ist
          leider nicht so einfach, da Subversion absichtlich so
          konstruiert wurde, dass es niemals Informationen
          verliert. Revisionen sind unver?nderliche B?ume, die
@@ -2164,7 +2164,7 @@
        <para>Der erste Schritt ist es, genau zu definieren
          <emphasis>welches</emphasis> Objekt Sie zur?ckholen
          m?chten. Hier ist eine n?tzliche Metapher: Sie k?nnen sich
-        vorstellen, dass jedes Objekt im Repository in einem
+        vorstellen, dass jedes Objekt im Projektarchiv in einem
          zweidimensionalen Koordinatensystem befindet. Die erste
          Koordinate ist ein bestimmter Revisionsbaum und die zweite
          Koordinate ist ein Pfad innerhalb dieses Baumes. So kann jede
@@ -2277,7 +2277,7 @@
          besprochen, wie ?nderungen r?ckg?ngig gemacht werden.) Das
          h?tte den Effekt, <filename>real.c</filename> als lokale
          ?nderung erneut hinzuzuf?gen. Die Datei w?rde zum Hinzuf?gen
-        ins Repository markiert, und nach der ?bergabe w?re die Datei
+        ins Projektarchiv markiert, und nach der ?bergabe w?re die Datei
          wieder in <literal>HEAD</literal> vorhanden.</para>

  <!--
@@ -2317,7 +2317,7 @@
          verwenden, sondern stattdessen <command>svn
          copy</command>. Kopieren Sie einfach das exakte
          <quote>Koordinatenpaar</quote> aus Revision und Pfad vom
-        Repository in Ihre Arbeitskopie:</para>
+        Projektarchiv in Ihre Arbeitskopie:</para>

  <!--
        <screen>
@@ -2398,7 +2398,7 @@
          Wiederherstellen von gel?schten Verzeichnissen
          funktionieren. Beachten Sie auch, dass die Wiederherstellung
          nicht unbedingt in Ihrer Arbeitskopie passieren muss &ndash;
-        sie kann auch vollst?ndig im Repository ausgef?hrt
+        sie kann auch vollst?ndig im Projektarchiv ausgef?hrt
          werden:</para>

  <!--
@@ -2821,7 +2821,7 @@
          Befehl w?re vielleicht <command>svn
            ermittele-die-Unterschiede-und-wende-sie-an</command>
          gewesen, da das alles ist, was passiert: Die B?ume im
-        Repository werden verglichen und die Unterschiede in eine
+        Projektarchiv werden verglichen und die Unterschiede in eine
          Arbeitskopie eingearbeitet.</para>

  <!--
@@ -2878,11 +2878,11 @@
          <firstterm>left side</firstterm> of the
          comparison)</para></listitem>
  -->
-        <listitem><para>Einen Anfangsbaum im Repository (h?ufig
+        <listitem><para>Einen Anfangsbaum im Projektarchiv (h?ufig
          <firstterm>linke Seite</firstterm> des Vergleichs
          genannt)</para></listitem>

-        <listitem><para>Einen Endbaum im Repository (h?ufig
+        <listitem><para>Einen Endbaum im Projektarchiv (h?ufig
          <firstterm>rechte Seite</firstterm> des Vergleichs
          genannt)</para></listitem>

@@ -3025,7 +3025,7 @@
  <!--
            <term>Merging from foreign repositories</term>
  -->
-          <term>Zusammenf?hren aus fremden Repositorys</term>
+          <term>Zusammenf?hren aus fremden Projektarchiven</term>
            <listitem>
  <!--
            <para>While it's possible to run a
@@ -3042,7 +3042,7 @@
              auszuf?hren, wird auch dieser resultierende Patch keine
              historischen Metadaten ?ber die Zusammenf?hrung haben.
              Zum gegenw?rtigen Zeitpunkt hat Subversion keine
-            M?glichkeit, unterschiedliche Repository-URLs innerhalb
+            M?glichkeit, unterschiedliche Projektarchiv-URLs innerhalb
              des <literal>svn:mergeinfo</literal>-Propertys zu
              repr?sentieren.</para>
            </listitem>
@@ -3740,7 +3740,7 @@
          wird wahrscheinlich auch der Begriff
          <firstterm>Abstammung</firstterm> erw?hnt. Dieses Wort wird
          verwendet, um die Beziehung zwischen zwei Objekten im
-        Repository zu beschreiben: Wenn sie in Beziehung zueinander
+        Projektarchiv zu beschreiben: Wenn sie in Beziehung zueinander
          stehen, hei?t es, dass ein Objekt vom anderen abstammt.</para>

  <!--
@@ -3767,7 +3767,7 @@
          Anschein, dass <filename>foo.c at 99</filename> und
          <filename>foo.c at 102</filename> in Beziehung zueinander stehen
          (sie haben denselben Pfad), es handelt sich allerdings um
-        v?llig unterschiedliche Objekte im Repository. Sie haben weder
+        v?llig unterschiedliche Objekte im Projektarchiv. Sie haben weder
          eine gemeinsame Geschichte noch
          <quote>Abstammung</quote>.</para>

@@ -3905,7 +3905,7 @@
          delete</command>.</para>
  -->
        <para>Wenn Sie <command>svn copy</command> zum Duplizieren einer
-        Datei verwenden, merkt sich das Repository, woher die neue
+        Datei verwenden, merkt sich das Projektarchiv, woher die neue
          Datei kam, vers?umt aber, diese Information an den Client zu
          senden, der <command>svn update</command> oder <command>svn
          merge</command> ausf?hrt. Statt dem Client mitzuteilen:
@@ -3993,7 +3993,7 @@
          another.</para>
  -->
        <para>Es ist kein echter Datenverlust. Sallys ?nderungen
-        befinden sich noch immer in der Geschichte des Repositorys,
+        befinden sich noch immer in der Geschichte des Projektarchivs,
          allerdings mag es nicht sofort ersichtlich sein, dass es
          passiert ist. Die Lehre, die es aus dieser Geschichte zu
          ziehen gilt, lautet, dass Sie sehr vorsichtig mit dem
@@ -4033,7 +4033,7 @@
          merge</command> ausf?hrt, modifiziert er nicht den Wert des
          Propertys <literal>svn:mergeinfo</literal>.  Obwohl die
          anschlie?ende ?bergabe das Ergebnis einer Zusammenf?hrung ist,
-        wird dem Repository nichts ?ber die duplizierten ?nderungen
+        wird dem Projektarchiv nichts ?ber die duplizierten ?nderungen
          mitgeteilt &ndash; diese Information ist verloren. Wenn sp?ter
          Clients, die Zusammenf?hrungsinformationen auswerten,
          automatische Zusammenf?hrungen versuchen, werden Sie
@@ -4057,7 +4057,7 @@
          details.</para>
  -->
        <para>Wenn Sie und Ihr Team auf die Zusammenf?hrungs-Verfolgung
-        von Subversion angewiesen sind, sollten Sie Ihr Repository
+        von Subversion angewiesen sind, sollten Sie Ihr Projektarchiv
          dergestalt konfigurieren, dass ?ltere Clients daran gehindert
          werden, ?nderungen zu ?bergeben. Die einfache Methode hierf?r
          ist es, den <quote>F?higkeiten</quote>-Parameter im
@@ -4203,7 +4203,7 @@
              N?chstes in <xref linkend="svn.branchmerge.switchwc"/>
              beschrieben). Das Ziel einer Zusammenf?hrung sollte eine
              Arbeitskopie sein, die einen <emphasis>einzigen</emphasis>
-            Ort zu einem einzelnen Zeitpunkt im Repository
+            Ort zu einem einzelnen Zeitpunkt im Projektarchiv
              repr?sentiert.</para>
          </listitem>
          <listitem>
@@ -4265,7 +4265,7 @@
        Arbeit mit Zweigen nicht notwendig ist, stellt er eine nette
        Abk?rzung dar. In unserem fr?heren Beispiel haben Sie nach dem
        Anlegen Ihres eigenen privaten Zweigs eine frische Arbeitskopie
-      des neuen Repository-Verzeichnisses ausgecheckt. Stattdessen
+      des neuen Projektarchiv-Verzeichnisses ausgecheckt. Stattdessen
        k?nnen Sie Subversion einfach mitteilen, dass es Ihre
        Arbeitskopie von <filename>/calc/trunk</filename> ?ndern soll,
        um den neuen Ort des Zweigs widerzuspiegeln:</para>
@@ -4391,7 +4391,7 @@
        <quote>gemischten Arbeitskopie</quote> eine v?llig neue
        Dimension hinzu &ndash; Arbeitskopien k?nnen nicht nur eine
        Mischung unterschiedlicher Revisionen enthalten, sondern auch
-      eine Mischung unterschiedlicher Repository-Orte.</para>
+      eine Mischung unterschiedlicher Projektarchiv-Orte.</para>

  <!--
      <para>If your working copy contains a number of switched subtrees
@@ -4401,12 +4401,12 @@
        be applied as a single, atomic change to the repository.</para>
  -->
      <para>Falls Ihre Arbeitskopie eine Anzahl umgeschalteter
-      Unterverzeichnisse aus unterschiedlichen Repository-Orten
+      Unterverzeichnisse aus unterschiedlichen Projektarchiv-Orten
        enth?lt, funktioniert sie immer noch normal. Wenn Sie
        aktualisieren, erhalten Sie entsprechende Patches f?r jeden
        Unterbaum. Wenn Sie ?bergeben, werden Ihre lokalen ?nderungen
        nach wie vor als eine einzelne atomare ?nderung auf das
-      Repository angewendet.</para>
+      Projektarchiv angewendet.</para>

  <!--
      <para>Note that while it's okay for your working copy to reflect a
@@ -4425,10 +4425,10 @@
      </para>
  -->
      <para>W?hrend es normal ist, das eine Arbeitskopie eine Mischung
-      unterschiedlicher Repository-Orte repr?sentiert, ist darauf zu
+      unterschiedlicher Projektarchiv-Orte repr?sentiert, ist darauf zu
        achten, dass all diese Orte sich innerhalb
-      <emphasis>desselben</emphasis> Repositorys befinden.
-      Subversion-Repositorys k?nnen noch nicht miteinander
+      <emphasis>desselben</emphasis> Projektarchivs befinden.
+      Subversion-Projektarchive k?nnen noch nicht miteinander
        kommunizieren; diese M?glichkeit ist f?r die Zukunft geplant.
        <footnote>
          <para>Sie <emphasis>k?nnen</emphasis> jedoch <command>svn
@@ -4467,12 +4467,12 @@
          paths.</para>
  -->
        <para>Wenn Sie <command>svn update</command> aufrufen, fordern
-        Sie das Repository auf, zwei B?ume zu vergleichen. Das
-        Repository macht es und schickt eine Beschreibung der
+        Sie das Projektarchiv auf, zwei B?ume zu vergleichen. Das
+        Projektarchiv macht es und schickt eine Beschreibung der
          Unterschiede zur?ck an den Client. Der einzige Unterschied
          zwischen <command>svn switch</command> und <command>svn
          update</command> ist, dass letzterer Befehl stets zwei
-        identische Repository-Pfade miteinander vergleicht.</para>
+        identische Projektarchiv-Pfade miteinander vergleicht.</para>

  <!--
        <para>That is, if your working copy is a mirror of
@@ -4519,7 +4519,7 @@
      <para>Da <command>svn switch</command> eigentlich eine Variante
        von <command>svn update</command> ist, teilt es dasselbe
        Verhalten; irgendwelche lokalen ?nderungen Ihrer Arbeitskopie
-      bleiben erhalten, wenn neue Daten aus dem Repository
+      bleiben erhalten, wenn neue Daten aus dem Projektarchiv
        ankommen.</para>

        <tip>
@@ -4595,7 +4595,7 @@
        ist ein <firstterm>Tag</firstterm>. Ein Tag ist lediglich eine
        <quote>Momentaufnahme</quote> eines Projekts. In Subversion
        scheint dieses Konzept bereits ?berall vorhanden zu sein. Jede
-      Revision im Repository ist genau das &ndash; eine Momentaufnahme
+      Revision im Projektarchiv ist genau das &ndash; eine Momentaufnahme
        des Dateisystems nach einer ?bergabe.</para>

  <!--
@@ -4721,7 +4721,7 @@
          change as discussed in the previous section.  This is version
          control, after all!</para>
  -->
-      <para>Wenn Sie ein Repository verwalten, gibt es zwei Ans?tze
+      <para>Wenn Sie ein Projektarchiv verwalten, gibt es zwei Ans?tze
          f?r den Umgang mit Tags. Der erste Ansatz ist <quote>H?nde
          weg</quote>: Als Vereinbarung im Projekt entscheiden Sie, wohin
          Sie Ihre Tags kopieren m?chten; stellen Sie sicher, dass alle
@@ -4787,7 +4787,7 @@
          bestimmte Zweige umschalten (mit <command>svn
          switch</command>) oder sogar, indem Sie ein paar lokale
          ?nderungen vornehmen. Wenn Sie fertig sind, ist Ihre
-        Arbeitskopie ein Mischmasch aus Repository-Quellen
+        Arbeitskopie ein Mischmasch aus Projektarchiv-Quellen
          verschiedener Revisionen. Nach dem Testen wissen Sie jedoch,
          dass das genau die Kombination ist, die Sie mit einem Tag
          versehen m?chten.</para>
@@ -4805,10 +4805,10 @@
          Einen URL auf einen anderen zu kopieren hilft hier nicht
          weiter. In diesem Fall m?chten Sie eine Momentaufnahme der
          exakten Anordnung Ihrer Arbeitskopie machen und sie im
-        Repository speichern. Gl?cklicherweise besitzt <command>svn
+        Projektarchiv speichern. Gl?cklicherweise besitzt <command>svn
          copy</command> vier verschiedene Anwendungsf?lle (?ber die Sie
          in <xref linkend="svn.ref"/> nachlesen k?nnen), zu denen auch
-        die F?higkeit geh?rt, einen Arbeitskopie-Baum ins Repository
+        die F?higkeit geh?rt, einen Arbeitskopie-Baum ins Projektarchiv
          zu kopieren:</para>

  <!--
@@ -4840,7 +4840,7 @@
          snapshot of your working copy&mdash;mixed revisions, URLs,
          local changes, and all.</para>
  -->
-      <para>Nun gibt es ein neues Verzeichnis im Repository,
+      <para>Nun gibt es ein neues Verzeichnis im Projektarchiv,
          <filename>/calc/tags/mytag</filename>, das eine exakte
          Momentaufnahme Ihrer Arbeitskopie ist &ndash; gemischte
          Revisionen, URLs, lokale ?nderungen, usw.</para>
@@ -4866,7 +4866,7 @@
          Patch-Datei zu versenden (die allerdings weder ?nderungen an
          Verzeichnissen, symbolischen Links oder Propertys beinhaltet),
          k?nnen Sie <command>svn copy</command> verwenden, um Ihre
-        Arbeitskopie in einen privaten Bereich des Repositorys
+        Arbeitskopie in einen privaten Bereich des Projektarchivs
          <quote>abzulegen</quote>. Ihr Mitarbeiter kann dann entweder
          eine exakte Kopie Ihrer Arbeitskopie auschecken oder
          <command>svn merge</command> verwenden, um genau Ihre
@@ -4928,7 +4928,7 @@
  <!--
        <title>Repository Layout</title>
  -->
-      <title>Aufbau des Repositorys</title>
+      <title>Aufbau des Projektarchivs</title>

  <!--
        <para>There are some standard, recommended ways to organize a
@@ -4939,13 +4939,13 @@
          tag copies.  If a repository holds only one project,
          often people create these top-level directories:</para>
  -->
-      <para>Es gibt einige empfohlene Standards, ein Repository zu
+      <para>Es gibt einige empfohlene Standards, ein Projektarchiv zu
          organisieren. Die meisten Leute erzeugen ein
          <filename>trunk</filename>-Verzeichnis, um die Hauptlinie der
          Entwicklung aufzunehmen, ein
          <filename>branches</filename>-Verzeichnis f?r Zweig-Kopien und
          ein <filename>tags</filename>-Verzeichnis f?r Tag-Kopien.
-        Falls ein Repository nur ein Projekt beinhaltet, werden oft
+        Falls ein Projektarchiv nur ein Projekt beinhaltet, werden oft
          diese Verzeichnisse auf der obersten Ebene angelegt:</para>

        <screen>
@@ -4960,8 +4960,8 @@
          linkend="svn.reposadmin.projects.chooselayout"/> to read more about
          <quote>project roots</quote>):</para>
  -->
-      <para>Falls ein Repository mehrere Projekte enth?lt, teilen
-        Administratoren das Repository ?blicherweise nach den
+      <para>Falls ein Projektarchiv mehrere Projekte enth?lt, teilen
+        Administratoren das Projektarchiv ?blicherweise nach den
          Projekten ein (lesen Sie in <xref
          linkend="svn.reposadmin.projects.chooselayout"/> mehr ?ber
          <quote>Projekt-Wurzelverzeichnisse</quote>):</para>
@@ -4992,11 +4992,11 @@
          Variationen erzeugen, die am besten f?r Sie oder Ihr Team
          funktionieren. Denken Sie daran, dass es, wie auch immer Sie
          sich entscheiden, nicht f?r die Ewigkeit sein muss. Sie k?nnen
-        jederzeit Ihr Repository umorganisieren. Da Zweige und Tags
+        jederzeit Ihr Projektarchiv umorganisieren. Da Zweige und Tags
          gew?hnliche Verzeichnisse sind, kann der Befehl <command>svn
          move</command> sie nach Belieben verschieben oder umbenennen.
          Die Umstrukturierung ist einfach eine Sache von serverseitigen
-        Verschiebebefehlen. Wenn Ihnen der Aufbau des Repositorys
+        Verschiebebefehlen. Wenn Ihnen der Aufbau des Projektarchivs
          nicht zusagt, jonglieren Sie einfach mit den Verzeichnissen
          herum.</para>

@@ -5017,7 +5017,7 @@
          sollten Sie R?cksicht auf Ihre Benutzer nehmen. Ihr Jonglieren
          kann verwirrend f?r Benutzer mit bestehenden Arbeitskopien
          sein. Falls ein Benutzer eine Arbeitskopie eines bestimmten
-        Repository-Verzeichnisses hat, k?nnte Ihre <command>svn
+        Projektarchiv-Verzeichnisses hat, k?nnte Ihre <command>svn
          move</command>-Operation den Pfad von der letzten Revision
          entfernen. Wenn der Benutzer beim n?chsten Mal <command>svn
          update</command> aufruft, wird ihm mitgeteilt, dass die
@@ -5393,7 +5393,7 @@
        <para>Der gesamte Prozess wiederholt sich w?hrend die Software
          reift: Wenn die Arbeit an 2.0 fertig ist, wird ein neuer 2.0
          Release-Zweig erstellt, getestet, markiert und schlie?lich
-        freigegeben. Nach einigen Jahren f?llt sich das Repository mit
+        freigegeben. Nach einigen Jahren f?llt sich das Projektarchiv mit
          einer Anzahl von Release-Zweigen, die weiterhin
          <quote>gepflegt</quote> werden, und einer Zahl von Tags, die
          den endg?ltigen, ausgelieferten Versionen entsprechen.</para>
@@ -5676,7 +5676,7 @@
        Projektmitarbeiter ausgeben, dass sie sicherzustellen haben,
        stets ?ber die f?r Ihr Projekt ben?tigten Versionen der
        Drittanbieter zu verf?gen. Falls die Daten des Drittanbieters
-      sich in einem Subversion-Repository befinden, k?nnen Sie auch
+      sich in einem Subversion-Projektarchiv befinden, k?nnen Sie auch
        mithilfe der Subversion-Externals-Definition bestimmte Versionen
        dieser Daten mit Ihrer eigenen Arbeitskopie verbinden (siehe
        <xref linkend="svn.advanced.externals" />).</para>
@@ -5760,7 +5760,7 @@
        Projektmitarbeiter stets die richtige Version der
        Lieferantendaten verf?gbar ist. Sie erhalten die richtige
        Version automatisch beim Aktualisieren ihrer Arbeitskopien.
-      Zweitens, da die Daten in Ihrem eigenen Subversion-Repository
+      Zweitens, da die Daten in Ihrem eigenen Subversion-Projektarchiv
        vorgehalten werden, k?nnen Sie dort auch Ihren Anpassungen
        speichern &ndash; es besteht keine Notwendigkeit mehr, Ihre
        ?nderungen automatisch (oder schlimmer noch, manuell) in die
@@ -6146,7 +6146,7 @@
              and optionally performing moves, too.</para>
  -->
            <para>Es kann jederzeit aufgerufen werden, um ein
-            bestehendes Verzeichnis im Repository exakt mit einem
+            bestehendes Verzeichnis im Projektarchiv exakt mit einem
              externen Verzeichnis abzugleichen, wobei alle notwendigen
              Hinzuf?gungen und L?schungen ausgef?hrt werden und
              dar?berhinaus noch optionale Verschiebungen.</para>
@@ -6279,7 +6279,7 @@
        <para>Das Skript akzeptiert auch eine gesonderte
          Konfigurationsdatei, in der Propertys auf Dateien und
          Verzeichnisse gesetzt werden k?nnen, deren Name einem
-        regul?ren Ausdruck entspricht und dem Repository
+        regul?ren Ausdruck entspricht und dem Projektarchiv
          <emphasis>hinzugef?gt</emphasis> werden. Diese
          Konfigurationsdatei wird <command>svn_load_dirs.pl</command>
          mit der Option <option>-p</option> bekanntgegeben. Jede Zeile
@@ -6371,9 +6371,9 @@
        ?nderungen von einem Zweig in einen anderen ?berf?hrt werden
        k?nnen oder fehlerhafte ?nderungen r?ckg?ngig gemacht werden.
        Wir besprachen, wie mit <command>svn switch</command>
-      Arbeitskopien aus verschiedenen Repository-Quellen erstellt
+      Arbeitskopien aus verschiedenen Projektarchiv-Quellen erstellt
        werden k?nnen. Und wir sprachen dar?ber, wie Zweige in einem
-      Repository verwaltet werden k?nnen.</para>
+      Projektarchiv verwaltet werden k?nnen.</para>

  <!--
      <para>Remember the Subversion mantra: branches and tags are cheap.
=======================================
--- /trunk/src/de/book/ch05-repository-admin.xml	Sat May  2 06:24:47 2009
+++ /trunk/src/de/book/ch05-repository-admin.xml	Sun May 30 23:37:40 2010
@@ -2,7 +2,7 @@
  <!--
    <title>Repository Administration</title>
  -->
-  <title>Verwaltung des Repositorys</title>
+  <title>Verwaltung des Projektarchivs</title>

  <!--
    <para>The Subversion repository is the central storehouse of all
@@ -13,10 +13,10 @@
      potential problems are avoided, and so actual problems are safely
      resolved.</para>
  -->
-  <para>Das Subversion-Repository ist die zentrale Lagerhalle f?r
+  <para>Das Subversion-Projektarchiv ist die zentrale Lagerhalle f?r
      Ihre versionierten Daten. In dieser Rolle kann es sich aller Liebe
      und Zuneigung des Administrators gewiss sein. Obwohl das
-    Repository an sich im Allgemeinen wenig Pflege erfordert, ist es
+    Projektarchiv an sich im Allgemeinen wenig Pflege erfordert, ist es
      wichtig, zu wissen, wie es angemessen konfiguriert und gepflegt
      wird, um etwaige Probleme zu vermeiden und bestehende Probleme
      sicher aufzul?sen.</para>
@@ -31,13 +31,13 @@
      the repository.</para>
  -->
    <para>In diesem Kapitel werden wir er?rtern, wie ein
-    Subversion-Repository aufgesetzt und konfiguriert wird. Wir werden
-    auch ?ber die Repository-Pflege reden und Beispiele daf?r geben,
+    Subversion-Projektarchiv aufgesetzt und konfiguriert wird. Wir werden
+    auch ?ber die Projektarchiv-Pflege reden und Beispiele daf?r geben,
      wann und wie die mit Subversion mitgelieferten Werkzeuge
      <command>svnlook</command> und <command>svnadmin</command>
      verwendet werden. Wir werden einige verbreitete Fragen und Fehler
      besprechen und Vorschl?ge unterbreiten, wie die Daten im
-    Repository organisiert werden k?nnen.</para>
+    Projektarchiv organisiert werden k?nnen.</para>

  <!--
    <para>If you plan to access a Subversion repository only in the
@@ -53,12 +53,12 @@
      </footnote>
      this chapter is for you.</para>
  -->
-  <para>Falls Sie vorhaben, das Repository lediglich in der Rolle
+  <para>Falls Sie vorhaben, das Projektarchiv lediglich in der Rolle
      eines Benutzers zu verwenden, der seine Daten unter
      Versionskontrolle stellen m?chte (d.h. ?ber einen
      Subversion-Client), k?nnen Sie dieses Kapitel vollst?ndig
      ?berspringen. Wenn Sie jedoch ein
-    Subversion-Repository-Administrator sind oder werden wollen,
+    Subversion-Projektarchiv-Administrator sind oder werden wollen,
      <footnote>
        <para>Das h?rt sich vielleicht prestigetr?chtig und hochm?tig
          an, doch wir meinen lediglich jeden, der an diesem mysteri?sen
@@ -75,7 +75,7 @@
  <!--
      <title>The Subversion Repository, Defined</title>
  -->
-    <title>Das Subversion Repository, Definition</title>
+    <title>Das Subversion Projektarchiv, Definition</title>

  <!--
      <para>Before jumping into the broader topic of repository
@@ -88,16 +88,16 @@
        logical perspective&mdash;dealing with how data is represented
        <emphasis>inside</emphasis> the repository.</para>
  -->
-    <para>Bevor wir uns in das weite Feld der Repository-Verwaltung
-      begeben, wollen wir definieren, was ein Repository ist. Wie
+    <para>Bevor wir uns in das weite Feld der Projektarchiv-Verwaltung
+      begeben, wollen wir definieren, was ein Projektarchiv ist. Wie
        sieht es aus? Wie f?hlt es sich an? Trinkt es seinen Tee hei?
        oder mit Eis, ges??t oder mit Zitrone? Als Administrator wird
-      von Ihnen erwartet, dass Sie den Aufbau eines Repositorys sowohl
+      von Ihnen erwartet, dass Sie den Aufbau eines Projektarchivs sowohl
        auf der physischen Betriebssystemebene verstehen &ndash; wie sich
-      ein Subversion-Repository aussieht und wie es sich gegen?ber
+      ein Subversion-Projektarchiv aussieht und wie es sich gegen?ber
        Nicht-Subversion-Werkzeugen verh?lt &ndash; als auch aus einer
        logischen Perspektive &ndash; wie Daten
-      <emphasis>innerhalb</emphasis> des Repositorys repr?sentiert
+      <emphasis>innerhalb</emphasis> des Projektarchivs repr?sentiert
        werden.</para>

  <!--
@@ -115,16 +115,16 @@
  -->
      <para>Mit den Augen eines typischen Dateibrowsers (wie Windows
        Explorer) oder von kommandozeilenorientierten
-      Dateisystem-Navigationswerkzeugen ist das Subversion-Repository
+      Dateisystem-Navigationswerkzeugen ist das Subversion-Projektarchiv
        blo? ein weiteres gew?hnliches Verzeichnis voller Zeugs. Es gibt
        einige Unterverzeichnisse mit Konfigurationsdateien, die f?r
        Menschen lesbar sind, einige Unterverzeichnisse mit weniger
        lesbaren Datendateien usw. Wie in anderen Bereichen des
        Subversion-Designs, wird auch hier viel Wert auf Modularit?t
        gesetzt, und hierarchische Organisation wird vollgepfropftem
-      Chaos vorgezogen. Ein flacher Blick in ein typisches Repository
+      Chaos vorgezogen. Ein flacher Blick in ein typisches Projektarchiv
        aus praxisbezogener Sicht reicht aus, um die grundlegenden
-      Komponenten des Repositorys zu offenbaren.</para>
+      Komponenten des Projektarchivs zu offenbaren.</para>

      <screen>
  $ ls repos
@@ -183,7 +183,7 @@
              indicates the version number of the repository layout</para>
  -->
            <para>Eine Datei, die eine einzelne Ganzzahl beinhaltet, die
-            die Version der Repository-Struktur angibt</para>
+            die Version der Projektarchiv-Struktur angibt</para>
          </listitem>
        </varlistentry>
        <varlistentry>
@@ -206,8 +206,8 @@
              files, used for tracking accessors to the repository</para>
  -->
            <para>Ein Verzeichnis f?r die Sperrdateien des
-            Subversion-Repositorys, die benutzt werden, um die
-            Zugreifenden auf das Repository zu verfolgen</para>
+            Subversion-Projektarchivs, die benutzt werden, um die
+            Zugreifenden auf das Projektarchiv zu verfolgen</para>
          </listitem>
        </varlistentry>
        <varlistentry>
@@ -218,7 +218,7 @@
              they are looking at a Subversion repository</para>
  -->
            <para>Eine Datei, deren Inhalt die Leser dar?ber informiert,
-            dass sie in ein Subversion-Repository schauen</para>
+            dass sie in ein Subversion-Projektarchiv schauen</para>
          </listitem>
        </varlistentry>
      </variablelist>
@@ -258,7 +258,7 @@
  <!--
      <title>Strategies for Repository Deployment</title>
  -->
-    <title>Strategien f?r die Verwendung eines Repositorys</title>
+    <title>Strategien f?r die Verwendung eines Projektarchivs</title>

  <!--
      <para>Due largely to the simplicity of the overall design of the
@@ -271,11 +271,11 @@
        these things.</para>
  -->
      <para>Gr??tenteils wegen der Einfachheit des Gesamtentwurfs des
-      Subversion-Repositorys und der ihm zugrundeliegenden Technik,
-      ist die Erstellung und Konfiguration eines Repositorys eine
+      Subversion-Projektarchivs und der ihm zugrundeliegenden Technik,
+      ist die Erstellung und Konfiguration eines Projektarchivs eine
        ziemlich unkomplizierte Aufgabe. Es gibt einige Entscheidungen,
        die Sie im Vorfeld treffen sollten, jedoch sind die eigentlichen
-      Arbeitsschritte f?r die Einrichtung eines Subversion-Repositorys
+      Arbeitsschritte f?r die Einrichtung eines Subversion-Projektarchivs
        recht einfach und neigen zur stupiden Flei?arbeit, falls Sie
        mehrere davon aufzusetzen haben.</para>

@@ -291,8 +291,8 @@
          <para>What data do you expect to live in your repository (or
            repositories), and how will that data be organized?</para>
  -->
-        <para>Welche Art von Daten sollen in Ihrem Repository (oder
-          Repositorys) abgelegt werden, und wie sind diese Daten
+        <para>Welche Art von Daten sollen in Ihrem Projektarchiv (oder
+          Projektarchiven) abgelegt werden, und wie sind diese Daten
            organisiert?</para>
        </listitem>
        <listitem>
@@ -300,7 +300,7 @@
          <para>Where will your repository live, and how will it be
            accessed?</para>
  -->
-        <para>Wo soll Ihr Repository untergebracht werden, und wie
+        <para>Wo soll Ihr Projektarchiv untergebracht werden, und wie
            soll darauf zugegriffen werden?</para>
        </listitem>
        <listitem>
@@ -333,7 +333,7 @@
  <!--
        <title>Planning Your Repository Organization</title>
  -->
-      <title>Planung der Organisation Ihres Repositorys</title>
+      <title>Planung der Organisation Ihres Projektarchivs</title>

  <!--
        <para>While Subversion allows you to move around versioned files
@@ -351,15 +351,15 @@
        <para>Obwohl Subversion Ihnen erlaubt, versionierte Dateien und
          Ordner ohne Informationsverlust hin und her zu verschieben und
          sogar Methoden anbietet, um versionierte Geschichte von einem
-        Repository in ein anderes zu verschieben, kann das ziemlich
+        Projektarchiv in ein anderes zu verschieben, kann das ziemlich
          den Arbeitsablauf derjenigen st?ren, die oft auf das
-        Repository zugreifen und gewisse Dinge an bestimmten Orten
-        erwarten. Bevor Sie ein neues Repository erstellen, sollten
+        Projektarchiv zugreifen und gewisse Dinge an bestimmten Orten
+        erwarten. Bevor Sie ein neues Projektarchiv erstellen, sollten
          Sie also versuchen, ein wenig in die Zukunft zu schauen;
          planen Sie weitsichtig, bevor Sie Ihre Daten unter
          Versionskontrolle stellen. Durch die vorzeitige gewissenhafte
-        <quote>Anlage</quote> Ihres Repositorys oder mehrerer
-        Repositorys k?nnen Sie viel k?nftigen Kopfschmerz
+        <quote>Anlage</quote> Ihres Projektarchivs oder mehrerer
+        Projektarchive k?nnen Sie viel k?nftigen Kopfschmerz
          vermeiden.</para>

  <!--
@@ -370,11 +370,11 @@
          project its own repository, or some compromise of these
          two.</para>
  -->
-      <para>Nehmen wir an, Sie seien als Repository-Administrator f?r
+      <para>Nehmen wir an, Sie seien als Projektarchiv-Administrator f?r
          die Versionskontrollsysteme mehrerer Projekte zust?ndig. Ihre
-        erste Entscheidung ist, ob Sie ein einzelnes Repository f?r
+        erste Entscheidung ist, ob Sie ein einzelnes Projektarchiv f?r
          mehrere Projekte verwenden, jedem Projekt sein eigenes
-        Repository geben oder einen Kompromiss aus diesen beiden
+        Projektarchiv geben oder einen Kompromiss aus diesen beiden
          L?sungen  haben wollen.</para>

  <!--
@@ -387,10 +387,10 @@
          easily, without losing any historical versioning
          information.</para>
  -->
-      <para>Ein einzelnes Repository f?r mehrere Projekte zu
+      <para>Ein einzelnes Projektarchiv f?r mehrere Projekte zu
          verwenden, hat einige Vorteile, am offensichtlichsten ist der
          vermiedene doppelte Verwaltungsaufwand. Ein einzelnes
-        Repository bedeutet, dass es nur einen Satz Hook-Programme,
+        Projektarchiv bedeutet, dass es nur einen Satz Hook-Programme,
          ein Ding zum routinem??igen Sichern, ein Ding f?r einen Auszug
          und zum anschlie?enden Laden nach einer inkompatiblen neuen
          Version von Subversion gibt usw. Sie k?nnen Daten auch einfach
@@ -425,22 +425,22 @@
        </para>
  -->
        <para>Der Nachteil bei der Verwendung eines einzelnen
-        Repositorys ist, dass unterschiedliche Projekte auch
+        Projektarchivs ist, dass unterschiedliche Projekte auch
          unterschiedliche Anforderungen hinsichtlich der
-        Repository-Ereignis-Trigger haben, wie etwa
+        Projektarchiv-Ereignis-Trigger haben, wie etwa
          Benachrichtigungs-E-Mails bei Commits an unterschiedliche
          Verteiler, oder unterschiedliche Definitionen dazu, was eine
          berechtigte ?bergabe ist und was nicht. Das sind nat?rlich
          keine un?berwindbaren Probleme &ndash; es bedeutet nur, dass
-        all Ihre Hook-Skripte die Struktur Ihres Repositorys beachten
-        m?ssen, anstatt davon auszugehen, dass das gesamte Repository
+        all Ihre Hook-Skripte die Struktur Ihres Projektarchivs beachten
+        m?ssen, anstatt davon auszugehen, dass das gesamte Projektarchiv
          von einer einzelnen Gruppe zugeordnet ist. Beachten Sie auch,
          dass Subversion Versionsnummern verwendet, die global f?r das
-        gesamte Repository gelten. Obwohl diese Nummern keine
+        gesamte Projektarchiv gelten. Obwohl diese Nummern keine
          Zauberkr?fte haben, m?gen manche Zeitgenossen es trotzdem
          nicht, dass, obwohl in letzter Zeit keine ?nderungen in ihrem
          Projekt durchgef?hrt worden sind, die j?ngste Versionsnummer
-        im Repository st?ndig h?her wird, weil andere Projekte flei?ig
+        im Projektarchiv st?ndig h?her wird, weil andere Projekte flei?ig
          neue Revisionen hinzuf?gen.
          <footnote>
            <para>Ob es an Ignoranz oder an schlecht ?berlegten
@@ -449,7 +449,7 @@
              globalen Revisionsnummern zu haben, und es ist deshalb
              <emphasis>kein</emphasis> Kriterium, das Sie heranziehen
              sollten, wenn Sie abw?gen, wie Sie Ihre Projekte und
-            Repositorys anlegen wollen.</para>
+            Projektarchive anlegen wollen.</para>
          </footnote>
        </para>

@@ -466,13 +466,13 @@
        <para>Es kann auch eine L?sung in der Mitte gew?hlt werden.
          Beispielsweise k?nnen Projekte danach geordnet werden, wie
          stark sie miteinander verbunden sind. Sie k?nnten ein paar
-        Repositorys haben, die jeweils eine handvoll Projekte
+        Projektarchive haben, die jeweils eine handvoll Projekte
          beherbergen. Auf diese Art k?nnen Projekte, die wahrscheinlich
          gemeinsame Daten verwenden wollen, dies auch einfach
-        bewerkstelligen, und wenn dem Repository neue Versionen
+        bewerkstelligen, und wenn dem Projektarchiv neue Versionen
          hinzugef?gt werden, wissen die Entwickler wenigstens, dass
          diese neuen Revisionen zumindest entfernt eine Beziehung zu
-        jedem Benutzer dieses Repositorys haben.</para>
+        jedem Benutzer dieses Projektarchivs haben.</para>

  <!--
        <para>After deciding how to organize your projects with respect
@@ -500,12 +500,12 @@
          </para>
  -->
        <para>Nachdem Sie entschieden haben, wie Sie Ihre Projekte in
-        Repositorys aufteilen, m?chten Sie sich nun vielleicht
+        Projektarchive aufteilen, m?chten Sie sich nun vielleicht
          Gedanken dar?ber machen, welche Verzeichnishierarchien Sie im
-        Repository anlegen wollen. Da Subversion zum Verzweigen und
+        Projektarchiv anlegen wollen. Da Subversion zum Verzweigen und
          Etikettieren regul?re Verzeichniskopien verwendet (siehe <xref
          linkend="svn.branchmerge"/>), empfiehlt die
-        Subversion-Gemeinschaft, dass Sie einen Ort im Repository f?r
+        Subversion-Gemeinschaft, dass Sie einen Ort im Projektarchiv f?r
          jedes <firstterm>Projekt-Wurzelverzeichnis</firstterm> w?hlen
          &ndash; das oberste Verzeichnis, das Daten f?r Ihr Projekt
          enth?lt &ndash; und hierunter dann drei Unterverzeichnisse
@@ -527,7 +527,7 @@
  <!--
        <para>For example, your repository might look like this:</para>
  -->
-      <para>Ihr Repository k?nnte z.B. so aussehen:</para>
+      <para>Ihr Projektarchiv k?nnte z.B. so aussehen:</para>

        <screen>
  /
@@ -558,12 +558,12 @@
          like this:</para>
  -->
        <para>Beachten Sie, dass es unerheblich ist, wo in Ihrem
-        Repository sich das Wurzelverzeichnis Ihres Projektes
-        befindet.  Falls Sie nur ein Projekt pro Repository haben, ist
+        Projektarchiv sich das Wurzelverzeichnis Ihres Projektes
+        befindet.  Falls Sie nur ein Projekt pro Projektarchiv haben, ist
          der logische Ort f?r das Wurzelverzeichnis des Projektes das
-        Wurzelverzeichnis des zum Projekt geh?renden Repositorys.
+        Wurzelverzeichnis des zum Projekt geh?renden Projektarchivs.
          Falls Sie mehrere Projekte haben, m?chten Sie diese vielleicht
-        innerhalb des Repositorys gruppieren, indem Sie Projekte
+        innerhalb des Projektarchivs gruppieren, indem Sie Projekte
          ?hnlichen Zwecks in demselben Unterverzeichnis unterbringen
          oder sie vielleicht nur alphabetisch gruppieren. Eine solche
          Anordnung k?nnte so aussehen:</para>
@@ -596,11 +596,11 @@
          meets the needs of the people who work on the projects that
          live there.</para>
  -->
-      <para>Legen Sie Ihr Repository so an, wie es Ihnen am besten
+      <para>Legen Sie Ihr Projektarchiv so an, wie es Ihnen am besten
          passt.  Subversion erwartet oder erzwingt keine bestimmte
          Anordnung &ndash; f?r Subversion ist und bleibt ein
          Verzeichnis ein Verzeichnis. Letztendlich sollten Sie f?r ein
-        Repository eine Struktur w?hlen, die den Bed?rfnissen der
+        Projektarchiv eine Struktur w?hlen, die den Bed?rfnissen der
          Leute gerecht wird, die an den Projekten arbeiten, die dort
          untergebracht sind.</para>

@@ -616,7 +616,7 @@
          verbreitete Anordnung. Bei dieser Anordnung befinden sich die
          Verzeichnisse <filename>trunk</filename>,
          <filename>tags</filename> und <filename>branches</filename> im
-        Wurzelverzeichnis des Repositorys und die Projekte in
+        Wurzelverzeichnis des Projektarchivs und die Projekte in
          Unterverzeichnissen davon:</para>

        <screen>
@@ -667,7 +667,7 @@
          praktischen Erw?gungen &ndash; es ist einfacher, in der
          kompletten Historie eines einzelnen Projektes zu forschen
          (oder sie zu ver?ndern oder woandershin zu migrieren), wenn es
-        einen einzelnen Pfad im Repository gibt, der die gesamte
+        einen einzelnen Pfad im Projektarchiv gibt, der die gesamte
          Historie f?r dieses eine Projekt, und nur dieses,  beinhaltet
          &ndash; die Vergangenheit, Tags und Zweige.</para>

@@ -678,7 +678,7 @@
  <!--
        <title>Deciding Where and How to Host Your Repository</title>
  -->
-      <title>Entscheiden Sie, wo und wie Ihr Repository untergebracht
+      <title>Entscheiden Sie, wo und wie Ihr Projektarchiv untergebracht
          werden soll</title>

  <!--
@@ -693,15 +693,15 @@
          commit notification, etc.), your data backup strategy, and so
          on.</para>
  -->
-      <para>Bevor Sie Ihr Subversion-Repository anlegen, bleibt die
+      <para>Bevor Sie Ihr Subversion-Projektarchiv anlegen, bleibt die
          offensichtliche Frage zu beantworten, wo das Ding hin soll.
          Das h?ngt eng mit etlichen weiteren Fragen zusammen, etwa wie
-        auf das Repository zugegriffen werden soll (?ber einen
+        auf das Projektarchiv zugegriffen werden soll (?ber einen
          Subversion-Server oder direkt), wer darauf zugreifen soll
          (Benutzer hinter Ihrer Firmen-Firewall oder die weite Welt im
          offenen Netz), welche zus?tzlichen Dienste Sie im Zusammenhang
          mit Subversion anbieten wollen (Schnittstellen zum St?bern im
-        Repository, ?bergabebenachrichtigungen per E-Mail usw.), Ihre
+        Projektarchiv, ?bergabebenachrichtigungen per E-Mail usw.), Ihre
          Sicherungsstrategie und vieles mehr.</para>

  <!--
@@ -721,12 +721,12 @@
          <xref linkend="svn.serverconfig" /> behandeln; jedoch m?chten
          wir an dieser Stelle kurz darauf hinweisen, dass die Antworten
          auf einige der anderen Fragen zur Folge haben, dass Sie bei
-        der Entscheidung ?ber den Speicherorte f?r das Repository
+        der Entscheidung ?ber den Speicherorte f?r das Projektarchiv
          keine freie Wahl mehr haben.  Beispielsweise k?nnten bestimmte
          Einsatzumgebungen erfordern, dass von mehreren Rechnern ?ber
-        ein freigegebenes Dateisystem auf das Repository zugegriffen
+        ein freigegebenes Dateisystem auf das Projektarchiv zugegriffen
          werden muss, so dass (wie Sie im n?chsten Abschnitt lesen
-        werden) die Wahl der dem Repository zugrundeliegenden
+        werden) die Wahl der dem Projektarchiv zugrundeliegenden
          Datenspeicherung gar keine Wahl mehr ist, da nur eine der
          verf?gbaren Datenspeicherungsverfahren in dieser Umgebung
          funktionieren wird.</para>
@@ -779,9 +779,9 @@
          das zugrundeliegende Datenspeicherungsverfahren &ndash; oft
          bezeichnet als <quote>das Backend</quote> oder, etwas
          verwirrend, <quote>das (versionierte) Dateisystem</quote>
-        &mdash; welches jedes Repository verwendet. Das eine
+        &mdash; welches jedes Projektarchiv verwendet. Das eine
          Verfahren speichert alles in einer Berkeley-DB- (oder BDB-)
-        Datenbankumgebung; Repositorys, die dieses Verfahren
+        Datenbankumgebung; Projektarchive, die dieses Verfahren
          verwenden, werden oft <quote>BDB-basiert</quote> genannt. Das
          andere Verfahren speichert die Daten in gew?hnlichen, flachen
          Dateien, die ein spezielles Format verwenden. Unter
@@ -805,13 +805,13 @@
  -->
        <para><xref linkend="svn.reposadmin.basics.backends.tbl-1" />
          liefert einen Vergleich zwischen Berkeley-DB- und
-        FSFS-Repositorys.</para>
+        FSFS-Projektarchive.</para>

        <table id="svn.reposadmin.basics.backends.tbl-1">
  <!--
          <title>Repository data store comparison</title>
  -->
-        <title>Vergleich der Repository-Datenspeicherung</title>
+        <title>Vergleich der Projektarchiv-Datenspeicherung</title>
          <tgroup cols="4">
            <thead>
              <row>
@@ -913,7 +913,7 @@
                <entry>Smaller</entry>
  -->
                <entry morerows="2">Skalierbarkeit</entry>
-              <entry>Plattenplatzbedarf des Repositorys</entry>
+              <entry>Plattenplatzbedarf des Projektarchivs</entry>
                <entry>Gr??er (besonders, wenn Protokolldateien nicht
                  gek?rzt werden)</entry>
                <entry>Kleiner</entry>
@@ -1001,7 +1001,7 @@
          hinzu kommt, dass beim Verzicht auf Berkeley DB sich eine
          Komponente weniger im System befindet &ndash; warum heutzutage
          beinahe jeder das FSFS-Verfahren verwendet, wenn neue
-        Repositorys angelegt werden.</para>
+        Projektarchive angelegt werden.</para>

  <!--
        <para>Fortunately, most programs that access Subversion
@@ -1014,12 +1014,12 @@
          in this chapter.</para>
  -->
        <para>Gl?cklicherweise interessiert es die meisten Programme
-        die auf Subversion-Repositorys zugreifen nicht, welches
+        die auf Subversion-Projektarchive zugreifen nicht, welches
          Speicherverfahren verwendet wird. Au?erdem sind Sie mit Ihrer
          ersten Entscheidung f?r das Speicherverfahren nicht
          notwendigerweise festgelegt &ndash; falls Sie es sich sp?ter
          anders ?berlegen sollten, bietet Subversion Methoden zur
-        Migration der Daten im Repository in ein anderes Repository,
+        Migration der Daten im Projektarchiv in ein anderes Projektarchiv,
          das ein unterschiedliches Speicherverfahren verwendet. Wir
          werden das sp?ter in diesem Kapitel er?rtern.</para>

@@ -1067,11 +1067,11 @@
  -->
          <para>Berkeley DB bietet echte Transaktionsunterst?tzung
            &ndash; vielleicht seine st?rkste Funktion. Mehrere
-          Prozesse, die auf Ihre Subversion-Repositorys zugreifen,
+          Prozesse, die auf Ihre Subversion-Projektarchive zugreifen,
            brauchen sich keine Sorgen machen, dass sie sich
            versehentlich gegenseitig die Daten zerschie?en. Die durch
            das Transaktiossystem gebotene Isolation bedeutet, dass der
-          Subversion-Repository-Programmcode f?r jede gegebene
+          Subversion-Projektarchiv-Programmcode f?r jede gegebene
            Operation eine statische Sicht auf die Datenbank hat &ndash;
            keine sich durch die Einfl?sse anderer Prozesse st?ndig
            ?ndernde Datenbank &ndash; und basierend auf dieser Sicht
@@ -1096,10 +1096,10 @@
            <firstterm>Hot Backups</firstterm> &ndash; die F?higkeit,
            die Datenbankumgebung zu sichern, ohne sie <quote>vom
            Netz</quote> zu nehmen. Wir besprechen sp?ter in diesem
-          Kapitel, wie Sie Ihr Repository sichern (in <xref
+          Kapitel, wie Sie Ihr Projektarchiv sichern (in <xref
            linkend="svn.reposadmin.maint.backup"/>), doch sollten die
            Vorteile offensichtlich sein, die dadurch entstehen, dass
-          Sie vollst?ndige Sicherheitskopien Ihrer Repositorys ohne
+          Sie vollst?ndige Sicherheitskopien Ihrer Projektarchive ohne
            Wartungszeitr?ume machen k?nnen.</para>

  <!--
@@ -1150,13 +1150,13 @@
            einige bekannte Einschr?nkungen von Berkeley DB ansprechen.
            Erstens sind Berkeley-DB -Umgebungen nicht portierbar. Sie
            k?nnen nicht einfach ein unter Unix erzeugtes
-          Subversion-Repository auf ein Windows-System kopieren und
+          Subversion-Projektarchiv auf ein Windows-System kopieren und
            erwarten, dass es funktioniert. Obwohl ein Gro?teil des
            Berkeley-DB-Datenbankformats architekturunabh?ngig ist, sind
            es andere Teile der Umgebung nicht. Zweitens benutzt
            Subversion Berkeley DB auf eine Weise, die nicht auf Windows
            95/98 funktioniert &ndash; falls Sie ein BDB-basiertes
-          Repository auf einer Windows-Maschine unterbringen m?ssen,
+          Projektarchiv auf einer Windows-Maschine unterbringen m?ssen,
            bleiben Sie bei Windows 2000 oder einem seiner
            Nachfolger.</para>

@@ -1188,9 +1188,9 @@
            </footnote> bieten die meisten Netz-Dateisysteme
            <emphasis>keine</emphasis> derartige Unterst?tzung. Und
            keinesfalls d?rfen Sie zulassen, dass gleichzeitig von
-          mehreren Clients auf ein BDB-basiertes Repository auf einer
+          mehreren Clients auf ein BDB-basiertes Projektarchiv auf einer
            Netzfreigabe zugegriffen wird (was eigentlich der Hauptgrund
-          daf?r ist, das Repository auf einer Netzfreigabe
+          daf?r ist, das Projektarchiv auf einer Netzfreigabe
            unterzubringen).</para>

  <!--
@@ -1210,9 +1210,9 @@
              nicht erf?llt, ist das Ergebnis unvorhersehbar &ndash; es
              kann sein, dass Sie sofort mysteri?se Fehler wahrnehmen
              oder es kann Monate dauern, bis Sie bemerken, dass Ihre
-            Repository-Datenbank fast unmerklich besch?digt ist. Sie
+            Projektarchiv-Datenbank fast unmerklich besch?digt ist. Sie
              sollten ernsthaft erw?gen, das FSFS-Speicherverfahren f?r
-            Repositorys zu verwenden, die auf einer Netzfreigabe
+            Projektarchive zu verwenden, die auf einer Netzfreigabe
              untergebracht werden sollen.</para>
          </warning>

@@ -1257,7 +1257,7 @@
            kann, so dass ein Administrator Berkeley DB dazu auffordern
            muss, zu einem Sicherungspunkt zur?ckzugehen, was etwas
            ?rgerlich ist. Neben abgest?rzten Prozessen k?nnen andere
-          Dinge das Repository <quote>verklemmen</quote>, wie etwa
+          Dinge das Projektarchiv <quote>verklemmen</quote>, wie etwa
            Programme, die sich wegen Eigentums- und Zugriffsrechten auf
            Datenbankdateien ins Gehege kommen.</para>

@@ -1302,7 +1302,7 @@
            <xref linkend="svn.serverconfig.multimethod"/> later in this
            chapter.</para>
  -->
-        <para>W?hrend ein Berkeley-DB-Repository ziemlich schnell und
+        <para>W?hrend ein Berkeley-DB-Projektarchiv ziemlich schnell und
            skalierbar ist, wird es am besten von einem einzelnen
            Server-Prozess unter einer Benutzerkennung verwendet &ndash;
            so wie Apaches <command>httpd</command> oder
@@ -1310,7 +1310,7 @@
            linkend="svn.serverconfig"/>) &ndash; statt darauf mit
            mehreren Benutzern ?ber <literal>file://</literal> oder
            <literal>svn+ssh://</literal> URLs zuzugreifen.  Falls Sie
-          mit mehreren Benutzern direkt auf ein Berkeley-DB-Repository
+          mit mehreren Benutzern direkt auf ein Berkeley-DB-Projektarchiv
            zugreifen wollen, sollten Sie unbedingt <xref
            linkend="svn.serverconfig.multimethod"/> weiter unten in
            diesem Kapitel lesen.</para>
@@ -1337,19 +1337,19 @@
            repository.</para>
  -->
          <para>Mitte 2004 entstand ein zweiter Typ eines
-          Repository-Speichersystems &ndash; eins, das ?berhaupt keine
-          Datenbank verwendet. Ein FSFS-Repository speichert die zu
+          Projektarchiv-Speichersystems &ndash; eins, das ?berhaupt keine
+          Datenbank verwendet. Ein FSFS-Projektarchiv speichert die zu
            einer Revision geh?renden ?nderungen in einer einzelnen
-          Datei, so dass sich alle Revisionen eines Repositorys in
+          Datei, so dass sich alle Revisionen eines Projektarchivs in
            einem Verzeichnis voller nummerierter Dateien befinden.
            Transaktionen werden als individuelle Dateien in getrennten
            Verzeichnissen erzeugt. Sobald sie vollst?ndig ist, wird die
            Transaktionsdatei umbenannt und in das Revisionsverzeichnis
            verschoben, so dass die Atomizit?t von ?bergaben
            gew?hrleistet ist. Und da eine Revisionsdatei dauerhaft und
-          unver?nderlich ist, kann das Repository auch im laufenden
+          unver?nderlich ist, kann das Projektarchiv auch im laufenden
            Betrieb gesichert werden, genauso wie ein BDB-basiertes
-          Repository.</para>
+          Projektarchiv.</para>

  <!--
          <para>The FSFS revision files describe a revision's
@@ -1370,10 +1370,10 @@
            verschiedene Betriebssysteme ?bertragbar und nicht von einer
            CPU-Architektur abh?ngig. Da weder Journaldateien noch
            Dateien f?r gemeinsam benutzten Speicher verwendet werden,
-          kann auf das Repository sicher ?ber ein Netzdateisystem
+          kann auf das Projektarchiv sicher ?ber ein Netzdateisystem
            zugegriffen und es in einer Nur-Lese-Umgebung untersucht
            werden. Das Fehlen der Datenbankverwaltung bedeutet
-          ebenfalls eine etwas geringere Gr??e des Repositorys.</para>
+          ebenfalls eine etwas geringere Gr??e des Projektarchivs.</para>

  <!--
          <para>FSFS has different performance characteristics, too.
@@ -1417,8 +1417,8 @@
            bekommt oder pl?tzlich abst?rzt, kann das die Datenbank in
            einen unbrauchbaren Zustand bringen, bis ein Administrator
            sie wiederherstellt. Falls ein Prozess, der ein
-          FSFS-Repository benutzt, in dieselbe Situation ger?t, ist
-          das Repository hiervon ?berhaupt nicht betroffen. Das
+          FSFS-Projektarchiv benutzt, in dieselbe Situation ger?t, ist
+          das Projektarchiv hiervon ?berhaupt nicht betroffen. Das
            Schlimmste, was passieren kann, ist, dass einige
            Transaktionsdaten nicht abgearbeitet werden k?nnen.</para>

@@ -1453,7 +1453,7 @@
            Unversehrtheit der Daten heraus, die, obwohl sie sehr selten
            ausgel?st wurden, dennoch auftraten.  Nichtsdestoweniger
            ist FSFS schnell zum Speicherverfahren der Wahl f?r einige
-          der gr??ten ?ffentlichen und privaten Subversion-Repositorys
+          der gr??ten ?ffentlichen und privaten Subversion-Projektarchive
            geworden und verspricht durch die Bank eine niedrigere
            Einstiegsh?rde f?r Subversion.</para>

@@ -1469,7 +1469,7 @@
  <!--
      <title>Creating and Configuring Your Repository</title>
  -->
-    <title>Anlegen und konfigurieren Ihres Repositorys</title>
+    <title>Anlegen und konfigurieren Ihres Projektarchivs</title>

  <!--
      <para>Earlier in this chapter (in <xref  
linkend="svn.reposadmin.planning" />), we
@@ -1483,11 +1483,11 @@
      <para>Weiter oben in diesem Kapitel (in <xref
        linkend="svn.reposadmin.planning" />), schauten wir auf einige
        der wichtigen Entscheidungen, die zu treffen sind, bevor Ihr
-      Subversion-Repository angelegt und konfiguriert wird. Jetzt
+      Subversion-Projektarchiv angelegt und konfiguriert wird. Jetzt
        schaffen wir es endlich, uns die H?nde schmutzig zu machen! In
-      diesem Abschnitt werden wir sehen, wie ein Subversion-Repository
+      diesem Abschnitt werden wir sehen, wie ein Subversion-Projektarchiv
        ?berhaupt angelegt wird und wie es konfiguriert wird, damit es
-      bei bestimmten Repository-Ereignissen spezielle Aktionen
+      bei bestimmten Projektarchiv-Ereignissen spezielle Aktionen
        ausf?hrt.</para>

      <!-- ===============================================================  
-->
@@ -1495,7 +1495,7 @@
  <!--
        <title>Creating the Repository</title>
  -->
-      <title>Anlegen des Repositorys</title>
+      <title>Anlegen des Projektarchivs</title>

  <!--
        <para>Subversion repository creation is an incredibly simple
@@ -1503,7 +1503,7 @@
          Subversion provides a subcommand (<command>svnadmin
          create</command>) for doing just that.</para>
  -->
-      <para>Das Anlegen eines Subversion-Repositorys ist eine
+      <para>Das Anlegen eines Subversion-Projektarchivs ist eine
          unglaublich einfache Aufgabe. Das mit Subversion gelieferte
          Dienstprogramm <command>svnadmin</command> stellt ein
          Unterbefehl (<command>svnadmin create</command>) zur
@@ -1517,7 +1517,7 @@
  </screen>
  -->
        <screen>
-$ # Ein Repository anlegen
+$ # Ein Projektarchiv anlegen
  $ svnadmin create /var/svn/repos
  $
  </screen>
@@ -1532,7 +1532,7 @@
          parameter either <literal>fsfs</literal> or
          <literal>bdb</literal>.</para>
  -->
-      <para>Damit wird ein neues Repository im Verzeichnis
+      <para>Damit wird ein neues Projektarchiv im Verzeichnis
          <filename>/var/svn/repos</filename> mit dem
          Standard-Speicherverfahren angelegt. Vor Subversion 1.2 war es
          Berkeley DB, nun ist es FSFS.  Sie k?nnen den Dateisystemtypen
@@ -1549,7 +1549,7 @@
  </screen>
  -->
        <screen>
-$ # Ein FSFS-basiertes Repository anlegen
+$ # Ein FSFS-basiertes Projektarchiv anlegen
  $ svnadmin create --fs-type fsfs /var/svn/repos
  $
  </screen>
@@ -1562,7 +1562,7 @@
  </screen>
  -->
        <screen>
-# Ein Berkeley-DB-basiertes Repository anlegen
+# Ein Berkeley-DB-basiertes Projektarchiv anlegen
  $ svnadmin create --fs-type bdb /var/svn/repos
  $
  </screen>
@@ -1572,7 +1572,7 @@
          repository.</para>
  -->
        <para>Nach dem Ausf?hren dieses einfachen Befehls haben Sie ein
-        Subversion-Repository.</para>
+        Subversion-Projektarchiv.</para>

        <tip>
  <!--
@@ -1591,12 +1591,12 @@
          <para>Das Pfad-Argument zu <command>svnadmin</command> ist
            blo? ein gew?hnlicher Pfad im Dateisystem und kein URL wie
            ihn das Client-Programm <command>svn</command> verwendet, um
-          auf Repositorys zu verweisen. Sowohl
+          auf Projektarchive zu verweisen. Sowohl
            <command>svnadmin</command> als auch
            <command>svnlook</command> werden als serverseitige
            Dienstprogramme betrachtet &ndash; sie werden auf dem
-          Rechner benutzt, auf dem das Repository untergebracht ist,
-          um Aspekte des Repositorys zu untersuchen oder zu ver?ndern;
+          Rechner benutzt, auf dem das Projektarchiv untergebracht ist,
+          um Aspekte des Projektarchivs zu untersuchen oder zu ver?ndern;
            tats?chlich sind sie nicht in der Lage, Aufgaben ?ber das
            Netz zu erledigen. Ein verbreiteter Fehler von
            Subversion-Neulingen ist der Versuch, URLs (sogar
@@ -1615,20 +1615,20 @@
          repository was created.</para>
  -->
        <para>Im Unterverzeichnis <filename>db/</filename> Ihres
-        Repositorys befindet sich die Implementierung des
+        Projektarchivs befindet sich die Implementierung des
          versionierten Dateisystems. Das Leben des versionierten
-        Dateisystems Ihres Repositorys beginnt mit Revision 0, die aus
+        Dateisystems Ihres Projektarchivs beginnt mit Revision 0, die aus
          nichts anderem als dem Wurzelverzeichnis
          (<filename>/</filename>) besteht. Zu Beginn hat die Revision 0
          ein einziges Revisions-Property, <literal>svn:date</literal>,
          das als Wert die Angabe des Zeitpunktes besitzt, zu dem das
-        Repository angelegt wurde.</para>
+        Projektarchiv angelegt wurde.</para>

  <!--
        <para>Now that you have a repository, it's time to customize
          it.</para>
  -->
-      <para>Da Sie nun ein Repository haben, ist es an der Zeit, es
+      <para>Da Sie nun ein Projektarchiv haben, ist es an der Zeit, es
          anzupassen.</para>

        <warning>
@@ -1646,20 +1646,20 @@
            version control history by poking and prodding around in
            your repository's data store files!</para>
  -->
-        <para>W?hrend einige Teile des Repositorys &ndash; wie die
+        <para>W?hrend einige Teile des Projektarchivs &ndash; wie die
            Konfigurationsdateien und Hook-Scripts &ndash; f?r eine
            manuelle Untersuchung und Bearbeitung gedacht sind, sollten
            Sie nicht (und sie sollten es auch nicht n?tig haben) an den
-          anderen Teilen des Repositorys <quote>h?ndisch</quote>
+          anderen Teilen des Projektarchivs <quote>h?ndisch</quote>
            herumdoktern. Das Dienstprogramm <command>svnadmin</command>
-          sollte f?r alle notwendigen ?nderungen an Ihrem Repository
+          sollte f?r alle notwendigen ?nderungen an Ihrem Projektarchiv
            ausreichen; sie k?nnen auch Dienstprogramme von
            Drittanbietern (wie das Werkzeugpaket von Berkeley DB)
            verwenden, um in entsprechenden Unterabschnitten des
-          Repositorys ?nderungen vorzunehmen. Versuchen Sie
+          Projektarchivs ?nderungen vorzunehmen. Versuchen Sie
            <emphasis>nicht</emphasis>, die Historie Ihrer
            Versionskontrolle manuell zu ver?ndern, indem Sie in den
-          Speicherdateien des Repositorys herumstochern!</para>
+          Speicherdateien des Projektarchivs herumstochern!</para>
            </warning>

      </sect2>
@@ -1669,7 +1669,7 @@
  <!--
        <title>Implementing Repository Hooks</title>
  -->
-      <title>Erstellen von Repository-Hooks</title>
+      <title>Erstellen von Projektarchiv-Hooks</title>

  <!--
        <para>A <firstterm>hook</firstterm> is a program triggered by
@@ -1687,19 +1687,19 @@
          of the person who triggered the event.</para>
  -->
        <para>Ein <firstterm>Hook</firstterm> (Haken) ist ein Programm,
-        das durch einige Repository-Ereignisse gestartet wird, wie
+        das durch einige Projektarchiv-Ereignisse gestartet wird, wie
          etwa die Erzeugung einer neuen Revision oder die Ver?nderung
          eines unversionierten Propertys. Einige Hooks (die sogenannten
          <quote>Pre-Hooks</quote>) starten vor einer
-        Repository-Operation und bieten eine M?glichkeit sowohl zu
+        Projektarchiv-Operation und bieten eine M?glichkeit sowohl zu
          berichten, was passieren wird, als auch zu verhindern, dass es
          ?berhaupt passiert. Andere Hooks (die
          <quote>Post-Hooks</quote>) starten nach Abschluss eines
-        Repository-Ereignisses und sind n?tzlich f?r Aufgaben, die das
-        Repository inspizieren &ndash; aber nicht ver?ndern. Jedem
+        Projektarchiv-Ereignisses und sind n?tzlich f?r Aufgaben, die das
+        Projektarchiv inspizieren &ndash; aber nicht ver?ndern. Jedem
          Hook wird ausreichend Information ?bergeben, damit er
          feststellen kann, um welches Ereignis es sich handelt (oder
-        handelte), welche genauen ?nderungen am Repository
+        handelte), welche genauen ?nderungen am Projektarchiv
          beabsichtigt sind (oder durchgef?hrt wurden) und wie der Name des
          Benutzers lautet, der das Ereignis ausgel?st hat.</para>

@@ -1709,7 +1709,7 @@
          hooks:</para>
  -->
        <para>Das Verzeichnis f?r die <filename>Hooks</filename> ist
-        standardm??ig mit Vorlagen f?r verschiedene Repository-Hooks
+        standardm??ig mit Vorlagen f?r verschiedene Projektarchiv-Hooks
          gef?llt:</para>

        <screen>
@@ -1825,15 +1825,15 @@
          it is designed to perform.</para>
  -->
        <para>Subversion f?hrt die Hooks unter der Benutzerkennung aus,
-        die auch der Prozess besitzt, der auf das Repository zugreift.
-        Meistens wird auf das Repository ?ber einen Subversion-Server
+        die auch der Prozess besitzt, der auf das Projektarchiv zugreift.
+        Meistens wird auf das Projektarchiv ?ber einen Subversion-Server
          zugegriffen, so dass die Benutzerkennung der des
          Serverprozesses entspricht. Die Hooks m?ssen deshalb mit den
          entsprechenden Berechtigungen des Betriebssystems versehen
          werden, damit diese Benutzerkennung sie ausf?hren kann. Das
          bedeutet auch, dass der direkte oder indirekte Zugriff auf
          irgendwelche Programme oder Dateien (einschlie?lich des
-        Subversion-Repositorys) durch den Hook auch unter derselben
+        Subversion-Projektarchivs) durch den Hook auch unter derselben
          Kennung erfolgt. Mit anderen Worten: Achten Sie auf m?gliche
          Probleme im Zusammenhang mit Zugriffsrechten, die den Hook
          daran hindern k?nnten, die Ihm zugeteilten Aufgaben
@@ -1853,17 +1853,17 @@
          changes to your repository, you don't need to do this
          sort of access control via the hook system.</para>
  -->
-      <para>Es gibt mehrere im Subversion-Repository implementierte
+      <para>Es gibt mehrere im Subversion-Projektarchiv implementierte
          Hooks; Details zu jedem k?nnen Sie in <xref
          linkend="svn.ref.reposhooks" /> nachlesen. Als
-        Repository-Administrator m?ssen Sie entscheiden, welche Hooks
+        Projektarchiv-Administrator m?ssen Sie entscheiden, welche Hooks
          sie einrichten wollen (indem Sie ein entsprechend benanntes
          und mit den n?tigen Zugriffsrechten versehenes Hook-Programm
          bereitstellen) und wie Sie sie einsetzen wollen. Wenn Sie diese  
Entscheidung
          treffen, dann behalten Sie das Gesamtbild des
-        Repository-Einsatzes im Auge.  Wenn Sie beispielsweise die
+        Projektarchiv-Einsatzes im Auge.  Wenn Sie beispielsweise die
          Konfiguration des Servers verwenden, um festzustellen, welche
-        Benutzer ?nderungen an Ihr Repository ?bergeben d?rfen,
+        Benutzer ?nderungen an Ihr Projektarchiv ?bergeben d?rfen,
          ben?tigen Sie f?r diese Zugriffskontrolle nicht das
          Hook-System.</para>

@@ -1916,7 +1916,7 @@
            Fehlern, Unzul?nglichkeiten oder Prozessverletzungen
            innerhalb der zu ?bergebenden Dateien einzusetzen, kann das
            zu Problemen f?hren. Subversion h?lt bestimmte
-          Repository-Daten in clientseitigen Caches vor, und wenn Sie
+          Projektarchiv-Daten in clientseitigen Caches vor, und wenn Sie
            auf diese Art eine ?bergabe-Transaktion ver?ndern, werden
            die im Cache befindlichen Informationen ung?ltig, ohne dass
            jemand etwas merkt. Diese Inkonsistenz kann zu
@@ -1960,7 +1960,7 @@
          die Obergrenze f?r die Gr??e der Protokolldateien usw.
          Dar?berhinaus w?hlt Subversions Dateisystemlogik Standardwerte
          f?r einige der Berkeley-DB-Konfigurationsoptionen. Manchmal
-        jedoch ben?tigt Ihr besonderes Repository, welches eine
+        jedoch ben?tigt Ihr besonderes Projektarchiv, welches eine
          einzigartige Sammlung von Daten und Zugriffsmustern darstellt,
          eine unterschiedliche Menge von Konfigurationswerten.</para>

@@ -1996,9 +1996,9 @@
          die Berkeley-DB-Umgebung zu ?berschreiben. BDB pr?ft, ob es
          eine Datei namens  <filename>DB_CONFIG</filename> im
          Umgebungsverzeichnis (das Verzeichnis <filename>db</filename>
-        des Repositorys) gibt und liest die in dieser Datei
+        des Projektarchivs) gibt und liest die in dieser Datei
          vorhandenen Optionen. Subversion erzeugt diese Datei selbst,
-        wenn der Rest eines Repositorys erstellt wird. Anfangs
+        wenn der Rest eines Projektarchivs erstellt wird. Anfangs
          beinhaltet diese Datei einige Standardoptionen sowie Verweise
          zur Berkeley-DB-Dokumentation im Netz, so dass Sie
          nachschlagen k?nnen, was diese Optionen bewirken.
@@ -2025,7 +2025,7 @@
  <!--
      <title>Repository Maintenance</title>
  -->
-    <title>Repository-Wartung</title>
+    <title>Projektarchiv-Wartung</title>

  <!--
      <para>Maintaining a Subversion repository can be daunting, mostly
@@ -2037,14 +2037,14 @@
        accomplish tasks such as repository data migration, upgrades,
        backups, and cleanups.</para>
  -->
-    <para>Die Wartung eines Subversion-Repositorys kann abschreckend
+    <para>Die Wartung eines Subversion-Projektarchivs kann abschreckend
        sein, was an der Komplexit?t liegt, die Systemen innewohnt, die
        auf Datenbanken aufbauen. Die Arbeit gut zu machen, bedeutet,
        die Werkzeuge zu kennen &ndash; was sie sind, wann sie zu
        verwenden sind und wie. Dieser Abschnitt stellt Ihnen die
-      Repository-Verwaltungswerkzeuge vor, die Subversion mitbringt
+      Projektarchiv-Verwaltungswerkzeuge vor, die Subversion mitbringt
        und er?rtert, wie sie gehandhabt werden, um Aufgaben zu
-      erledigen, wie etwa Repository-Datenmigration, Aktualisierungen,
+      erledigen, wie etwa Projektarchiv-Datenmigration, Aktualisierungen,
        Sicherungen und Aufr?umarbeiten.</para>

      <!-- ===============================================================  
-->
@@ -2065,7 +2065,7 @@
  -->
        <para>Subversion stellt eine Handvoll Dienstprogramme zur
          Verf?gung, die n?tzlich zum Erstellen, Untersuchen, Ver?ndern
-        und Reparieren Ihres Repositorys sind. Wir wollen uns diese
+        und Reparieren Ihres Projektarchivs sind. Wir wollen uns diese
          Werkzeuge einmal genauer ansehen. Anschlie?end werden wir kurz
          einige der zum Berkeley-DB-Paket geh?renden Dienstprogramme
          untersuchen, die auf die Besonderheiten der von Subversion
@@ -2087,10 +2087,10 @@
            Subversion command-line programs:</para>
  -->
          <para>Das Programm <command>svnadmin</command> ist der beste
-          Freund des Repository-Administrators. Neben der F?higkeit,
-          Subversion-Repositorys zu erzeugen, erlaubt Ihnen dieses
+          Freund des Projektarchiv-Administrators. Neben der F?higkeit,
+          Subversion-Projektarchive zu erzeugen, erlaubt Ihnen dieses
            Programm verschiedene Wartungsarbeiten auf diesen
-          Repositorys auszuf?hren. Die Syntax von
+          Projektarchive auszuf?hren. Die Syntax von
            <command>svnadmin</command> ist ?hnlich wie bei anderen
            Kommandozeilenprogrammen von Subversion:</para>

@@ -2164,14 +2164,14 @@
            mitgeliefertes Dienstprogramm zum Untersuchen der
            mannigfaltigen Revisionen und
            <firstterm>Transaktionen</firstterm> (bei denen es sich um
-          Revisionen in Entstehung handelt) in einem Repository. Kein
-          Teil dieses Programms versucht, das Repository zu ver?ndern.
+          Revisionen in Entstehung handelt) in einem Projektarchiv. Kein
+          Teil dieses Programms versucht, das Projektarchiv zu ver?ndern.
            <command>svnlook</command> wird ?blicherweise von
-          Repository-Hooks verwendet, um die abzuliefernden ?nderungen
+          Projektarchiv-Hooks verwendet, um die abzuliefernden ?nderungen
            zu melden (im Fall des <command>pre-commit</command>-Hooks)
-          oder die gerade an das Repository ?bergeben wurden (im Fall
+          oder die gerade an das Projektarchiv ?bergeben wurden (im Fall
            des <command>post-commit</command>-hooks). Ein
-          Repository-Administrator kann dieses Programm zur Diagnose
+          Projektarchiv-Administrator kann dieses Programm zur Diagnose
            benutzen.</para>

  <!--
@@ -2228,7 +2228,7 @@
            k?nnen entweder auf einem Revisions- oder auf einem
            Transaktionsbaum arbeiten, indem sie Informationen ?ber den
            Baum an sich ausgeben oder dar?ber, inwiefern er sich von
-          einer fr?heren Revision des Repositorys unterscheidet. Sie
+          einer fr?heren Revision des Projektarchivs unterscheidet. Sie
            verwenden die Optionen <option>--revision</option>
            (<option>-r</option>) und <option>--transaction</option>
            (<option>-t</option>), um die zu untersuchende Revision bzw.
@@ -2236,9 +2236,9 @@
            <option>--revision</option> (<option>-r</option>) und
            <option>--transaction</option> (<option>-t</option>)
            untersucht Subversion die j?ngste (oder
-          <literal>HEAD</literal>) Revision des Repositorys. Das
+          <literal>HEAD</literal>) Revision des Projektarchivs. Das
            hei?t, die beiden folgenden Befehle machen genau dasselbe,
-          wenn 19 die j?ngste Revision im Repository unter
+          wenn 19 die j?ngste Revision im Projektarchiv unter
            <filename>/var/svn/repos</filename> ist:</para>

          <screen>
@@ -2255,7 +2255,7 @@
          <para>Eine Ausnahme von diesen Regeln zu Unterbefehlen ist der
            Unterbefehl <command>svnlook youngest</command>, der keine
            Optionen entgegennimmt und einfach die j?ngste
-          Revisionsnummer des Repositorys ausgibt:</para>
+          Revisionsnummer des Projektarchivs ausgibt:</para>

          <screen>
  $ svnlook youngest /var/svn/repos
@@ -2275,7 +2275,7 @@
  -->
            <para>Beachten Sie, dass Sie nur Transaktionen untersuchen
              k?nnen, die noch nicht ?bergeben sind. Die meisten
-            Repositorys haben keine derartigen Transaktionen, da
+            Projektarchive haben keine derartigen Transaktionen, da
              Transaktionen entweder ?bergeben (in diesem Fall sollten
              Sie darauf mit der Option <option>--revision</option>
              (<option>-r</option>) zugreifen) oder abgebrochen und
***The diff for this file has been truncated for email.***
=======================================
--- /trunk/src/de/book/ch06-server-configuration.xml	Fri Jan 16 08:29:57  
2009
+++ /trunk/src/de/book/ch06-server-configuration.xml	Sun May 30 23:37:40  
2010
@@ -13,7 +13,7 @@
      perhaps, all over the world.</para>
  -->

-	<para>Der Zugriff auf ein Subversion-Repository kann problemlos
+	<para>Der Zugriff auf ein Subversion-Projektarchiv kann problemlos
  	von mehreren Clients, welche auf demselben Rechner wie
  	Subversion laufen, gleichzeitig erfolgen &ndash; unter Verwendung der
  	<literal>file://</literal>-Methode. Aber typischerweise l?uft
@@ -31,7 +31,7 @@
      setup on your host computer.</para>
  -->

-    <para>In diesem Kapitel erkl?ren wir, wie Sie ihr Subversion-Repository
+    <para>In diesem Kapitel erkl?ren wir, wie Sie ihr  
Subversion-Projektarchiv
      f?r den Fernzugriff von Clients fit machen. Wir werden
  	ausf?hrlich auf alle aktuell verf?gbaren Servermechanismen von
  	Subversion eingehen und ?ber ihre Konfiguration und Verwendung reden.
@@ -59,8 +59,8 @@
  -->
  	<para>Subversion wurde mit einer abstrakten
  	Netzwerkschicht entworfen. Dies bedeutet, dass auf ein
-	Repository automatisiert von beliebigen Server-Prozessen zugegriffen
-    werden kann, und die f?r Clients vorhandene  
<quote>Repository-Access</quote>-API
+	Projektarchiv automatisiert von beliebigen Server-Prozessen zugegriffen
+    werden kann, und die f?r Clients vorhandene  
<quote>Projektarchiv-Access</quote>-API
      (Programmierschnittstelle) erlaubt es Programmierern, Plugins
  	zu entwickeln, die relevante Netzwerkprotokolle verstehen. Theoretisch  
erm?glicht
  	dies Subversion, eine unbegrenzte Zahl an Netzwerkprotokollen zu  
verwenden.
@@ -78,14 +78,14 @@
        repositories.</para>
  -->
  	<para>Apache ist ein sehr beliebter Webserver, welcher mittels des
-	<command>mod_dav_svn</command>-Moduls auf Repositorys zugreifen und
+	<command>mod_dav_svn</command>-Moduls auf Projektarchive zugreifen und
  	diese f?r Clients verf?gbar machen kann. Verwendet wird dabei das
  	WebDAV/DeltaV-Protokoll, welches eine Erweiterung von HTTP ist.
  	Da Apache ein stark erweiterbarer Webserver ist, bietet er
  	eine Menge an <quote>frei verf?gbaren</quote> Funktionen/Modulen,
  	wie SSL-verschl?sselte Verbindungen, Logging, sowie die Integration  
diverser
  	Authentifikationssysteme von Drittanbietern und einen eingeschr?nkten
-	Web-Browser-gest?tzten Repository-Lesezugriff.</para>
+	Web-Browser-gest?tzten Projektarchiv-Lesezugriff.</para>

  <!--
      <para>In the other corner is <command>svnserve</command>: a small,
@@ -140,7 +140,7 @@
  	eigene Nutzerverwaltung hat). Des weiteren ist es notwendig &ndash; da  
jeder
  	angemeldete Nutzer einen eigenen <command>svnserve</command>-Prozess
  	startet &ndash; einer Gruppe von lokalen Nutzern (aus Sicht der  
Rechtevergabe)
-	vollen Zugriff auf das Repository via <literal>file://</literal> URLs zu
+	vollen Zugriff auf das Projektarchiv via <literal>file://</literal> URLs  
zu
  	erm?glichen. Pfad-basierte Zugriffskontrolle schlie?t sich in diesem Fall  
aus,
  	da die Nutzer direkt auf die Datenbank-Dateien zugreifen.</para>

@@ -201,15 +201,15 @@
              <entry>Autorisierungsm?glichkeiten</entry>
         <!-- <entry>Read/write access can be granted over the whole
                repository, or specified per path</entry> -->
-             <entry>Lese-/Schreibzugriff auf das komplette Repository
+             <entry>Lese-/Schreibzugriff auf das komplette Projektarchiv
               oder pfadbasierte Rechtevergabe</entry>
          <!-- <entry>Read/write access can be granted over the whole
                repository, or specified per path</entry> -->
-              <entry>Lese-/Schreibzugriff auf das komplette Repository
+              <entry>Lese-/Schreibzugriff auf das komplette Projektarchiv
               oder pfadbasierte Rechtevergabe</entry>
          <!-- <entry>Read/write access only grantable over the whole
                repository</entry> -->
-              <entry>Lese-/Schreibzugriff nur auf ganzes Repository  
einstellbar</entry>
+              <entry>Lese-/Schreibzugriff nur auf ganzes Projektarchiv  
einstellbar</entry>
            </row>

            <row>
@@ -250,7 +250,7 @@

            <row>
         <!-- <entry>Web viewing</entry> -->
-            <entry>web-basierte Anzeige des Repositorys</entry>
+            <entry>web-basierte Anzeige des Projektarchivs</entry>
         <!-- <entry>Limited built-in support, or via third-party tools
                such as ViewVC</entry> -->
                <entry>eingeschr?nkte Unterst?tzung, alternativ mittels  
Programmen von Drittanbietern,
@@ -428,7 +428,7 @@
              <listitem><para>Es wird nichts geloggt, auch keine  
Fehler.</para></listitem>

              <listitem><para>Keinen eingebauten Webbrowser-gest?tzten  
Lesezugriff. (Wenn Sie dies
-                w?nschen, m?ssen Sie einen eigenst?ndigen Webserver sowie  
Repository-Browser-Software
+                w?nschen, m?ssen Sie einen eigenst?ndigen Webserver sowie  
Projektarchiv-Browser-Software
                  installieren.)</para></listitem>

              </itemizedlist>
@@ -611,9 +611,9 @@

                <listitem><para>In der Regel l?sst sich das  
HTTP(S)-Protokoll problemlos durch Firewalls routen.</para></listitem>

-              <listitem><para>Auf das Repository kann lesend auch via  
Webbrowser zugegriffen werden.</para></listitem>
-
-              <listitem><para>Das Repository l?sst sich als Netzlaufwerk  
einh?ngen (mounten). ?nderungen
+              <listitem><para>Auf das Projektarchiv kann lesend auch via  
Webbrowser zugegriffen werden.</para></listitem>
+
+              <listitem><para>Das Projektarchiv l?sst sich als  
Netzlaufwerk einh?ngen (mounten). ?nderungen
                    an den Dateien unterliegen trotzdem der  
Versionskontrolle.
                    (siehe <xref  
linkend="svn.webdav.autoversioning"/>.)</para></listitem>

@@ -746,13 +746,13 @@
            <para>
              Falls Sie f?r ihr Team die einfachste Servervariante suchen,
              dann kommen Sie mit einer  
Standard-<command>svnserve</command>-Installation
-            am schnellsten ans Ziel. Beachten Sie aber, dass der Inhalt  
ihres Repositorys
+            am schnellsten ans Ziel. Beachten Sie aber, dass der Inhalt  
ihres Projektarchivs
              im Klartext ?ber das Netzwerk ?bertragen wird. Wenn Sie nur  
innerhalb ihres
              Firmennetzwerks oder eines VPNs arbeiten, so ist dies kein  
Beinbruch.
-            Ist ihr Repository allerdings vom Internet aus erreichbar, so  
sollten Sie
+            Ist ihr Projektarchiv allerdings vom Internet aus erreichbar,  
so sollten Sie
              eventuell sicherstellen, dass darin keine sensiblen Daten  
vorhanden sind
              (z.B. nur Open-Source Code o.?.), oder Sie legen noch einmal  
Hand an und
-            verschl?sseln mittels SASL die Netzwerkverbindung zur ihrem  
Repository.
+            verschl?sseln mittels SASL die Netzwerkverbindung zur ihrem  
Projektarchiv.
              </para>
          </listitem>

@@ -773,9 +773,9 @@
               Standard-<command>svnserve</command> entschieden haben,
               dann legen Sie auf ihrem System einen einfachen  
<command>svn</command>-Nutzer
               an und lassen den Serverprozess unter diesem Nutzer laufen.
-             Stellen Sie zudem sicher, dass das gesamte Verzeichnis mit  
dem Repository nur
+             Stellen Sie zudem sicher, dass das gesamte Verzeichnis mit  
dem Projektarchiv nur
               diesem <command>svn</command>-Nutzer geh?rt. Damit wird der  
Zugriff auf ihr
-             Repository durch das Dateisystem des Serverbetriebssystems  
verwaltet, und
+             Projektarchiv durch das Dateisystem des Serverbetriebssystems  
verwaltet, und
               nur der Serverprozess kann noch ?nderungen daran vornehmen.
               </para> </listitem>

@@ -788,7 +788,7 @@
              Wir empfehlen diese Variante allerdings nur sehr ungern.
              Es ist im Allgemeinen sicherer, Ihren Nutzern nur durch
              <command>svnserve</command> oder Apache verwaltete Zug?nge
-            den Zugriff auf Ihr Repository zu erm?glichen und eben nicht
+            den Zugriff auf Ihr Projektarchiv zu erm?glichen und eben nicht
              mittels vollwertiger Nutzerzug?nge auf dem Serversystem.
              Falls der Wunsch nach einer starken Netzwerkverschl?sselung Sie
              auf die Verwendung des SSH gebracht hat, dann empfehlen wir  
Ihnen
@@ -799,19 +799,19 @@
          <listitem>
            <para>
              Lassen Sie sich bitte <emphasis>nicht</emphasis> von der Idee  
verf?hren,
-            allen Ihren Nutzern direkten Zugriff auf das Repository  
mittels der
+            allen Ihren Nutzern direkten Zugriff auf das Projektarchiv  
mittels der
              <literal>file://</literal>-Methode zu geben. Auch wenn der  
Zugriff
-            auf das Repository durch eine Netzwerkfreigabe erfolgt, bleibt  
es immmer
+            auf das Projektarchiv durch eine Netzwerkfreigabe erfolgt,  
bleibt es immmer
              noch eine schlechte Idee.
-            Dadurch wird jeglicher Sicherheitspuffer zwischen dem Nutzer  
und dem Repository
-            entfernt: Ein Anwender kann ohne (oder auch mit) Absicht die  
Datenbank des Repositorys
+            Dadurch wird jeglicher Sicherheitspuffer zwischen dem Nutzer  
und dem Projektarchiv
+            entfernt: Ein Anwender kann ohne (oder auch mit) Absicht die  
Datenbank des Projektarchivs
              besch?digen.
-            Es wird zudem schwierig, das Repository offline zu nehmen um  
eine Inspektion
+            Es wird zudem schwierig, das Projektarchiv offline zu nehmen  
um eine Inspektion
              oder ein Upgrade durchzuf?hren. Zudem kann es Ihnen eine Menge  
Probleme mit
              den Dateirechten einbringen (siehe <xref
              linkend="svn.serverconfig.multimethod"/>).
              Beachten Sie bitte auch, dass dies einer der Gr?nde ist, warum  
wir vor der
-            Verwendung der <literal>svn+ssh://</literal>-Methode f?r den  
Repository-Zugriff
+            Verwendung der <literal>svn+ssh://</literal>-Methode f?r den  
Projektarchiv-Zugriff
              warnen. Vom Standpunkt der Sicherheit ist dies effektiv  
dasselbe wie
              die Verwendung von <literal>file://</literal> f?r den Zugriff  
durch lokale
              Benutzer und kann zu denselben Problemen f?hren, wenn der  
Administrator nicht
@@ -853,7 +853,7 @@
        oder das <literal>svn+ssh://</literal>-Schema. In diesem Abschnitt  
behandeln
        wir die unterschiedlichen M?glichkeiten, <command>svnserve</command>
        einzusetzen, wie sich die Clients am Server authentifizieren und wie
-      die passenden Zugangsrechte zum Repository korrekt eingerichtet  
werden.
+      die passenden Zugangsrechte zum Projektarchiv korrekt eingerichtet  
werden.
        </para>


@@ -969,14 +969,14 @@
            welchem Hostnamen er lauschen soll.</para>

        <para>Wurde <command>svnserve</command> auf diese Weise erfolgreich  
gestartet,
-        stehen nun alle Repositorys auf dem Server f?r Nutzer im Netzwerk  
zur Verf?gung.
+        stehen nun alle Projektarchive auf dem Server f?r Nutzer im  
Netzwerk zur Verf?gung.
          F?r einen Zugriff muss ein Client den  
<emphasis>absoluten</emphasis> Pfad zum
-        Repository im URL angeben. Ist das Repository beispielsweise im  
Verzeichnis
+        Projektarchiv im URL angeben. Ist das Projektarchiv beispielsweise  
im Verzeichnis
          <filename>/var/svn/project1</filename> gespeichert, so sieht ein  
entsprechender URL
          f?r den Zugriff folgenderma?en aus:  
<uri>svn://host.example.com/var/svn/project1</uri>.
          Um die Sicherheit zu erh?hen, kann <command>svnserve</command>  
beim Start mit
          der Option <option>-r</option> auf ein bestimmtes Verzeichnis  
beschr?nkt werden, so dass nur noch
-        die darin liegenden Repositorys im Netz verf?gbar sind. Ein  
Beispiel:</para>
+        die darin liegenden Projektarchive im Netz verf?gbar sind. Ein  
Beispiel:</para>

        <screen>
  $ svnserve -d -r /var/svn
@@ -1095,12 +1095,12 @@
  </screen>

        <para>Stellen Sie sicher, dass <quote>svnowner</quote> der Nutzer  
ist,
-        welcher alle notwendigen Zugriffsrechte auf ihre Repositorys hat.
+        welcher alle notwendigen Zugriffsrechte auf ihre Projektarchive  
hat.
          Kommt nun eine Anfrage eines Subversion-Clients auf Port 3690  
herein,
          so wird <command>inetd</command> einen  
<command>svnserve</command>-Prozess
          starten, um die Anfrage zu bedienen. Wahrscheinlich m?chten Sie
          noch die <option>-r</option>-Option zur oben genannten Zeile  
hinzuf?gen,
-        um einzuschr?nken, welche Repositorys exportiert werden  
d?rfen.</para>
+        um einzuschr?nken, welche Projektarchive exportiert werden  
d?rfen.</para>

        </sect3>

@@ -1157,9 +1157,9 @@
            und <filename>stdout</filename>) und davon ausgehen, dass alle  
Daten mit Hilfe des Tunnels
            zum Client weitergeleitet werden. Wird  
<command>svnserve</command> wie in diesem Fall
            durch ein Tunnel-Programm aufgerufen, ist es notwendig, dass der  
aufrufende Nutzer volle Lese-
-          und Schreibrechte  auf die Dateien der Repository-Datenbank hat.
+          und Schreibrechte  auf die Dateien der Projektarchiv-Datenbank  
hat.
            Es verh?lt sich dabei im Grunde genommen so, als wenn der Nutzer  
mit einem
-          <literal>file://</literal>-URL auf ein Repository zugreifen  
w?rde.</para>
+          <literal>file://</literal>-URL auf ein Projektarchiv zugreifen  
w?rde.</para>

          <para>Wir werden diese Option noch genauer in diesem Kapitel  
behandeln, und zwar in <xref
            linkend="svn.serverconfig.svnserve.sshauth"/>.</para>
@@ -1430,9 +1430,9 @@
          verbindet, geschieht folgendes:</para>

        <itemizedlist>
-        <listitem><para>Der Client w?hlt ein bestimmtes  
Repository.</para></listitem>
-
-        <listitem><para>Der Server liest die zum Repository geh?rende  
Datei <filename>conf/svnserve.conf</filename>
+        <listitem><para>Der Client w?hlt ein bestimmtes  
Projektarchiv.</para></listitem>
+
+        <listitem><para>Der Server liest die zum Projektarchiv geh?rende  
Datei <filename>conf/svnserve.conf</filename>
          und f?hrt die darin enthaltenen Regeln f?r die Authentifikation  
(Legitimation, Identit?tspr?fung)
          und die Autorisation (Berechtigungen, Befugnisse)  
aus.</para></listitem>

@@ -1481,7 +1481,7 @@
          Mehr dazu im Kapitel <xref  
linkend="svn.serverconfig.svnserve.sshauth"/>.</para>

        <para>Wie Sie sicher bereits bemerkt haben, ist die Datei  
<filename>svnserve.conf</filename>
-        in jedem Repository die zentrale Anlaufstelle f?r alle Regeln im  
Rahmen der
+        in jedem Projektarchiv die zentrale Anlaufstelle f?r alle Regeln  
im Rahmen der
          Nutzeranmeldung und Rechtevergabe. Die Datei hat dasselbe Format  
wie die anderen
          Konfigurationsdateien (siehe <xref  
linkend="svn.advanced.confarea"/>):
          Die Abschnittsbezeichnungen sind von eckigen Klammern umschlossen
@@ -1580,12 +1580,12 @@
            Der Wert von <literal>password-db</literal> kann
            den absoluten oder relativen Pfad zur Benutzerdatei enthalten.
            In der Regel, ist es am einfachsten diese Datei ebenfalls
-          im <filename>conf/</filename>-Verzeichnis des Repositorys
+          im <filename>conf/</filename>-Verzeichnis des Projektarchivs
            zu speichern &ndash; also dort, wo auch  
<filename>svnserve.conf</filename>
            liegt. Andererseits m?chten Sie vielleicht eine Passwortdatei
            f?r mehrere Repositories verwenden; in diesem Fall sollten Sie
            die Datei an einem zentraleren Ort ablegen.
-          Die Repositorys, die sich die Benutzerdatei teilen, sollten so
+          Die Projektarchive, die sich die Benutzerdatei teilen, sollten so
  		  konfiguriert sein, dass sie derselben Authentifizierungsumgebung
  		  angeh?ren, da die Benutzerliste
  		  im Wesentlichen einen Authentifizierungs-Bereich definiert.
@@ -1627,7 +1627,7 @@
          oder <literal>write</literal> gesetzt werden. Wenn Sie den Wert auf
          <literal>none</literal> setzen, so unterbinden Sie sowohl den  
Lese- als
          auch den Schreibzugriff &ndash; <literal>read</literal> erlaubt  
den Nur-Lese-Zugriff
-        auf das Repository und  <literal>write</literal> gibt auf das  
gesamte Repository
+        auf das Projektarchiv und  <literal>write</literal> gibt auf das  
gesamte Projektarchiv
          Lese- und Schreibzugriff.
  		</para>

@@ -1706,7 +1706,7 @@
  -->

  		<para>Der Serverprozess versteht nicht nur diese  
<quote>pauschalen</quote>
-		Zugriffseinstellungen f?r ein Repository, sondern auch feiner
+		Zugriffseinstellungen f?r ein Projektarchiv, sondern auch feiner
  		granulierte Zugriffsrechte auf einzelne Dateien und Verzeichnisse
  		innerhalb des Repositories. Um diese Funktion nutzen zu k?nnen, m?ssen  
Sie eine
  		Datei anlegen, welche die umfangreicheren Regeln enth?lt und  
anschlie?end die
=======================================
--- /trunk/src/de/book/ch07-customizing-svn.xml	Sat May  2 06:24:47 2009
+++ /trunk/src/de/book/ch07-customizing-svn.xml	Sun May 30 23:37:40 2010
@@ -561,10 +561,10 @@
                  any of these patterns will not be proxied.</para>
  -->
                <para>Eine durch Komma getrennte Liste aus Namensmustern
-                f?r Repository-Server, die, ohne einen Proxy-Rechner
+                f?r Projektarchiv-Server, die, ohne einen Proxy-Rechner
                  zu benutzen, direkt angesprochen werden sollen. Die
                  Syntax f?r die Muster ist die gleiche wie bei
-                Dateinamen in der Unix-Shell. Ein Repository-Server
+                Dateinamen in der Unix-Shell. Ein Projektarchiv-Server
                  mit einem zu irgendeinem dieser Muster passenden Namen
                  wird nicht ?ber einen Proxy angesprochen.</para>
              </listitem>
@@ -684,7 +684,7 @@
  -->

                <para>Subversion stellt ein Paar aus Modulen f?r den
-                Repository-Zugriff zur Verf?gung, die das
+                Projektarchiv-Zugriff zur Verf?gung, die das
                  WebDAV-Netzprotokoll verstehen. Das mit Subversion
                  1.0 ausgelieferte Original ist
                  <literal>libsvn_ra_neon</literal> (obwohl es damals
@@ -732,7 +732,7 @@
  -->
                <para>Eine durch Semikolon getrennte Liste von
                  Authentifizierungsmethoden, die von den Neon-basierten
-                WebDAV-Repository-Zugriffsmodulen unterst?tzt werden.
+                WebDAV-Projektarchiv-Zugriffsmodulen unterst?tzt werden.
                  G?ltige Elemente dieser Liste sind
                  <literal>basic</literal>, <literal>digest</literal>
                  und <literal>negotiate</literal>.</para>
@@ -864,7 +864,7 @@
  -->
          <para>Der Abschnitt <literal>auth</literal> enth?lt
            Einstellungen zur Authentifizierung und Autorisierung
-          gegen?ber Subversion-Repositorys. Er enth?lt das
+          gegen?ber Subversion-Projektarchiven. Er enth?lt das
            Folgende:</para>

          <variablelist>
@@ -995,7 +995,7 @@
                <para>Der absolute Pfad zu einem
                  Dreiwege-Vergleichsprogramm. Subversion verwendet
                  dieses Programm, um ?nderungen des Benutzers mit
-                denjenigen aus dem Repository zusammenzuf?hren.
+                denjenigen aus dem Projektarchiv zusammenzuf?hren.
                  Standardm??ig benutzt Subversion eine interne
                  Vergleichsbibliothek &ndash; wenn diese Option gesetzt
                  wird, benutzt es f?r diese Aufgabe ein externes
@@ -1172,7 +1172,7 @@
                  f?r Protokollnachrichten. Sie ist eine dauerhafte Form
                  der Option <option>--encoding</option> (siehe <xref
                  linkend="svn.ref.svn.sw"/>).  Das
-                Subversion-Repository speichert Protokollnachrichten
+                Subversion-Projektarchiv speichert Protokollnachrichten
                  in UTF-8 und geht davon aus, dass Ihre
                  Protokollnachricht unter Verwendung der nat?rlichen
                  Locale Ihres Betriebssystems verfasst wird. Sie
@@ -1220,7 +1220,7 @@
                <para>In anderen Situationen w?re es manchmal sch?n,
                  wenn die Dateien der Arbeitskopie Zeitstempel h?tten,
                  die dem Zeitpunkt entspr?chen, zu dem sie das letzte
-                Mal im Repository ge?ndert wurden. Der Befehl
+                Mal im Projektarchiv ge?ndert wurden. Der Befehl
                  <command>svn export</command> versieht die von ihm
                  erzeugten B?ume stets mit diesen <quote>Zeitstempeln
                  der letzten ?bergabe</quote>. Wenn diese Variable auf
@@ -1695,14 +1695,14 @@
  -->
        <para>Die zweite Art, auf der die Locale ber?cksichtigt wird,
          bezieht sich darauf, wie <command>svn</command> Ihre Eingaben
-        interpretiert. Das Repository speichert alle Pfade,
+        interpretiert. Das Projektarchiv speichert alle Pfade,
          Dateinamen und Protokollnachrichten in UTF-8-kodiertem
-        Unicode. In diesem Sinne ist das Repository
+        Unicode. In diesem Sinne ist das Projektarchiv
          <firstterm>internationalisiert</firstterm> &ndash; d.h., das
-        Repository kann Eingaben in jeder menschlichen Sprache
+        Projektarchiv kann Eingaben in jeder menschlichen Sprache
          entgegennehmen. Das hei?t aber auch, dass der
          Subversion-Client daf?r verantwortlich ist, nur Dateinamen
-        und Protokollnachrichten in UTF-8 an das Repository zu
+        und Protokollnachrichten in UTF-8 an das Projektarchiv zu
          schicken. Um das zu bewerkstelligen, muss er die Daten aus der
          aktuellen Locale in UTF-8 umwandeln.</para>

@@ -1725,7 +1725,7 @@
          Locale auf <literal>it_IT</literal> gesetzt ist, wei? der
          Subversion-Client, dass er sie als italienisch interpretieren
          muss. Er verwendet einen italienischen Zeichensatz, um die
-        Daten in UTF-8 umzuwandeln, bevor sie an das Repository
+        Daten in UTF-8 umzuwandeln, bevor sie an das Projektarchiv
          gesendet werden.</para>

  <!--
@@ -1736,7 +1736,7 @@
          attempt to understand the character set or encoding of the
          contents.</para>
  -->
-      <para>Beachten Sie, dass das Repository sich
+      <para>Beachten Sie, dass das Projektarchiv sich
          <emphasis>nicht</emphasis> um den Inhalt von Dateien k?mmert,
          obwohl es Dateinamen und Protokollnachrichten in UTF-8
          verlangt. Subversion betrachtet Dateiinhalte als
@@ -1784,7 +1784,7 @@
            update</command>.</para>
  -->
          <para>Fehler wie diese treten typischerweise dann auf, wenn
-          der Client eine Zeichenkette in UTF-8 aus dem Repository
+          der Client eine Zeichenkette in UTF-8 aus dem Projektarchiv
            empfangen hat, aber nicht alle Zeichen dieser Zeichenkette
            in der Kodierung der aktuellen Locale wiedergegeben werden
            k?nnen. Wenn zum Beispiel Ihre aktuelle Locale
@@ -1806,7 +1806,7 @@
          <para>Die L?sung besteht entweder darin, Ihre Locale auf
            irgendetwas zu setzen, das die empfangenen Daten in UTF-8
            repr?sentieren <emphasis>kann</emphasis> oder den Dateinamen
-          oder die Protokollnachricht im Repository zu ?ndern. (Und
+          oder die Protokollnachricht im Projektarchiv zu ?ndern. (Und
            vergessen Sie nicht, Ihrem Kollegen auf die Finger zu
            klopfen &ndash; Projekte sollten sich fr?hzeitig auf
            gemeinsame Sprachen einigen, so dass alle Mitarbeiter
@@ -1844,7 +1844,7 @@
        bekommen, ist es, Dateien unter Versionskontrolle zu stellen,
        ?nderungen an diesen Dateien zu ?bergeben usw. Aber neben
        versionierten Dateidaten leben auch andere Informationen in
-      Ihrem Subversion-Repository. Einige dieser Informationen &ndash;
+      Ihrem Subversion-Projektarchiv. Einige dieser Informationen &ndash;
        Protokollnachrichten, Kommentare zu Sperren und einige
        Property-Werte &ndash; sind textueller Natur und werden
        ausdr?cklich von Benutzern geliefert. Die meisten dieser
@@ -2165,7 +2165,7 @@
        sauberer &ndash; Ihr konfiguriertes Zusammenf?hrungsprogramm
        braucht nur vier Pfadangaben als Kommandozeilenparameter zu
        akzeptieren: die Basisdatei, die <quote>fremde</quote> Datei
-      (die die ?nderungen aus dem Repository enth?lt), die
+      (die die ?nderungen aus dem Projektarchiv enth?lt), die
        <quote>eigene</quote> Datei (die lokale ?nderungen enth?lt) und
        den Pfad der Datei, in der der endg?ltige Inhalt nach
        Konfliktaufl?sung gespeichert werden soll.</para>
=======================================
--- /trunk/src/de/book/ch08-embedding-svn.xml	Mon May 25 13:28:01 2009
+++ /trunk/src/de/book/ch08-embedding-svn.xml	Sun May 30 23:37:40 2010
@@ -71,8 +71,8 @@
        <filename>mod_dav_svn</filename>, etc.).</para>
  -->
      <para>Jede der Kernbibliotheken von Subversion geh?rt zu einer von
-      drei Schichten &ndash; der Repository-Schicht, der
-      Repository-Zugriffs-Schicht oder der Client-Schicht (siehe <xref
+      drei Schichten &ndash; der Projektarchiv-Schicht, der
+      Projektarchiv-Zugriffs-Schicht oder der Client-Schicht (siehe <xref
        linkend="svn.intro.architecture.dia-1" /> im Vorwort). Wir
        werden diese Schichten gleich untersuchen, doch zun?chst wollen
        wir eine kurze Zusammenfassung der verschiedenen Bibliotheken
@@ -141,7 +141,7 @@
            loader</para></listitem>
  -->
          <listitem><para>Gemeinsame Prozeduren f?r den
-          Repository-Zugriff und Modullader</para></listitem>
+          Projektarchiv-Zugriff und Modullader</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_local</term>
@@ -150,7 +150,7 @@
            module</para></listitem>
  -->
          <listitem><para>Modul f?r den lokalen
-          Repository-Zugriff</para></listitem>
+          Projektarchiv-Zugriff</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_neon</term>
@@ -159,7 +159,7 @@
            module</para></listitem>
  -->
          <listitem><para>Modul f?r den
-          WebDAV-Repository-Zugriff</para></listitem>
+          WebDAV-Projektarchiv-Zugriff</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_serf</term>
@@ -168,7 +168,7 @@
            Access module</para></listitem>
  -->
          <listitem><para>Ein weiteres (experimentelles) Modul f?r den
-          WebDAV-Repository-Zugriff</para></listitem>
+          WebDAV-Projektarchiv-Zugriff</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_svn</term>
@@ -176,7 +176,7 @@
          <listitem><para>The custom protocol Repository Access
            module</para></listitem>
  -->
-        <listitem><para>Repository-Zugriff ?ber das spezielle
+        <listitem><para>Projektarchiv-Zugriff ?ber das spezielle
            Protokoll</para></listitem>
        </varlistentry>
        <varlistentry>
@@ -184,7 +184,7 @@
  <!--
          <listitem><para>Repository interface</para></listitem>
  -->
-        <listitem><para>Repository-Schnittstelle</para></listitem>
+        <listitem><para>Projektarchiv-Schnittstelle</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_subr</term>
@@ -277,8 +277,8 @@
        <filename>libsvn_ra_svn</filename> implementieren alle die
        gleiche Schnittstelle und funktionieren als Plug-In f?r
        <filename>libsvn_ra</filename>.  Alle vier kommunizieren mir der
-      Repository-Schicht &ndash; <filename>libsvn_ra_local</filename>
-      verbindet sich direkt mit dem Repository; die drei anderen
+      Projektarchiv-Schicht &ndash; <filename>libsvn_ra_local</filename>
+      verbindet sich direkt mit dem Projektarchiv; die drei anderen
        machen das ?ber das Netz. Die Bibliotheken
        <filename>libsvn_fs_base</filename> und
        <filename>libsvn_fs_fs</filename> sind noch ein Paar, das die
@@ -323,7 +323,7 @@
  <!--
        <title>Repository Layer</title>
  -->
-      <title>Repository-Schicht</title>
+      <title>Projektarchiv-Schicht</title>

  <!--
        <para>When referring to Subversion's Repository layer, we're
@@ -340,19 +340,19 @@
          the perspective of the Subversion user, the stuff at the
          <quote>other end of the line.</quote></para>
  -->
-      <para>Wenn wir uns auf die Repository-Schicht von Subversion
+      <para>Wenn wir uns auf die Projektarchiv-Schicht von Subversion
          beziehen, reden wir ?blicherweise ?ber zwei grundlegende
          Konzepte &ndash; die Implementierung des versionierten
          Dateisystems (auf das mittels <filename>libsvn_fs</filename>
          zugegriffen wird, unterst?tzt durch dessen Plug-Ins
          <filename>libsvn_fs_base</filename> und
          <filename>libsvn_fs_fs</filename>) und die Logik des
-        Repositorys, die es umgibt (implementiert in
+        Projektarchivs, die es umgibt (implementiert in
          <filename>libsvn_repos</filename>). Diese Bibliotheken liefern
          die Speicher- und Auswertungsmechanismen f?r die verschiedenen
          Revisionen Ihrer versionskontrollierten Daten. Diese Schicht
          ist mit der Client-Schicht ?ber die
-        Repository-Zugriffs-Schicht verbunden und stellt, aus der
+        Projektarchiv-Zugriffs-Schicht verbunden und stellt, aus der
          Sicht des Benutzers von Subversion, das <quote>andere Ende der
          Leitung</quote> dar.</para>

@@ -716,7 +716,7 @@
          implementing a versioning filesystem, so it lives in the
          repository wrapper library.</para>
  -->
-      <para>Die Subversion-Repository-Bibliothek
+      <para>Die Subversion-Projektarchiv-Bibliothek
          (<filename>libsvn_repos</filename>) sitzt (logisch) oberhalb
          der <filename>libsvn_fs</filename>-API und stellt zus?tzliche
          Funktionen zur Verf?gung, die ?ber die grundlegende Logik
@@ -726,11 +726,11 @@
          Dateisystemaktivit?t. Einige dieser Schritte umfassen die
          Erzeugung und den Abschluss von Subversion-Transaktionen und
          die ?nderung von Revision-Propertys. Diese besonderen
-        Ereignisse werden durch die Repository-Schicht gekapselt, da
+        Ereignisse werden durch die Projektarchiv-Schicht gekapselt, da
          mit ihnen Hooks verkn?pft sind. Ein System mit
-        Repository-Hooks hat strenggenommen nichts mit der
+        Projektarchiv-Hooks hat strenggenommen nichts mit der
          Implementierung eines versionierten Dateisystems zu tun, so
-        dass es in der Repository-Bibliothek untergebracht ist.</para>
+        dass es in der Projektarchiv-Bibliothek untergebracht ist.</para>

  <!--
        <para>The hooks mechanism is but one of the reasons for the
@@ -740,7 +740,7 @@
          These include the abilities to:</para>
  -->
        <para>Der Hook-Mechanismus ist aber nur ein Grund f?r die
-        Abstraktion einer eigenst?ndigen Repository-Bibliothek vom
+        Abstraktion einer eigenst?ndigen Projektarchiv-Bibliothek vom
          Rest des Dateisystemcodes. Die API
          <filename>libsvn_repos</filename> stellt mehrere andere
          wichtige Werkzeuge f?r Subversion zur Verf?gung. Darunter
@@ -753,7 +753,7 @@
              Subversion repository and the filesystem included in that
              repository.</para>
  -->
-          <para>ein Subversion-Repository und das darin enthaltene
+          <para>ein Subversion-Projektarchiv und das darin enthaltene
              Dateisystem zu erzeugen, zu ?ffnen, zu zerst?ren und
              hierauf Schritte zur Wiederherstellung auszuf?hren.</para>
          </listitem>
@@ -791,7 +791,7 @@
              into a different Subversion repository.</para>
  -->
            <para>dieses Auszugsformat zu lesen und die Revisionen in
-            ein anderes Subversion-Repository zu laden.</para>
+            ein anderes Subversion-Projektarchiv zu laden.</para>
          </listitem>
        </itemizedlist>

@@ -801,7 +801,7 @@
          functionality and configurable option support.</para>
  -->
        <para>W?hrend sich Subversion weiterentwickelt, wird die
-        Repository-Bibliothek gemeinsam mit der Dateisystem-Bibliothek
+        Projektarchiv-Bibliothek gemeinsam mit der Dateisystem-Bibliothek
          wachsen und erweiterte Funktionen und konfigurierbare Optionen
          unterst?tzen.</para>

@@ -812,7 +812,7 @@
  <!--
        <title>Repository Access Layer</title>
  -->
-      <title>Repository-Zugriffs-Schicht</title>
+      <title>Projektarchiv-Zugriffs-Schicht</title>

  <!--
        <para>If the Subversion Repository layer is at <quote>the other
@@ -830,11 +830,11 @@
          <filename>libsvn_ra_svn</filename>'s server,
          <command>svnserve</command>).</para>
  -->
-      <para>Wenn die Subversion-Repository-Schicht das <quote>andere
+      <para>Wenn die Subversion-Projektarchiv-Schicht das <quote>andere
          Ende der Leitung</quote> repr?sentiert, stellt die
-        Repository-Zugriffs-Schicht (RA) die Leitung selbst dar. Ihre
+        Projektarchiv-Zugriffs-Schicht (RA) die Leitung selbst dar. Ihre
          Aufgabe ist das Umherschaufeln von Daten zwischen den
-        Client-Bibliotheken und dem Repository. Diese Schicht umfasst
+        Client-Bibliotheken und dem Projektarchiv. Diese Schicht umfasst
          die Bibliothek  <filename>libsvn_ra</filename> zum Laden von
          Modulen, die eigentlichen RA-Module (momentan
          <filename>libsvn_ra_neon</filename>,
@@ -862,7 +862,7 @@
          <userinput>svn - -version</userinput>:</para>
  -->
        <para>Da Subversion URLs zum Identifizieren seiner
-        Repository-Quellen benutzt, wird der Protokollteil des
+        Projektarchiv-Quellen benutzt, wird der Protokollteil des
          URL-Schemas (normalerweise <literal>file://</literal>,
          <literal>http://</literal>, <literal>https://</literal>,
          <literal>svn://</literal> oder <literal>svn+ssh://</literal>)
@@ -942,7 +942,7 @@
  -->
        <para>Die von der RA-Schicht exportierte API beinhaltet
          Funktionen, die zum Senden und Empfangen versionierter Daten
-        zum und vom Repository notwendig sind. Jedes der verf?gbaren
+        zum und vom Projektarchiv notwendig sind. Jedes der verf?gbaren
          RA-Plug-Ins kann diese Aufgabe mithilfe eines besonderen
          Protokolls erledigen &ndash;
          <filename>libsvn_ra_dav</filename> kommuniziert ?ber
@@ -966,12 +966,12 @@
          supplies the APIs; you supply the creativity.</para>
  -->
        <para>F?r diejenigen, die ?ber ein v?llig anderes Protokoll auf
-        das Repository zugreifen m?chten, sei gesagt, dass genau das
+        das Projektarchiv zugreifen m?chten, sei gesagt, dass genau das
          der Grund f?r die Modularisierung der
-        Repository-Zugriffsschicht ist. Entwickler k?nnen einfach eine
+        Projektarchiv-Zugriffsschicht ist. Entwickler k?nnen einfach eine
          neue Bibliothek schreiben, die auf der einen Seite die
          RA-Schnittstelle implementiert und auf der anderen Seite mit
-        dem Repository kommuniziert. Ihre neue Bibliothek kann
+        dem Projektarchiv kommuniziert. Ihre neue Bibliothek kann
          bestehende Netzprotokolle verwenden, oder Sie k?nnen Ihr
          eigenes erfinden. Sie k?nnten Aufrufe ?ber
          Interprozess-Kommunikation (IPC) machen oder &ndash; mal etwas
@@ -1005,7 +1005,7 @@
          Verzeichnisse voller Dateien und anderer Unterverzeichnisse,
          die als eine Art lokaler, editierbarer
          <quote>Spiegelung</quote> einer oder mehrere Orte im
-        Repository dienen &ndash; und ?nderungen an die RA-Schicht
+        Projektarchiv dienen &ndash; und ?nderungen an die RA-Schicht
          weiterzugeben oder von ihr zu empfangen.</para>

  <!--
@@ -1069,7 +1069,7 @@
          <function>svn_client_checkout()</function> einen URL als
          Argument. Sie leitet diesen URL an die RA-Schicht weiter und
          startet eine authentifizierte Sitzung mit einem bestimmten
-        Repository. Dann fragt sie das Repository nach einem
+        Projektarchiv. Dann fragt sie das Projektarchiv nach einem
          bestimmten Baum und schickt diesen Baum an die
          Arbeitskopie-Bibliothek, die dann die gesamte Arbeitskopie auf
          die Platte schreibt (samt
@@ -1231,7 +1231,7 @@
            files and subdirectories in the working copy
            directory</para>
  -->
-        <para>welche Orte des Repositorys durch die Dateien und
+        <para>welche Orte des Projektarchivs durch die Dateien und
            Unterverzeichnisse der Arbeitskopie repr?sentiert
            werden</para>
        </listitem>
@@ -1314,7 +1314,7 @@
          <filename>entries</filename>. Sie enth?lt den gr??ten Teil der
          Verwaltungsinformationen zu den versionierten Elementen in
          einem Verzeichnis der Arbeitskopie. Diese eine Datei verfolgt
-        die Repository-URLs, die urspr?ngliche Revision, Pr?fsummen
+        die Projektarchiv-URLs, die urspr?ngliche Revision, Pr?fsummen
          von Dateien, urspr?nglichen Text und Zeitstempel von
          Propertys, Informationen zur Ablaufkoordination und zu
          Konfliktzust?nden, Informationen zur letzten ?bergabe (Autor,
@@ -2018,7 +2018,7 @@
            Anschluss an die Versionen von Subversion verlieren w?rde.
            Das ist bereits enmal passiert &ndash; SVNKit kann nicht
            ?ber das Protokoll <literal>file://</literal> auf
-          BDB-basierte Subversion-Repositorys zugreifen, da es keine
+          BDB-basierte Subversion-Projektarchive zugreifen, da es keine
            reine Java-Implementierung von Berkeley DB gibt, deren
            Dateiformat kompatibel zur urspr?nglichen Implementierung
            dieser Bibliothek ist.</para>
@@ -2071,7 +2071,7 @@
  -->
        <para><xref linkend="svn.developer.layerlib.repos.ex-1" />
          enth?lt einen Codeabschnitt (in C), der einige der er?rterten
-        Konzepte veranschaulicht. Er verwendet sowohl die Repository-
+        Konzepte veranschaulicht. Er verwendet sowohl die Projektarchiv-
          als auch die Dateisystemschnittstelle (was anhand der Pr?fixe
          <literal>svn_repos_</literal> bzw.
          <literal>svn_fs_</literal> der Funktionsnamen erkennbar ist),
@@ -2088,7 +2088,7 @@
  <!--
          <title>Using the Repository Layer</title>
  -->
-        <title>Verwendung der Repository-Schicht</title>
+        <title>Verwendung der Projektarchiv-Schicht</title>

  <!--
          <programlisting>
@@ -2215,7 +2215,7 @@
    } while (0)

  /* Ein neues Verzeichnis im Pfad NEW_DIRECTORY des
- * Subversion-Repositorys bei REPOS_PATH erzeugen. S?mtliche
+ * Subversion-Projektarchivs bei REPOS_PATH erzeugen. S?mtliche
   * Speicherzuteilungen in Pool durchf?hren. Diese Funktion erzeugt
   * eine neue Revision, damit NEW_DIRECTORY hinzugef?gt werden kann. Im
   * Erfolgsfall Null, sonst einen Wert ungleich Null zur?ckgeben.
@@ -2233,7 +2233,7 @@
    svn_fs_root_t *txn_root;
    const char *conflict_str;

-  /* Repository bei REPOS_PATH ?ffnen.
+  /* Projektarchiv bei REPOS_PATH ?ffnen.
     */
    INT_ERR(svn_repos_open(&amp;repos, repos_path, pool));

@@ -2286,7 +2286,7 @@
         * Fehlermeldung ausgeben.
         */
        printf("Ein Konflikt trat im Pfad '%s' auf, als versucht wurde, "
-             "das Verzeichnis '%s' dem Repository bei '%s'  
hinzuzuf?gen.\n",
+             "das Verzeichnis '%s' dem Projektarchiv bei '%s'  
hinzuzuf?gen.\n",
               conflict_str, new_directory, repos_path);
      }
    else
@@ -2294,7 +2294,7 @@
        /* Ein anderer Fehler ist aufgetreten. Eine Fehlermeldung
         * ausgeben.
         */
-      printf("Beim Versuch, das Verzeichnis '%s' dem Repository bei "
+      printf("Beim Versuch, das Verzeichnis '%s' dem Projektarchiv bei "
               "'%s' hinzuzuf?gen, trat ein Fehler auf.\n",
               new_directory, repos_path);
      }
@@ -2326,8 +2326,8 @@
          linkend="svn.developer.layerlib.repos.ex-1" /> die Transaktion
          ebenso einfach mit <function>svn_fs_commit_txn()</function>
          h?tte ?bergeben k?nnen. Allerdings wei? die Dateisystem-API
-        nichts ?ber den Hook-Mechanismus der Repository-Bibliothek.
-        Falls Sie m?chten, dass Ihr Subversion-Repository bei jeder
+        nichts ?ber den Hook-Mechanismus der Projektarchiv-Bibliothek.
+        Falls Sie m?chten, dass Ihr Subversion-Projektarchiv bei jeder
          Transaktions?bergabe eine Nicht-Subversion-Aufgabe ausf?hrt
          (z.B. eine E-Mail, die alle ?nderungen in dieser Transaktion
          beschreibt, an Ihre Entwickler-Mailingliste senden), m?ssen
@@ -2335,7 +2335,7 @@
          Bibliothek <filename>libsvn_repos</filename> umschlossen ist
          und die Ausl?sung von Hooks beinhaltet &ndash; in diesem Fall
          <function>svn_repos_fs_commit_txn()</function>. (Weitere
-        Informationen zu Subversions Repository-Hooks in <xref
+        Informationen zu Subversions Projektarchiv-Hooks in <xref
          linkend="svn.reposadmin.create.hooks" />.)</para>

  <!--
@@ -2348,7 +2348,7 @@
        <para>Lassen Sie uns nun die Sprachen wechseln. <xref
          linkend="svn.developer.usingapi.otherlangs.ex-1" /> ist ein
          Beispielprogramm, das die SWIG-Python-Bindungen von Subversion
-        verwendet, um rekursiv die j?ngste Repository-Revision zu
+        verwendet, um rekursiv die j?ngste Projektarchiv-Revision zu
          traversieren und dabei die zahlreichen Versionspfade
          auszugeben.</para>

@@ -2356,7 +2356,7 @@
  <!--
          <title>Using the Repository layer with Python</title>
  -->
-        <title>Verwendung der Repository-Schicht mit Python</title>
+        <title>Verwendung der Projektarchiv-Schicht mit Python</title>

  <!--
          <programlisting>
@@ -2428,7 +2428,7 @@
          <programlisting>
  #!/usr/bin/python

-"""Durchwandern eines Repositorys mit Ausgabe der Repository-Pfadnamen."""
+"""Durchwandern eines Projektarchivs mit Ausgabe der  
Projektarchiv-Pfadnamen."""

  import sys
  import os.path
@@ -2461,10 +2461,10 @@
              print full_path

  def crawl_youngest(repos_path):
-    """?ffnen des Repositorys bei REPOS_PATH, und rekursives
+    """?ffnen des Projektarchivs bei REPOS_PATH, und rekursives
      Durchwandern seiner j?ngsten Revision."""

-    # ?ffnen des Repositorys bei REPOS_PATH, und holen einer Referenz
+    # ?ffnen des Projektarchivs bei REPOS_PATH, und holen einer Referenz
      # auf sein versioniertes Dateisystem.
      repos_obj = svn.repos.svn_repos_open(repos_path)
      fs_obj = svn.repos.svn_repos_fs(repos_obj)
@@ -2486,7 +2486,7 @@
                           % (os.path.basename(sys.argv[0])))
          sys.exit(1)

-    # Den Repository-Pfad kanonisieren.
+    # Den Projektarchiv-Pfad kanonisieren.
      repos_path = svn.core.svn_path_canonicalize(sys.argv[1])

      # Eigentliche Arbeit machen.
@@ -2718,7 +2718,7 @@
      if len(args) != 1:
          usage_and_exit(2)

-    # Repositorypfad kanonisieren.
+    # Projektarchivpfad kanonisieren.
      wc_path = svn.core.svn_path_canonicalize(args[0])

      # Eigentliche Arbeit machen.
@@ -2810,7 +2810,7 @@
        die API, die auch von den Subversion-eigenen Schichten verwendet
        wird, um miteinander zu kommunizieren. Viele Entwickler haben
        interessante Verwendungen f?r die Subversion-API gefunden, von
-      einfachen Repository-Hook-Skripten ?ber Integrationen zwischen
+      einfachen Projektarchiv-Hook-Skripten ?ber Integrationen zwischen
        Subversion und einer anderen Anwendung bis zu vollst?ndig
        unterschiedlichen Versionskontrollsystemen. Womit wollen
        <emphasis>Sie</emphasis> es versuchen?</para>
=======================================
--- /trunk/src/de/book/ch09-reference.xml	Thu Apr  8 13:25:37 2010
+++ /trunk/src/de/book/ch09-reference.xml	Sun May 30 23:37:40 2010
@@ -15,7 +15,7 @@
    <para>Dieses Kapitel soll als vollst?ndige Referenz f?r die
      Verwendung von Subversion dienen. Es umfasst sowohl den
      Kommandozeilen-Client (<command>svn</command>) und all seine
-    Unterbefehle als auch die Repository-Verwaltungsprogramme
+    Unterbefehle als auch die Projektarchiv-Verwaltungsprogramme
      (<command>svnadmin</command> und <command>svnlook</command>) und
      deren Unterbefehle.</para>

@@ -371,7 +371,7 @@
  -->
              <para>Simuliert alle Stufen einer Befehlsausf?hrung, nimmt
                jedoch keine ?nderungen vor &ndash; weder auf der Platte
-              noch im Repository.</para>
+              noch im Projektarchiv.</para>
            </listitem>
          </varlistentry>

@@ -796,7 +796,7 @@
  -->
              <para>Erzeugt und f?gt im Rahmen einer Operation nicht
                existierende oder unversionierte Elternverzeichnisse
-              der Arbeitskopie oder dem Repository hinzu. Das ist
+              der Arbeitskopie oder dem Projektarchiv hinzu. Das ist
                n?tzlich, um automatisch mehrere Unterverzeichnisse zu
                erzeugen, wo aktuell keine existieren. Wenn es auf einen
                URL angewendet wird, werden alle Verzeichnisse bei einer
@@ -874,9 +874,9 @@
                example.</para>
  -->
              <para>Bei Verwendung mit dem Unterbefehl <command>svn
-              switch</command> wird der Ort des Repositorys ge?ndert,
+              switch</command> wird der Ort des Projektarchivs ge?ndert,
                auf den sich Ihre Arbeitskopie bezieht. Das ist dann
-              n?tzlich, wenn sich der Ort Ihres Repositorys ?ndert und
+              n?tzlich, wenn sich der Ort Ihres Projektarchivs ?ndert und
                Sie eine bestehende Arbeitskopie haben, die Sie
                weiterverwenden m?chten. F?r ein Beispiel siehe
                <command>svn switch</command>.</para>
@@ -1023,7 +1023,7 @@
                Geschichte einer versionierten Ressource durchl?uft, mit
                der Sammlung der Daten aufzuh?ren, sobald eine Kopie
                &ndash; dass hei?t, ein Ort in der Versionsgeschichte,
-              der von einem anderen Ort des Repositorys kopiert wurde
+              der von einem anderen Ort des Projektarchivs kopiert wurde
                &ndash; angetroffen wird.</para>
            </listitem>
          </varlistentry>
@@ -1106,7 +1106,7 @@
                Information umfasst nicht nur die Versionsnummer des
                Clients sondern auch eine Auflistung aller vom Client
                unterst?tzten Module f?r den Zugriff auf ein
-              Subversion-Repository. Mit <option>--quiet</option>
+              Subversion-Projektarchiv. Mit <option>--quiet</option>
                (<option>-q</option>) wird nur die Versionsnummer in
                Kurzform ausgegeben.</para>
            </listitem>
@@ -1141,7 +1141,7 @@
                <replaceable>ARG</replaceable> in the log output.</para>
  -->
              <para>In Verbindung mit einem Befehl, der in das
-              Repository schreibt, wird das Revisions-Property, bei
+              Projektarchiv schreibt, wird das Revisions-Property, bei
                Verwendung des Formats
                <replaceable>NAME=VALUE</replaceable>,
                <replaceable>NAME</replaceable> auf den Wert
@@ -1225,9 +1225,9 @@
              <command>svn revert</command>.
  -->
            <para>Dateien, Verzeichnisse oder symbolische Links in Ihrer
-            Arbeitskopie werden zum Hinzuf?gen ins Repository
+            Arbeitskopie werden zum Hinzuf?gen ins Projektarchiv
              vorgemerkt. Bei Ihrer n?chsten ?bergabe werden sie in das
-            Repository geladen. Wenn Sie etwas hinzuf?gen m?chten, es
+            Projektarchiv geladen. Wenn Sie etwas hinzuf?gen m?chten, es
              sich vor der ?bergabe aber anders ?berlegen sollten,
              k?nnen Sie die Vormerkung mit <command>svn
              revert</command> r?ckg?ngig machen.
@@ -1257,7 +1257,7 @@
            <title>Accesses repository</title>
            <para>No</para>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
            <para>Nein</para>
          </refsect1>

@@ -1420,7 +1420,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -1484,7 +1484,7 @@
              repository:</para>
  -->
            <para>Wenn Sie den Quelltext von
-            <filename>readme.txt</filename> in Ihrem Test-Repository
+            <filename>readme.txt</filename> in Ihrem Test-Projektarchiv
              mit Anmerkungen sehen wollen:</para>
            <screen>
  $ svn blame http://svn.red-bean.com/repos/test/readme.txt
@@ -1613,7 +1613,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -1642,7 +1642,7 @@
              your repository without checking it out:</para>
  -->
            <para>Wenn Sie die Datei <filename>readme.txt</filename> in
-            Ihrem Repository ansehen m?chten, ohne sie auszuchecken:
+            Ihrem Projektarchiv ansehen m?chten, ohne sie auszuchecken:
            </para>
            <screen>
  $ svn cat http://svn.red-bean.com/repos/test/readme.txt
@@ -1748,7 +1748,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -1866,7 +1866,7 @@
            <refpurpose>Check out a working copy from a  
repository.</refpurpose>
  -->
            <refpurpose>Auschecken einer Arbeitskopie aus einem
-            Repository.</refpurpose>
+            Projektarchiv.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -1890,7 +1890,7 @@
              name of the subdirectory being the basename of the
              URL.</para>
  -->
-          <para>Checkt eine Arbeitskopie aus einem Repository aus.
+          <para>Checkt eine Arbeitskopie aus einem Projektarchiv aus.
              Wird <replaceable>PATH</replaceable> ausgelassen, wird der
              Basisname des URL als Ziel verwendet. Werden mehrere URLs
              angegeben, wird jeder in ein Unterverzeichnis von
@@ -1923,7 +1923,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -2228,7 +2228,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -2288,7 +2288,7 @@
            <refpurpose>Send changes from your working copy to the  
repository.</refpurpose>
  -->
            <refpurpose>?nderungen aus der Arbeitskopie an das
-            Repository ?bergeben.</refpurpose>
+            Projektarchiv ?bergeben.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -2313,7 +2313,7 @@
              <literal>editor-cmd</literal> list entry in <xref
              linkend="svn.advanced.confarea.opts.config"/>.</para>
  -->
-          <para>?nderungen aus der Arbeitskopie an das Repository
+          <para>?nderungen aus der Arbeitskopie an das Projektarchiv
              ?bergeben. Falls Sie keine Protokollnachricht, mit einer
              der Optionen <option>--file</option> oder
              <option>--message</option>, angeben, startet
@@ -2383,14 +2383,14 @@
  <!--
            <para>Working copy; repository</para>
  -->
-          <para>Arbeitskopie; Repository</para>
+          <para>Arbeitskopie; Projektarchiv</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -2541,7 +2541,7 @@
              in the repository.</refpurpose>
  -->
            <refpurpose>Kopieren einer Datei oder eines Verzeichnisses
-            in einer Arbeitskopie oder im Repository.</refpurpose>
+            in einer Arbeitskopie oder im Projektarchiv.</refpurpose>
          </refnamediv>

          <refsect1>
@@ -2650,8 +2650,8 @@
                Subversion does not support cross-repository copying.</para>
  -->
              <para>Sie k?nnen Dateien nur innerhalb eines einzelnen
-              Repositorys kopieren. Subversion unterst?tzt nicht das
-              Kopieren zwischen Repositorys.</para>
+              Projektarchivs kopieren. Subversion unterst?tzt nicht das
+              Kopieren zwischen Projektarchiven.</para>
            </note>

          </refsect1>
@@ -2672,7 +2672,7 @@
  <!--
            <para>Repository if destination is a URL; working copy if  
destination is a WC path</para>
  -->
-          <para>Repository, falls Ziel ein URL ist; Arbeitskopie,
+          <para>Projektarchiv, falls Ziel ein URL ist; Arbeitskopie,
              falls Ziel ein AK-Pfad ist.</para>
          </refsect1>

@@ -2680,12 +2680,12 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes, if source or destination is in the repository, or if  
needed
              to look up the source revision number.</para>
  -->
-          <para>Ja, falls Quelle und Ziel im Repository liegen oder
+          <para>Ja, falls Quelle und Ziel im Projektarchiv liegen oder
              falls die Revisionsnummer der Quelle ermittelt werden
              muss.</para>
          </refsect1>
@@ -2722,7 +2722,7 @@
  -->
            <para>Kopie eines Objektes innerhalb Ihrer Arbeitskopie
              (dies merkt die Kopie vor &ndash; bis zur ?bergabe wird
-            nichts ins Repository ?bertragen):</para>
+            nichts ins Projektarchiv ?bertragen):</para>

            <screen>
  $ svn copy foo.txt bar.txt
@@ -2763,7 +2763,7 @@
              commit message):</para>
  -->
            <para>Kopie eines Objektes in Ihrer Arbeitskopie zu einem
-            URL im Repository (dies ist eine sofortige ?bergabe, so
+            URL im Projektarchiv (dies ist eine sofortige ?bergabe, so
              dass Sie eine Protokollnachricht angeben m?ssen):</para>

  <!--
@@ -2784,9 +2784,9 @@
              copy (this just schedules the copy&mdash;nothing goes into the
              repository until you commit):</para>
  -->
-          <para>Kopie eines Objektes aus dem Repository in Ihre
+          <para>Kopie eines Objektes aus dem Projektarchiv in Ihre
              Arbeitskopie (dies merkt die Kopie nur vor &ndash; vor der
-            ?bergabe gelangt nichts ins Repository):</para>
+            ?bergabe gelangt nichts ins Projektarchiv):</para>

            <screen>
  $ svn copy file:///var/svn/repos/test/far-away -r 6 near-here
@@ -2799,7 +2799,7 @@
                file in your repository!</para>
  -->
              <para>Dies ist die empfohlene Methode, eine gel?schte
-              Datei im Repository wiederherzustellen!</para>
+              Datei im Projektarchiv wiederherzustellen!</para>
            </tip>

  <!--
@@ -2845,7 +2845,7 @@
                <literal>HEAD</literal>) into your <filename>tags</filename>  
directory.</para>
  -->
              <para>Dies ist die einfachste Methode, um eine Revision in
-              Ihrem Repository mit einem <quote>Tag</quote> zu
+              Ihrem Projektarchiv mit einem <quote>Tag</quote> zu
                etikettieren &ndash; kopieren Sie diese Revision
                (normalerweise <literal>HEAD</literal> lediglich mit
                <command>svn copy</command> ) in Ihr
@@ -2895,7 +2895,7 @@
              or the repository.</refpurpose>
  -->
            <refpurpose>Ein Objekt aus einer Arbeitskopie oder dem
-            Repository l?schen.</refpurpose>
+            Projektarchiv l?schen.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -2937,7 +2937,7 @@
              committed atomically.</para>
  -->
            <para>Werden Objekte durch einen URL bestimmt, werden sie
-            durch eine sofortige ?bergabe aus dem  Repository
+            durch eine sofortige ?bergabe aus dem  Projektarchiv
              entfernt. Mehrere URLs werden atomar ?bergeben (alle oder
              keine).</para>
          </refsect1>
@@ -2959,14 +2959,14 @@
            <para>Working copy if operating on files; repository if
              operating on URLs</para>
  -->
-          <para>Arbeitskopie bei Dateien; Repository bei URLs</para>
+          <para>Arbeitskopie bei Dateien; Projektarchiv bei URLs</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on URLs</para>
  -->
@@ -3009,8 +3009,8 @@
            <para>Die Verwendung von <command>svn delete</command> zum
              L?schen einer Datei aus der Arbeitskopie l?scht die lokale
              Kopie der Datei, merkt die Datei jedoch nur zum L?schen
-            aus dem Repository vor. Bei der ?bergabe wird die Datei im
-            Repository gel?scht.</para>
+            aus dem Projektarchiv vor. Bei der ?bergabe wird die Datei im
+            Projektarchiv gel?scht.</para>

  <!--
            <screen>
@@ -3392,7 +3392,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>For obtaining differences against anything but
              <literal>BASE</literal> revision in your working copy</para>
@@ -3708,7 +3708,7 @@
  -->
            <para>Die erste Form exportiert einen sauberen
              Verzeichnisbaum aus dem mit <replaceable>URL</replaceable>
-            bezeichneten Repository &ndash; falls angegeben, in
+            bezeichneten Projektarchiv &ndash; falls angegeben, in
              Revision <replaceable>REV</replaceable>, sonst von
              <literal>HEAD</literal> &ndash; nach
              <replaceable>PATH</replaceable>.  Wird
@@ -3758,7 +3758,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if exporting from a URL</para>
  -->
@@ -3809,7 +3809,7 @@
            <para>Export directly from the repository (prints every
              file and directory):</para>
  -->
-          <para>Export direkt aus dem Repository (zeigt jede Datei und
+          <para>Export direkt aus dem Projektarchiv (zeigt jede Datei und
              jedes Verzeichnis an):</para>

  <!--
@@ -3950,7 +3950,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -3983,7 +3983,7 @@
              repository.</refpurpose>
  -->
            <refpurpose>Eine unversionierte Datei oder einen
-            unversionierten Baum in das Repository ?bertragen.
+            unversionierten Baum in das Projektarchiv ?bertragen.
            </refpurpose>
          </refnamediv>
          <refsect1>
@@ -4014,7 +4014,7 @@
              rekursiv nach <replaceable>URL</replaceable> ?bertragen.
              Wird <replaceable>PATH</replaceable> nicht angegeben, wird
              <quote><filename>.</filename></quote> angenommen.
-            Elternverzeichnisse werden im Repository bei Bedarf
+            Elternverzeichnisse werden im Projektarchiv bei Bedarf
              angelegt. Unversionierbare Objekte, wie Ger?tedateien oder
              Pipes, werden ignoriert, auch wenn die Option
              <option>--force</option> verwendet wird.</para>
@@ -4036,14 +4036,14 @@
            <title>Changes</title>
  -->
            <title>?nderungen</title>
-          <para>Repository</para>
+          <para>Projektarchiv</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -4089,7 +4089,7 @@
  -->
            <para>Dieser Aufruf importiert das lokale Verzeichnis
              <filename>myproj</filename> nach
-            <filename>trunk/misc</filename> in Ihrem Repository. Das
+            <filename>trunk/misc</filename> in Ihrem Projektarchiv. Das
              Verzeichnis <filename>trunk/misc</filename> braucht vor
              dem Import nicht vorhanden zu sein &ndash; <command>svn
              import</command> erzeugt rekursiv die Verzeichnisse f?r
@@ -4122,7 +4122,7 @@
  -->
            <para>Denken Sie daran, dass das Verzeichnis
              <filename>myproj</filename> <emphasis>nicht</emphasis> im
-            Repository angelegt wird. Falls Sie das m?chten, f?gen Sie
+            Projektarchiv angelegt wird. Falls Sie das m?chten, f?gen Sie
              einfach <filename>myproj</filename> an das Ende des URL
              an:</para>

@@ -4296,7 +4296,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on URLs</para>
  -->
@@ -4513,7 +4513,7 @@
  <!--
            <refpurpose>List directory entries in the  
repository.</refpurpose>
  -->
-          <refpurpose>Verzeichniseintr?ge im Repository  
auflisten.</refpurpose>
+          <refpurpose>Verzeichniseintr?ge im Projektarchiv  
auflisten.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -4538,9 +4538,9 @@
            <para>Auflisten jeder Datei
              <replaceable>TARGET</replaceable> und den Inhalt jedes
              Verzeichnisses <replaceable>TARGET</replaceable> wie sie
-            im Repository vorkommen. Falls
+            im Projektarchiv vorkommen. Falls
              <replaceable>TARGET</replaceable> ein Pfad in der
-            Arbeitskopie ist, wird der entsprechende Repository-URL
+            Arbeitskopie ist, wird der entsprechende Projektarchiv-URL
              verwendet.</para>

  <!--
@@ -4551,7 +4551,7 @@
  -->
            <para>Standard f?r <replaceable>TARGET</replaceable> ist
              <quote><filename>.</filename></quote>, d.h. der
-            Repository-URL des aktuellen Verzeichnisses in der
+            Projektarchiv-URL des aktuellen Verzeichnisses in der
              Arbeitskopie.</para>

  <!--
@@ -4636,7 +4636,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -4671,7 +4671,7 @@
              downloading a working copy:</para>
  -->
            <para>Am n?tzlichsten ist <command>svn list</command>, falls
-            Sie sehen m?chten, welche Dateien in einem Repository
+            Sie sehen m?chten, welche Dateien in einem Projektarchiv
              vorhanden sind, ohne eine Arbeitskopie herunterzuladen:
            </para>

@@ -4755,7 +4755,7 @@
                repository so that no other user can commit changes to
                them.</refpurpose>
  -->
-            <refpurpose>Arbeitskopiepfade oder URLs im Repository
+            <refpurpose>Arbeitskopiepfade oder URLs im Projektarchiv
                sperren, damit kein anderer Benutzer ?nderungen daran
                ?bergeben kann.</refpurpose>
          </refnamediv>
@@ -4809,14 +4809,14 @@
  <!--
            <para>Working copy, repository</para>
  -->
-          <para>Arbeitskopie, Repository</para>
+          <para>Arbeitskopie, Projektarchiv</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -4950,7 +4950,7 @@
              any combination of the two.  The default revision range
              for a local path is <literal>BASE:1</literal>.</para>
  -->
-          <para>Zeigt Protokollnachrichten aus dem Repository an.
+          <para>Zeigt Protokollnachrichten aus dem Projektarchiv an.
              Falls keine Argumente angegeben werden, zeigt <command>svn
              log</command> die Protokollnachrichten aller Dateien und
              Verzeichnisse innerhalb (und inklusive) des aktuellen
@@ -5031,7 +5031,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -5371,7 +5371,7 @@
              <para>Das bedeutet nur, dass der Pfad in dieser Revision
                nicht ge?ndert wurde. Um Protokollinformationen f?r
                diese Revision zu erhalten, sollten Sie den Befehl
-              entweder f?r die Wurzel des Repositorys aufrufen oder
+              entweder f?r die Wurzel des Projektarchivs aufrufen oder
                einen Pfad angeben, von dem Sie wissen, dass er in
                dieser Revision ge?ndert wurde:</para>

@@ -5565,7 +5565,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if working with URLs</para>
  -->
@@ -5749,7 +5749,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -5876,7 +5876,7 @@
              bezeichnetes Verzeichnis wird zum Hinzuf?gen in der
              Arbeitskopie vorgemerkt. Ein durch einen URL bezeichnetes
              Verzeichnis wird durch eine unmittelbare ?bergabe im
-            Repository erzeugt. Mehrere Verzeichnis-URLs werden atomar
+            Projektarchiv erzeugt. Mehrere Verzeichnis-URLs werden atomar
              ?bergeben. In beiden F?llen m?ssen Zwischenverzeichnisse
              bereits existieren, falls die Option
              <option>--parents</option> nicht angegeben wird.</para>
@@ -5901,7 +5901,7 @@
  <!--
            <para>Working copy; repository if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -5909,7 +5909,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -5954,7 +5954,7 @@
            <para>Create one in the repository (this is an instant commit,  
so a
              log message is required):</para>
  -->
-          <para>Ein Verzeichnis im Repository erzeugen (dies ist eine
+          <para>Ein Verzeichnis im Projektarchiv erzeugen (dies ist eine
              sofortige ?bergabe, so dass eine Protokollnachricht
              erforderlich ist):</para>

@@ -6008,7 +6008,7 @@
              working copy or in the repository.</para>
  -->
            <para>Dieser Befehl verschiebt Dateien oder Verzeichnisse in
-            Ihrer Arbeitskopie oder im Repository.</para>
+            Ihrer Arbeitskopie oder im Projektarchiv.</para>

            <tip>
  <!--
@@ -6040,11 +6040,11 @@
  -->
              <para>Subversion unterst?tzt nicht das Verschieben
                zwischen Arbeitskopien und URLs. Sie k?nnen auch Dateien
-              innerhalb eines einzelnen Repositorys verschieben
+              innerhalb eines einzelnen Projektarchivs verschieben
                &ndash; Subversion unterst?tzt nicht das Verschieben
-              zwischen Repositorys. Subversion unterst?tzt die
+              zwischen Projektarchiven. Subversion unterst?tzt die
                folgenden Arten von Verschiebungen innerhalb eines
-              einzelnen Repositorys:</para>
+              einzelnen Projektarchivs:</para>
  <!--
            </note>
  -->
@@ -6097,7 +6097,7 @@
  <!--
            <para>Working copy; repository if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6105,7 +6105,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6170,7 +6170,7 @@
            <para>Move a file in the repository (this is an immediate commit,
              so it requires a commit message):</para>
  -->
-          <para>Eine Datei im Repository verschieben (dies ist eine
+          <para>Eine Datei im Projektarchiv verschieben (dies ist eine
              unmittelbare ?bergabe, so dass eine Protokollnachricht
              erforderlich ist):</para>

@@ -6234,8 +6234,8 @@
              Revisionen. Die erste Form entfernt versionierte Propertys
              in Ihrer Arbeitskopie und die zweite beseitigt
              unversionierte entfernte Propertys einer
-            Repository-Revision (<replaceable>TARGET</replaceable>
-            bestimmt nur, auf welches Repository zugegriffen werden
+            Projektarchiv-Revision (<replaceable>TARGET</replaceable>
+            bestimmt nur, auf welches Projektarchiv zugegriffen werden
              soll).</para>
          </refsect1>

@@ -6255,7 +6255,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6263,7 +6263,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6376,8 +6376,8 @@
              bearbeiten. Die erste Form bearbeitet versionierte
              Propertys in Ihrer Arbeitskopie und die zweite
              unversionierte entfernte Propertys einer
-            Repository-Revision (<replaceable>TARGET</replaceable>
-            bestimmt nur, auf welches Repository zugegriffen werden
+            Projektarchiv-Revision (<replaceable>TARGET</replaceable>
+            bestimmt nur, auf welches Projektarchiv zugegriffen werden
              soll).</para>
          </refsect1>

@@ -6397,7 +6397,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6405,7 +6405,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6508,7 +6508,7 @@
              oder Revisionen ausgeben. Die erste Form gibt das
              versionierte Property eines oder mehrerer Objekte Ihrer
              Arbeitskopie aus und die zweite unversionierte entfernte
-            Propertys einer Repository-Revision. Siehe <xref
+            Propertys einer Projektarchiv-Revision. Siehe <xref
              linkend="svn.advanced.props"/> f?r weitere Informationen
              ?ber Propertys.</para>
          </refsect1>
@@ -6529,7 +6529,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6537,7 +6537,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6657,8 +6657,8 @@
              Revisionen auflisten. Die erste Form listet versionierte
              Propertys in Ihrer Arbeitskopie auf und die zweite
              unversionierte entfernte Propertys einer
-            Repository-Revision  (<replaceable>TARGET</replaceable>
-            bestimmt nur, auf welches Repository zugegriffen werden
+            Projektarchiv-Revision  (<replaceable>TARGET</replaceable>
+            bestimmt nur, auf welches Projektarchiv zugegriffen werden
              soll).</para>
          </refsect1>

@@ -6678,7 +6678,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6686,7 +6686,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6830,9 +6830,9 @@
              <replaceable>PROPVAL</replaceable>. Das erste Beispiel
              erzeugt eine versionierte Property-?nderung in der
              Arbeitskopie und das zweite eine unversionierte, entfernte
-            Property-?nderung auf einer Repository-Revision
+            Property-?nderung auf einer Projektarchiv-Revision
              (<replaceable>TARGET</replaceable> bestimmt nur, auf
-            welches Repository zugegriffen werden soll).</para>
+            welches Projektarchiv zugegriffen werden soll).</para>

            <tip>
  <!--
@@ -6865,7 +6865,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6873,7 +6873,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -7015,8 +7015,8 @@
                hook scripts.</para>
  -->
              <para>Standardm??ig k?nnen Sie Revisions-Propertys in
-              einem Subversion-Repository nicht ?ndern. Der
-              Administrator des Repositorys muss die ?nderung von
+              einem Subversion-Projektarchiv nicht ?ndern. Der
+              Administrator des Projektarchivs muss die ?nderung von
                Revisions-Propertys ausdr?cklich erlauben, indem er
                einen Hook namens <literal>pre-revprop-change</literal>
                erstellt. Siehe <xref
@@ -7188,7 +7188,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -7346,7 +7346,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -7512,7 +7512,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -7671,7 +7671,7 @@
            <para>Gibt den Zustand von Dateien und Verzeichnissen der
              Arbeitskopie aus. Ohne Argumente werden nur lokal
              ge?nderte Objekte ausgegeben (ohne Zugriff auf das
-            Repository). Mit <option>--show-updates</option> werden
+            Projektarchiv). Mit <option>--show-updates</option> werden
              Informationen ?ber die Arbeitsrevision und in Bezug auf
              den Server nicht mehr aktuelle Revisionen angezeigt. Mit
              <option>--verbose</option> werden vollst?ndige
@@ -7761,7 +7761,7 @@
  -->
                  <para>Der Inhalt (im Gegensatz zu den Propertys) des
                    Objektes steht in Konflikt mit dem aktualisierten
-                  Inhalt aus dem Repository.</para>
+                  Inhalt aus dem Projektarchiv.</para>
                </listitem>
              </varlistentry>

@@ -7872,7 +7872,7 @@
                    repository.</para>
  -->
                  <para>Propertys dieses Objektes stehen in Konflikt mit
-                  Property-Aktualisierungen aus dem Repository.
+                  Property-Aktualisierungen aus dem Projektarchiv.
                  </para>
                </listitem>
              </varlistentry>
@@ -8041,7 +8041,7 @@
                  <para>Die Datei war in dieser Arbeitskopie gesperrt
                    worden, die Sperre wurde jedoch
                    <quote>gestohlen</quote> und ist ung?ltig. Die Datei
-                  ist momentan im Repository gesperrt. Das erscheint
+                  ist momentan im Projektarchiv gesperrt. Das erscheint
                    nur, falls <option>--show-updates</option> verwendet
                    wird.</para>
                </listitem>
@@ -8159,7 +8159,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if using <option>- -show-updates</option></para>
  -->
@@ -8221,7 +8221,7 @@
              <emphasis>keine</emphasis> ?nderungen an der Arbeitskopie
              vorgenommen). Hier k?nnen Sie sehen, dass sich
              <filename>wc/foo.c</filename> seit unserer letzten
-            Aktualisierung im Repository ge?ndert hat:</para>
+            Aktualisierung im Projektarchiv ge?ndert hat:</para>

  <!--
            <screen>
@@ -8255,12 +8255,12 @@
              <para><option>--show-updates</option> f?gt
                <emphasis>nur</emphasis> Objekten ein Sternchen hinzu,
                falls sie nicht mehr aktuell sind (d.h., Objekte die aus
-              dem Repository beim n?chsten <command>svn
+              dem Projektarchiv beim n?chsten <command>svn
                update</command> aktualisiert w?rden).
                <option>--show-updates</option> veranlasst die Ausgabe
-              <emphasis>nicht</emphasis>, die Repository-Revision des
+              <emphasis>nicht</emphasis>, die Projektarchiv-Revision des
                Objektes anzuzeigen (Sie k?nnen die Revisionsnummer im
-              Repository jedoch sehen, indem Sie die Option
+              Projektarchiv jedoch sehen, indem Sie die Option
                <option>--verbose</option> angeben).</para>
            </note>

@@ -8420,14 +8420,14 @@
              Fehler, falls durch das Umschalten versucht wird, den
              selben Pfad anzulegen. Wen der im Weg liegende Pfad den
              selben Typ (Datei oder Verzeichnis) wie der entsprechende
-            Pfad im Repository hat, wird er versioniert, der Inhalt
+            Pfad im Projektarchiv hat, wird er versioniert, der Inhalt
              bleibt jedoch in der Arbeitskopie unver?ndert. Das
              bedeutet, dass die Kindelemente eines sich im Weg
              befindlichen Verzeichnisses ebenfalls im Weg befinden und
              versioniert werden k?nnen.  Alle inhaltlichen Unterschiede
-            von sich im Weg befindlichen Dateien zum Repository werden
+            von sich im Weg befindlichen Dateien zum Projektarchiv werden
              als lokale ?nderung an der Arbeitskopie betrachtet. Alle
-            Propertys aus dem Repository werden auf den sich im Weg
+            Propertys aus dem Projektarchiv werden auf den sich im Weg
              befindlichen Pfad angewendet.</para>

  <!--
@@ -8462,9 +8462,9 @@
            <para>Die Option <option>--relocate</option> veranlasst
              <command>svn switch</command>, etwas ganz anderes zu
              machen: es aktualisiert Ihre Arbeitskopie so, dass es auf
-            <emphasis>das gleiche</emphasis> Verzeichnis im Repository
-            zeigt, allerdings unter einem anderen Repository-URL
-            (typischerweise weil ein Administrator das Repository
+            <emphasis>das gleiche</emphasis> Verzeichnis im Projektarchiv
+            zeigt, allerdings unter einem anderen Projektarchiv-URL
+            (typischerweise weil ein Administrator das Projektarchiv
              entweder auf einen anderen Server verschoben oder den URL
              ge?ndert hat).</para>

@@ -8493,7 +8493,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -8562,7 +8562,7 @@
              checked out your working copy:</para>
  -->
            <para>Um zur?ckzuschalten, brauchen Sie nur den URL des
-            Ortes im Repository anzugeben, von dem Sie urspr?nglich
+            Ortes im Projektarchiv anzugeben, von dem Sie urspr?nglich
              Ihre Arbeitskopie ausgecheckt haben:</para>

  <!--
@@ -8615,21 +8615,21 @@
              a metadata-only modification to the working copy.</para>
  -->
            <para>Manchmal kann es vorkommen, dass ein Administrator den
-            Ort (oder den scheinbaren Ort) Ihres Repositorys ?ndert
-            &ndash; mit anderen Worten: der Inhalt des Repositorys
+            Ort (oder den scheinbaren Ort) Ihres Projektarchivs ?ndert
+            &ndash; mit anderen Worten: der Inhalt des Projektarchivs
              ?ndert sich nicht, wohl aber der Wurzel-URL des
-            Repositorys. So kann sich beispielsweise der Name des
+            Projektarchivs. So kann sich beispielsweise der Name des
              Wirtsrechners, das URL-Schema oder irgend ein Teil des
-            URL, der auf das Repository zeigt, ?ndern. Statt eine neue
+            URL, der auf das Projektarchiv zeigt, ?ndern. Statt eine neue
              Arbeitskopie auszuchecken, k?nnen Sie den Befehl
              <command>svn switch</command> dazu verwenden, die
              Metadaten im Verwaltungsbereich Ihrer Arbeitskopie
              <quote>?berschreiben</quote> zu lassen, damit diese auf
-            den neuen Ort des Repositorys verweisen. Falls Sie
+            den neuen Ort des Projektarchivs verweisen. Falls Sie
              <command>svn switch</command> die Option
              <option>--relocate</option> mitgeben, nimmt Subversion
-            Verbindung mit dem Repository auf, um die G?ltigkeit der
-            Anfrage zu best?tigen (indem es im Repository nat?rlich
+            Verbindung mit dem Projektarchiv auf, um die G?ltigkeit der
+            Anfrage zu best?tigen (indem es im Projektarchiv nat?rlich
              unter dem neuen URL nachfragt) und anschlie?end die
              Metadaten zu ?berschreiben. Durch diese Operation werden
              keinerlei Dateiinhalte ver?ndert &ndash; es werden
@@ -8701,7 +8701,7 @@
  -->
                <listitem><para>Falls die Arbeitskopie ein neues
                  Verzeichnis <emphasis>innerhalb</emphasis> des
-                Repositorys repr?sentieren soll, verwenden Sie nur
+                Projektarchivs repr?sentieren soll, verwenden Sie nur
                  <command>svn switch</command>.</para></listitem>

  <!--
@@ -8711,8 +8711,8 @@
                    switch</command> with the <option>- -relocate</option>  
option.</para></listitem>
  -->
                <listitem><para>Falls die Arbeitskopie das gleiche
-                Verzeichnis im Repository repr?sentiert, sich jedoch
-                der Ort des Repositorys selbst ge?ndert hat, verwenden
***The diff for this file has been truncated for email.***

From jmfelderhoff at gmx.eu  Thu May 20 11:37:02 2010
From: jmfelderhoff at gmx.eu (Jens M. Felderhoff)
Date: Thu, 20 May 2010 16:37:02 -0000
Subject: [de] Deutsche =?UTF-8?B?w5xiZXJzZXR6dW5nOg==?= Wie geht es weiter?
Message-ID: <20100520181010.5acea0a2@neuromancer>

So, gerade habe ich den letzten Rest von Anhang C ins Repository
geschoben.

Leider sind noch einige Punkte bez?glich der deutschen ?bersetzung
offen.

Die deutsche Seite zur Koordinierung der ?bersetzung (www.svnbook.de)
scheint nicht mehr richtig gepflegt zu werden (ich habe die Anh?nge
alle ohne Tickets ?bersetzt, sonst w?rde ich heute noch warten).

Laut www.svnbook.de befindet sich das dritte Kapitel seit dem 10.
September 2008 in ?bersetzung; im Repository ist allerdings davon noch
nichts aufgetaucht.

Das sechste Kapitel ist bis "Using svnserve with SASL" ?bersetzt und ins
Repository ?bergeben worden. Tickets gibt es aber nur f?r die bereits
?bersetzten Teile.

Es w?re sch?n, wenn sich die Beteiligten oder Interessierte mal melden
w?rden.

Tsch?ss

Jens



From jmfelderhoff at gmx.eu  Fri May 21 13:40:22 2010
From: jmfelderhoff at gmx.eu (Jens M. Felderhoff)
Date: Fri, 21 May 2010 18:40:22 -0000
Subject: [de] Deutsche =?UTF-8?B?w5xiZXJzZXR6dW5nOg==?= Wie geht es weiter?
Message-ID: <20100521204012.2f5f0322@neuromancer>

So, gestern habe ich den letzten Rest von Anhang C ins Repository
geschoben.

Leider sind noch einige Punkte bez?glich der deutschen ?bersetzung
offen.

Die deutsche Seite zur Koordinierung der ?bersetzung (www.svnbook.de)
scheint nicht mehr richtig gepflegt zu werden (ich habe die Anh?nge
alle ohne Tickets ?bersetzt, sonst w?rde ich heute noch warten).

Laut www.svnbook.de befindet sich das dritte Kapitel seit dem 10.
September 2008 in ?bersetzung; im Repository ist allerdings davon noch
nichts aufgetaucht.

Das sechste Kapitel ist bis "Using svnserve with SASL" ?bersetzt und ins
Repository ?bergeben worden. Tickets gibt es aber nur f?r die bereits
?bersetzten Teile.

Es w?re sch?n, wenn sich Beteiligte oder Interessierte mal melden w?rden.

Tsch?ss

Jens



From svnbook at googlecode.com  Sat May  1 17:06:39 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 01 May 2010 22:06:39 +0000
Subject: [svnbook] r3727 committed - *
	fr/book/ch04-branching-and-merging.xml...
Message-ID: <0016e6d27b88fcc02304858f9256@google.com>

Revision: 3727
Author: christophe.nanteuil
Date: Sat May  1 15:05:34 2010
Log: * fr/book/ch04-branching-and-merging.xml
   - cross-reading

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

Modified:
  /trunk/src/fr/book/ch04-branching-and-merging.xml

=======================================
--- /trunk/src/fr/book/ch04-branching-and-merging.xml	Fri Apr 23 13:21:19  
2010
+++ /trunk/src/fr/book/ch04-branching-and-merging.xml	Sat May  1 15:05:34  
2010
@@ -17,8 +17,8 @@

    <para>La gestion des branches est un élément fondamental de la
      gestion de versions. Si vous comptez utiliser Subversion pour
-    gérer vos données, c'est une fonctionnalité qui finira par
-    devenir indispensable pour vous. Ce chapitre suppose que vous êtes
+    gérer vos données, c'est une fonctionnalité dont vous ne pourrez
+    plus vous passer. Ce chapitre suppose que vous êtes
      déjà familier avec les notions de bases de Subversion
      (<xref linkend="svn.basic"/>).</para>

@@ -27,7 +27,7 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <sect1 id="svn.branchmerge.whatis">
-    <title>Qu'est-ce qu'une branche?</title>
+    <title>Qu'est-ce qu'une branche&nbsp;?</title>

      <para>Supposons que votre travail soit de maintenir un document
        pour une division de votre entreprise, un manuel par exemple.
@@ -36,7 +36,7 @@
        pour elle, puisqu'elle fait les choses légèrement
        différemment.</para>

-    <para>Que faites-vous dans cette situation? Tout naturellement,
+    <para>Que faites-vous dans cette situation&nbsp;? Tout naturellement,
        vous créez une seconde copie du document et commencez à maintenir
        les deux copies séparément. Puis, quand chaque division vous
        demande de faire des petites modifications, vous les incorporez
@@ -120,7 +120,7 @@
        corriger des bogues mineurs ici et là. Elle a besoin que la
        dernière version du projet
        (dans <filename>/calc/trunk</filename>) demeure en permanence
-      utilisable. Si vous commencez à livrer des changements petit
+      utilisable. Si vous commencez à propager des changements petit
        à petit, vous allez sûrement rendre les choses difficiles pour
        Sally (ainsi que pour d'autres membres de l'équipe).</para>

@@ -129,8 +129,8 @@
        semaine ou deux. C'est-à-dire commencer à modifier et à
        réorganiser les fichiers dans votre copie de travail, mais
        sans effectuer de propagation ni de mise à jour avant que vous
-      n'ayez complètement terminé la tâche. Il y a cependant un
-      certain nombre de problèmes avec cette stratégie. Premièrement,
+      n'ayez complètement terminé la tâche. Cette stratégie comporte
+      certains risques. Premièrement,
        ce n'est pas sans danger. La plupart des gens aiment propager
        leurs modifications fréquemment, au cas où leur copie de travail
        aurait un accident. Deuxièmement, ce n'est pas très flexible. Si
@@ -143,7 +143,7 @@
        d'autre. Une des <quote>bonnes pratiques</quote> du monde du
        développement logiciel est de permettre à vos pairs de passer
        votre travail en revue au fur et à mesure. Si personne n'a accès
-      à vos livraisons intermédiaires, vous vous coupez d'éventuelles
+      à vos propagations intermédiaires, vous vous coupez d'éventuelles
        critiques et risquez de partir dans une mauvaise direction
        pendant des semaines avant que quelqu'un ne s'en aperçoive.
        Enfin, quand vous en aurez fini avec tous vos changements,
@@ -202,15 +202,14 @@
          dans le dépôt, créant un nouveau dossier à la révision 341.
          Ce nouveau dossier est une copie de
          <filename>/calc/trunk</filename>, comme l'illustre la
-        <xref linkend="svn.branchmerge.using.create.dia-1"/>.
-
+        <xref linkend="svn.branchmerge.using.create.dia-1"/>
          <footnote>
          <para>Subversion n'accepte pas les copies entre des dépôts
            distincts. Quand vous utilisez des URLs avec
            <command>svn copy</command> et <command>svn move</command>,
            vous ne pouvez copier que des éléments faisant partie du
            même dépôt.</para>
-        </footnote>
+        </footnote>.

          Bien qu'il soit aussi possible de créer une branche en
          utilisant <command>svn copy</command> pour dupliquer un dossier
@@ -220,7 +219,7 @@
          terme de durée, puisque chaque fichier et chaque dossier doit
          être dupliqué sur le disque local. Copier un dossier sur le
          serveur, par contre, est une opération dont la durée est
-        constante et c'est la façon dont la plupart des gens créent
+        constante et c'est ainsi que la plupart des gens créent
          des branches.</para>

        <figure id="svn.branchmerge.using.create.dia-1">
@@ -300,7 +299,7 @@
          <command>svn switch</command> est une méthode alternative
          pour créer une copie de travail d'une branche).</para>

-      <para>Imaginons qu'une semaine passe et que les livraisons
+      <para>Imaginons qu'une semaine passe et que les propagations
          suivantes ont lieu&nbsp;:</para>

        <itemizedlist>
@@ -430,7 +429,7 @@
          Premièrement, Subversion n'a pas de notion interne de
          branche &mdash; il sait seulement faire des copies. Quand
          vous copiez un dossier, le dossier qui en résulte n'est une
-        <quote>branche</quote> que parce <emphasis>vous</emphasis>
+        <quote>branche</quote> que parce que <emphasis>vous</emphasis>
          le considérez comme tel. Vous aurez beau envisager ce dossier
          différemment ou le traiter différemment, pour
          Subversion c'est juste un dossier ordinaire auquel sont
@@ -465,11 +464,11 @@
        la branche de développement principale.</para>

      <para>Pour les projets qui ont un grand nombre de contributeurs,
-      il est d'usage courant que la plupart des gens aient des copies
+      il est d'usage que la plupart des gens aient des copies
        de travail du tronc. Dès que quelqu'un doit faire des
        modifications de longue haleine, susceptibles de perturber
-      le tronc, une procédure standard est de créer une branche
-      privée et d'y propager les modifications jusqu'à ce que tout
+      le tronc, une procédure standard est qu'il crée une branche
+      privée et qu'il y propage les modifications jusqu'à ce que tout
        le travail soit terminé.</para>

      <para>Bref, la bonne nouvelle est que Sally et vous n'empiétez
@@ -487,7 +486,7 @@
        partagées&nbsp;; Subversion vous offre la possibilité de
        <quote>copier</quote> sélectivement des modifications entre
        les branches. Et quand vous aurez tout fini dans votre branche,
-      votre groupe de modifications pourra être recopié en entier
+      l'ensemble de vos modifications pourra être recopié en entier
        vers le tronc. Dans la terminologie Subversion, l'action
        générale de réplication des modifications d'une branche vers
        une autre s'appelle la <firstterm>fusion</firstterm> et elle
@@ -497,8 +496,8 @@
      <para>Dans les exemples qui suivent, nous supposerons que le
        client et le serveur Subversion sont tous deux en version 1.5
        (ou plus récente). Si l'un ou l'autre sont en version plus
-      ancienne, les choses seront plus compliquées&nbsp;: le système
-      ne gérera pas les changements de façon automatique et vous
+      ancienne, les choses sont plus compliquées&nbsp;: le système
+      ne gére pas les changements de façon automatique et vous
        devrez utiliser des méthodes manuelles pénibles pour obtenir
        des résultats similaires. Vous devrez en effet toujours utiliser
        la syntaxe détaillée de la fusion spécifiant l'éventail des
@@ -507,7 +506,7 @@
         plus loin dans ce chapitre) et penser à garder trace de ce qui
         a déjà été fusionné et de ce qui ne l'a pas encore été. Pour
         cette raison, nous recommandons <emphasis>fortement</emphasis>
-       que vous vous assuriez que client et serveur sont au moins
+       de vous assurer que client et serveur sont au moins
         en version 1.5.</para>

    <!-- =============================================================== -->
@@ -515,7 +514,7 @@
        <title>Ensembles de modifications</title>

        <para>Avant que nous n'allions plus loin, nous devons vous
-        avertir que les pages suivantes contiendront de nombreuses
+        avertir que les pages suivantes contiennent de nombreuses
          discussions portant sur les <quote>modifications</quote>.
          Beaucoup de gens ayant de l'expérience dans les systèmes de
          gestion de versions utilisent le terme
@@ -524,10 +523,10 @@
          donc clarifier ce que Subversion entend par
          <firstterm>ensemble de modifications</firstterm>.</para>

-      <para>Tout le monde semble avoir sa propre définition, variant
+      <para>Chacun semble avoir sa propre définition, variant
          légèrement, d'un ensemble de modifications, ou tout du moins
-        une attente différente de ce qu'un système de gestion de
-        versions peut entendre par là. En ce qui nous concerne, disons
+        a une attente différente quant à leur traitement par le système
+        de gestion de versions. En ce qui nous concerne, disons
          qu'un ensemble de modifications n'est qu'un simple regroupement
          de modifications identifié par un nom unique. Les modifications
          peuvent inclure des changements textuels du contenu des
@@ -538,7 +537,7 @@

        <para>Dans Subversion, un numéro de révision globale N désigne
          une arborescence dans le dépôt&nbsp;: c'est ce à quoi le dépôt
-        ressemblait après la N-ème propagation. C'est aussi le nom d'un
+        ressemblait après la N-ième propagation. C'est aussi le nom d'un
          ensemble de modifications implicite&nbsp;: si vous comparez
          l'arborescence N avec l'arborescence N&minus;1, vous pouvez en
          déduire exactement le correctif qui a été propagé. Pour cette
@@ -553,7 +552,7 @@
          <userinput>svn log -r 9238</userinput> pour obtenir le détail
          des modifications qui ont corrigé le bogue et lancer
          <userinput>svn diff -c 9238</userinput> pour voir le
-        correctif lui-même. De plus (comme vous le verrez bientôt),
+        correctif lui-même. De plus (comme nous le verrons bientôt),
          la commande <command>svn merge</command> de Subversion est
          capable d'utiliser les numéros de révision. Vous pouvez
          fusionner des listes de modifications spécifiques d'une
@@ -577,7 +576,7 @@
          à faire des modifications importantes sur le
          <filename>/trunk</filename> du projet. Vous avez intérêt à
          recopier ces modifications dans votre propre branche, juste
-        pour vous assurer qu'elles se combinent bien avec vos
+        pour vous assurer qu'elles se combinent bien avec vos propres
          modifications. En fait, c'est là une bonne pratique&nbsp;:
          synchroniser fréquemment votre branche avec la ligne de
          développement principale permet d'éviter les conflits
@@ -625,7 +624,7 @@
          <command>svn diff</command> et ensuite de compiler et de
          tester votre branche. Notez que le répertoire de travail
          actuel (<quote><filename>.</filename></quote>) a aussi été
-        modifié&nbsp;; <command>svn diff</command> indiquera que sa
+        modifié&nbsp;; <command>svn diff</command> indique que sa
          propriété <literal>svn:mergeinfo</literal> a été créée ou
          modifiée. Ceci est une méta-information importante liée à la
          fusion, à laquelle vous ne devriez <emphasis>pas</emphasis>
@@ -642,7 +641,7 @@
          pas de conflits <emphasis>sémantiques</emphasis>&nbsp;!).
          Si vous rencontrez de graves difficultés, vous pouvez toujours
          annuler les modifications locales en lançant
-        <userinput>svn revert . -R</userinput> (qui annulera toutes
+        <userinput>svn revert . -R</userinput> (qui annule toutes
          les modifications locales) et entamer avec vos collègues
          une longue discussion sur le thème
          <quote>Qu'est-ce qui se passe&nbsp;?</quote>. Par contre, si les
@@ -720,8 +719,8 @@
        </sidebar>

        <para>Supposons qu'une autre semaine s'est écoulée. Vous avez
-        propagé des modifications supplémentaires dans votre branche,
-        et que vos camarades ont également continué à améliorer le
+        propagé des modifications supplémentaires dans votre branche
+        et vos camarades ont également continué à améliorer le
          tronc. Une fois encore, vous aimeriez répercuter les dernières
          modifications du tronc vers votre branche et ainsi être synchro.
          Lancez juste la même commande <command>svn merge</command>
@@ -765,9 +764,9 @@
  Révision 390 propagée.
  </screen>

-      <para>À présent, vous allez utiliser <command>svn merge</command>
+      <para>À présent, utilisez <command>svn merge</command>
          pour répercuter les modifications de votre branche sur le tronc.
-        Vous aurez besoin d'une copie de travail de
+        Vous avez alors besoin d'une copie de travail de
          <filename>/trunk</filename> qui soit à jour. Vous pouvez
          vous la procurer soit en effectuant un
          <command>svn checkout</command>, soit en reprenant une vieille
@@ -834,8 +833,8 @@
          synchronisation finale, il fusionne le groupe 380:385.</para>

        <para>Cependant, lors de la réintégration d'une branche dans
-        le tronc, les mathématiques sous-jacentes sont assez
-        différentes. Votre branche dédiée est à présent un
+        le tronc, la logique sous-jacente est assez
+        différente. Votre branche dédiée est à présent un
          amoncellement de modifications provenant à la fois du tronc
          et de votre branche privée et il n'y a donc pas de groupe
          de révisions contigu à recopier. En spécifiant l'option
@@ -941,7 +940,7 @@
        <para>Il existe également une sous-commande,
          <command>svn mergeinfo</command>, qui peut être utile pour
          voir non seulement quels ensembles de modifications un
-        dossier a absorbé, mais aussi quels ensembles de modifications
+        dossier a absorbés, mais aussi quels ensembles de modifications
          il est encore susceptible de recevoir. Ceci donne une sorte
          d'aperçu du prochain ensemble de modifications que
          <command>svn merge</command> recopiera vers
@@ -960,7 +959,7 @@
  r389
  r390

-# Quelles modifications sont encore susceptibles d'être fusionnées du  
tronc vers la branche?
+# Quelles modifications sont encore susceptibles d'être fusionnées du  
tronc vers la branche ?
  $ svn mergeinfo http://svn.exemple.com/depot/calc/trunk --show-revs  
eligible
  r391
  r392
@@ -972,7 +971,7 @@
        <para>La commande <command>svn mergeinfo</command> prend en
          paramètres une URL <quote>source</quote> (d'où les
          modifications viennent) et une URL <quote>cible</quote>
-        optionnelle (vers laquelle les modifications seraient
+        optionnelle (vers laquelle les modifications sont
          fusionnées). Si aucune URL cible n'est fournie, elle suppose
          que le dossier actuel est la cible. Dans l'exemple précédent,
          puisque nous interrogeons la copie de travail de notre
@@ -1036,16 +1035,16 @@
            de rencontrer quelques obstacles (facilement surmontables).
            Par exemple, si l'opération de fusion ajoute un nouveau
            fichier (ou plus exactement programme son ajout),
-          <command>svn revert</command> ne supprimera pas
+          <command>svn revert</command> ne supprime pas
            le fichier&nbsp;; il va juste déprogrammer l'ajout. Vous
            vous retrouvez avec un fichier non suivi en versions. Si
            ensuite vous tentez à nouveau de lancer la fusion, il
            risque d'y avoir des conflits dus au fichier non suivi
-          en versions resté <quote>en travers du chemin</quote>.
-          Solution&nbsp;? Après avoir effectué un retour arrière à l'aide
-          de <command>svn revert</command>, pensez à nettoyer la
+          en versions resté <quote>en travers du chemin</quote>. La
+          Solution&nbsp;? Après avoir effectué un retour en arrière à
+          l'aide de <command>svn revert</command>, pensez à nettoyer la
            copie de travail et supprimer les fichiers et dossiers
-          non suivis en version. Il faut que le résultat de
+          non suivis en versions. Il faut que le résultat de
            <command>svn status</command> soit le plus propre possible,
            et dans l'idéal vide.</para>
            </tip>
@@ -1143,7 +1142,7 @@
              permanente. En attendant, en guise de palliatif,
              voir <xref
              linkend="svn.reposadmin.maint.tk.svndumpfilter"/>.</para>
-        </footnote>
+        </footnote>.
        </para>

      </sect2>
@@ -1216,7 +1215,7 @@

        <para>Voilà, c'était la partie difficile&nbsp;: la recherche.
          Maintenant que vous savez ce que vous voulez récupérer,
-        deux choix s'offrent à vous.</para>
+        deux options s'offrent à vous.</para>

        <para>Une possibilité serait d'utiliser
          <command>svn merge</command> pour appliquer la révision 808
@@ -1348,7 +1347,7 @@
          privée dans le tronc. À la machine à café, vous apprenez par
          hasard que Sally a apporté une modification intéressante à
          <filename>entier.c</filename> dans le tronc. Vous reportant à
-        l'historique des livraisons du tronc, vous vous apercevez
+        l'historique des propagations du tronc, vous vous apercevez
          qu'elle a corrigé un bogue crucial en révision 355, qui
          impacte directement la fonctionnalité sur laquelle vous êtes
          en train de travailler. Vous n'êtes peut-être pas encore prêt
@@ -1388,7 +1387,7 @@
  </screen>

        <para>Vous pouvez à présent lancer les procédures habituelles
-        de tests, avant de livrer cette modification à votre branche.
+        de tests, avant de propager cette modification à votre branche.
          Après la propagation, Subversion marque r355 comme ayant été
          fusionnée dans la branche, afin qu'une future fusion
          <quote>magique</quote> synchronisant votre branche avec le
@@ -1433,7 +1432,7 @@
          modifications&nbsp;; le cas se présente très souvent,
          par exemple lorsqu'une équipe gère une
          <quote>branche de production</quote> du logiciel
-        (nous développerons ce thème dans
+        (ce thème est développé dans
          <xref linkend="svn.branchmerge.commonpatterns.release"/>).</para>

        <warning>
@@ -1463,8 +1462,8 @@
        </warning>

        <para>Avertissement&nbsp;: bien que <command>svn diff</command>
-        et <command>svn merge</command> soient très similaires au
-        niveau conceptuel, leur syntaxe est différente dans de
+        et <command>svn merge</command> soient conceptuellement très
+        similaires, leur syntaxe est différente dans de
          nombreux cas. Pour plus de détails, reportez-vous au
          <xref linkend="svn.ref"/> ou consultez
          <command>svn help</command>. Par exemple,
@@ -1488,12 +1487,12 @@

        <para>Si vous fusionnez un dossier et que vous n'avez pas
          encore spécifié de cible, <command>svn merge</command>
-        supposera qu'il est dans la première situation et essaiera
+        suppose qu'il est dans la première situation et essaie
          d'appliquer les modifications dans votre dossier en cours.
          Si vous fusionnez un fichier et que ce fichier
          (ou un fichier du même nom) existe dans votre dossier de
-        travail en cours, <command>svn merge</command> supposera
-        qu'il est dans la seconde situation et essaiera d'appliquer
+        travail en cours, <command>svn merge</command> suppose
+        qu'il est dans la seconde situation et essaie d'appliquer
          les modifications au fichier local du même nom.</para>

      </sect2>
@@ -1502,15 +1501,15 @@
      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
        <title>Syntaxe de la fusion&nbsp;: pour tout vous dire</title>

-      <para>Vous venez de voir des exemples d'utilisation de la
-        commande <command>svn merge</command> et vous allez bientôt
-        en voir plusieurs autres. Si la confusion règne dans votre
-        esprit concernant le fonctionnement des fusions, vous n'êtes
-        pas tout seul. De nombreux utilisateurs (en particulier ceux
-        qui découvrent la gestion de versions) sont initialement
-        perplexes au sujet de la syntaxe de la commande, ainsi que
-        quand et comment utiliser cette fonctionnalité. Mais n'ayez
-        pas peur, cette commande est en fait bien plus simple que
+      <para>Nous venons de voir des exemples d'utilisation de la
+        commande <command>svn merge</command> et nous allons bientôt
+        en voir plusieurs autres. Si vous n'avez pas bien assimilé le
+        le fonctionnement des fusions, rassurez-vous, vous n'êtes pas un
+        cas isolé. De nombreux utilisateurs (en particulier ceux
+        qui découvrent la gestion de versions) commencent par une phase
+        de perplexité au sujet de la syntaxe de la commande, ainsi que
+        quand et comment utiliser cette fonctionnalité. Mais, en fait,
+        cette commande est bien plus simple que
          vous ne le pensez&nbsp;! Il y a une technique très simple
          pour comprendre comment <command>svn merge</command> agit.</para>

@@ -1524,7 +1523,7 @@
          les différences sont appliquées à une copie de travail.</para>

        <para>Si vous utilisez svn merge pour effectuer de simples
-        copies de modifications entre branches, il fera généralement
+        copies de modifications entre branches, elle fait généralement
          ce qu'il faut automatiquement. Par exemple, une commande
          telle que&nbsp;:</para>

@@ -1532,14 +1531,14 @@
  $ svn merge http://svn.exemple.com/depot/calc/une-branche
  </screen>

-      <para>tentera de dupliquer toutes les modifications faites
+      <para>tente de dupliquer toutes les modifications faites
          dans <filename>une-branche</filename> vers votre répertoire
          de travail actuel, qui est sans doute une copie de travail
          partageant des liens historiques avec la branche. La commande
          est suffisamment intelligente pour ne copier que les
          modifications que votre copie de travail ne possède pas
          encore. Si vous répétez cette commande une fois par semaine,
-        elle ne copiera que les modifications
+        elle ne copie que les modifications
          <quote>les plus récentes</quote> qui ont eu lieu depuis la
          dernière fusion.</para>

@@ -1552,16 +1551,16 @@

          <listitem><para>une arborescence initiale (souvent appelée
            <firstterm>côté gauche</firstterm>
-          de la comparaison)</para></listitem>
+          de la comparaison)&nbsp;;</para></listitem>

          <listitem><para>une arborescence finale (souvent appelée
            <firstterm>côté droit</firstterm>
-        de la comparaison)</para></listitem>
-
-        <listitem><para>une copie de travail qui recevra les
+        de la comparaison)&nbsp;;</para></listitem>
+
+        <listitem><para>une copie de travail qui reçoit les
            différences en tant que modifications locales (souvent
            appelée <firstterm>cible</firstterm>
-          de la fusion)</para></listitem>
+          de la fusion).</para></listitem>

        </orderedlist>

@@ -1577,9 +1576,9 @@
          <command>svn revert</command> pour revenir en arrière sur
          toutes les modifications.</para>

-      <para>La syntaxe de <command>svn merge</command> vous offre
-        la possibilité de spécifier les trois paramètres de façon
-        assez flexible. Voici quelques exemples&nbsp;:</para>
+      <para>La syntaxe de <command>svn merge</command> est assez
+        flexible quant à la façon de spécifier les trois paramètres.
+        Voici quelques exemples&nbsp;:</para>

        <screen>
  $ svn merge http://svn.exemple.com/depot/branche1 at 150 \
@@ -1597,7 +1596,7 @@
          cible. La deuxième syntaxe peut être utilisée comme raccourci
          pour les cas où vous comparez des révisions différentes de la
          même URL. La dernière syntaxe indique que le paramètre copie
-        de travail est optionnel&nbsp;; s'il est omis, elle utilisera
+        de travail est optionnel&nbsp;; s'il est omis, elle utilise
          par défaut le répertoire en cours.</para>

          <para>Si le premier exemple donne la syntaxe
@@ -1628,9 +1627,9 @@
            <listitem>
            <para>Si vous demandez à <command>svn merge</command>
              de comparer deux URLs qui n'ont pas de lien entre elles,
-            un correctif sera quand même généré et appliqué à votre
-            copie de travail, mais aucune métadonnée de fusion ne
-            sera créée. Il n'y a pas d'historique commun aux deux
+            un correctif est quand même généré et appliqué à votre
+            copie de travail, mais aucune métadonnée de fusion n'est
+            créée. Il n'y a pas d'historique commun aux deux
              sources et les futures fusions
              <quote>intelligentes</quote> dépendent de cet
              historique commun.</para>
@@ -1643,7 +1642,7 @@
            <para>Bien qu'il soit possible de lancer une commande telle
              que <userinput>svn merge -r 100:200
               
<replaceable>http://svn.projetexterieur.com/depot/trunk</replaceable></userinput>,
-            le correctif résultant ne comportera aucune métadonnée
+            le correctif résultant ne comporte aucune métadonnée
              historique de fusion. À la date d'aujourd'hui, Subversion
              n'est pas capable de représenter des URL de dépôts
              différents au sein de la propriété
@@ -1711,10 +1710,10 @@
          paragraphe va expliquer ces différences.</para>

        <para>Pour commencer, supposons que votre copie de travail n'a
-        pas de modification locale en cours. Quand vous lancerez
+        pas de modification locale en cours. Quand vous lancez
          <command>svn update</command> pour la mettre à jour à une
          révision particulière, les modifications envoyées par le
-        serveur s'appliqueront toujours <quote>proprement</quote>
+        serveur s'appliquent toujours <quote>proprement</quote>
          à votre copie de travail. Le serveur génère le delta en
          comparant deux arborescences&nbsp;: d'une part un
          instantané virtuel de votre copie de travail, d'autre part
@@ -1729,7 +1728,7 @@
          l'utilisateur avancé peut demander au serveur de comparer
          <emphasis>n'importe quelle</emphasis> paire d'arborescences,
          même des arborescences n'ayant aucun rapport avec la copie
-        de travail&nbsp;! Ce qui laisse potentiellement beaucoup de
+        de travail&nbsp;! Cela laisse potentiellement beaucoup de
          place à l'erreur humaine. Les utilisateurs vont parfois
          comparer deux arborescences qui ne sont pas les bonnes,
          créant ainsi un delta qui ne s'appliquera pas proprement.
@@ -1739,7 +1738,7 @@
          façon que la commande Unix <command>patch</command> se plaint
          parfois de <quote>morceaux ratés</quote>
          (<foreignphrase>failed hunks</foreignphrase>),
-        <command>svn merge</command> se plaindra de
+        <command>svn merge</command> se plaint de
          <quote>cibles manquantes omises</quote>
          (<foreignphrase>skipped targets</foreignphrase>)&nbsp;:</para>

@@ -1757,7 +1756,7 @@

        <para>Dans l'exemple précédent, il est possible que
          <filename>baz.c</filename> existe dans les deux instantanés
-        de la branche en question&nbsp;; et que le delta résultant
+        de la branche en question et que le delta résultant
          tente de modifier le contenu du fichier, mais que le fichier
          n'existe pas dans la copie de travail. Quoi qu'il en soit,
          le message <quote>Cible manquante omise</quote> signifie que
@@ -1767,7 +1766,7 @@
          en arrière de manière récursive sur toutes les modifications
          créées par la fusion
          (<userinput>svn revert . --recursive</userinput>), d'effacer
-        tout fichier ou dossier non suivi en version restant après le
+        tout fichier ou dossier non suivi en versions restant après le
          retour en arrière et de relancer <command>svn merge</command>
          avec des paramètres différents.</para>

@@ -2983,7 +2982,7 @@
          moment <filename>/trunk</filename> puisse être compilé et
          passe avec succès les tests de régression. Une branche
          fonctionnelle n'est nécessaire que quand une modification
-        nécessite un grand nombre de livraisons susceptibles de
+        nécessite un grand nombre de propagations susceptibles de
          déstabiliser le tronc. Une bonne méthode empirique est de se
          poser la question suivante&nbsp;: si le développeur
          travaillait pendant plusieurs jours en isolation et ensuite
@@ -3131,7 +3130,7 @@
        fournisseur est une arborescence au sein de votre propre système
        de gestion de versions qui contient des informations fournies
        par une entité tierce, ou fournisseur. Chaque version des données
-      du fournisseur que vous déciderez d'incorporer dans votre projet
+      du fournisseur que vous décidez d'incorporer dans votre projet
        est appelée une
        <firstterm>livraison fournisseur</firstterm>.</para>

@@ -3194,10 +3193,10 @@
        <para>Nous avons désormais la version actuelle du code source
          de libcomplex dans
          <filename>/fournisseur/libcomplex/actuel</filename>. À présent,
-        nous allons étiqueter cette version (voir
-        <xref linkend="svn.branchmerge.tags"/>) et ensuite la copier
-        dans la branche de développement principale. Cette opération
-        de copie créera un nouveau dossier appelé
+        nous étiquetons cette version (voir
+        <xref linkend="svn.branchmerge.tags"/>) et ensuite nous la
+        copions dans la branche de développement principale. Cette
+        opération de copie crée un nouveau dossier appelé
          <filename>libcomplex</filename> au sein du répertoire de notre
          projet existant <filename>calc</filename>. C'est dans cette copie
          des données du fournisseur que nous ferons nos
@@ -3236,7 +3235,7 @@
          libcomplex, la 1.0, par une copie de libcomplex 1.1 et
          ensuite ré-appliquer les modifications que nous avions
          effectuées précédemment sur cette bibliothèque à la nouvelle
-        version. Mais en fait nous allons aborder le problème sous un
+        version. Mais, en fait, nous allons aborder le problème sous un
          autre angle, en appliquant les changements apportés à
          libcomplex entre les versions 1.0 et 1.1 à notre copie
          modifiée de celle-ci.</para>
@@ -3256,12 +3255,12 @@
          de la gestion de versions.</para>

        <para>Après avoir remplacé le code de la 1.0 par le code de la
-        1.1, <command>svn status</command> listera les fichiers ayant
+        1.1, <command>svn status</command> liste les fichiers ayant
          des modifications locales et peut-être aussi des fichiers
          non suivis en versions. Si nous avons fait ce que nous étions
-        censés faire, les fichiers non suivis en version sont
+        censés faire, les fichiers non suivis en versions sont
          uniquement de nouveaux fichiers introduits par la version 1.1
-        de libcomplex&nbsp;; nous allons donc lancer
+        de libcomplex&nbsp;; nous lançons donc
          <command>svn add</command> sur ces fichiers pour les inclure
          dans la gestion de versions. Si le code de la 1.1 ne contient
          plus certains fichiers qui étaient dans l'arborescence de la
@@ -3277,10 +3276,10 @@
          nous avons faites pour lui donner cet aspect.</para>

        <para>Notre branche <filename>actuel</filename> contient
-        désormais la nouvelle livraison fournisseur. Nous allons donc
-        étiqueter la nouvelle version en 1.1 (de la même façon que
+        désormais la nouvelle livraison fournisseur. Nous étiquetons
+        donc la nouvelle version en 1.1 (de la même façon que
          nous avions précédemment étiqueté la livraison fournisseur de
-        la version 1.0) et ensuite fusionner les différences entre
+        la version 1.0) et ensuite nous fusionnons les différences entre
          les étiquettes de la version précédente et de la nouvelle
          version vers notre branche de développement
          principale&nbsp;:</para>
@@ -3305,10 +3304,10 @@
          version de la bibliothèque, sans la moindre complication ou
          conflit.</para>

-      <para>Mais les choses ne sont pas toujours aussi simples et en
-        fait il arrive assez fréquemment que des fichiers sources
+      <para>Mais les choses ne sont pas toujours aussi simples et, en
+        fait, il arrive assez fréquemment que des fichiers sources
          changent d'emplacement d'une version à l'autre d'un logiciel.
-        Ceci rend plus compliquée la tâche de s'assurer que nos
+        Ceci complique la tâche de s'assurer que nos
          modifications sont toujours valides pour la nouvelle version
          du code, et les choses peuvent rapidement dégénérer, jusqu'au
          point où nous pouvons être forcés de reporter manuellement nos
@@ -3340,7 +3339,7 @@
          processus. Ce script automatise les étapes importantes que
          nous avons mentionnées dans la procédure générale de gestion
          des branches fournisseurs afin de minimiser les erreurs. Vous
-        serez toujours responsable de l'utilisation des commandes
+        êtes toujours responsable de l'utilisation des commandes
          <command>svn merge</command> pour fusionner les nouvelles
          versions des données tierces vers votre branche de
          développement principale, mais
@@ -3361,7 +3360,7 @@
          </listitem>
          <listitem>
            <para>Il prend soin de séries compliquées d'opérations entre
-            lesquelles Subversion a besoin d'une livraison
+            lesquelles Subversion a besoin d'une propagation
              intermédiaire, telles qu'avant de renommer un fichier ou
              un dossier pour la deuxième fois.</para>
          </listitem>
@@ -3411,12 +3410,12 @@
          il examine le contenu de votre livraison fournisseur
          existante, <filename>actuel</filename>, et le compare à la
          nouvelle livraison fournisseur. Dans le cas le plus trivial,
-        aucun fichier ne sera présent dans une version sans l'être
-        dans l'autre et le script effectuera le nouvel import sans
+        aucun fichier n'est présent dans une version sans l'être
+        dans l'autre et le script effectue le nouvel import sans
          incident. Cependant, s'il y a des divergences dans
          l'agencement des fichiers entre les versions,
-        <command>svn_load_dirs.pl</command> vous demandera comment
-        résoudre ces différences. Par exemple, vous aurez
+        <command>svn_load_dirs.pl</command> vous demande comment
+        résoudre ces différences. Par exemple, vous avez
          l'opportunité d'indiquer au script que vous savez que le
          fichier <filename>math.c</filename> de la version 1.0 de
          libcomplex a été renommé en <filename>arithmetique.c</filename>
@@ -3428,14 +3427,14 @@
          configuration séparé, permettant de spécifier des propriétés
          sur des fichiers et dossiers, correspondants à une expression
          régulière, qui vont être <emphasis>ajoutés</emphasis> au
-        dépôt. Ce fichier de configuration sera indiqué à
+        dépôt. Ce fichier de configuration est indiqué à
          <command>svn_load_dirs.pl</command> en utilisant l'option
          <option>-p</option> en ligne de commande. Chaque ligne du
          fichier de configuration est un ensemble de deux ou quatre
          valeurs délimitées par des espaces&nbsp;: une expression
          régulière du style Perl à laquelle comparer le chemin ajouté,
          un mot clé de contrôle (soit <literal>break</literal> soit
-        <literal>cont</literal>) et ensuite en option un nom de
+        <literal>cont</literal>) et ensuite, en option, un nom de
          propriété et une valeur.</para>

        <screen>
@@ -3452,18 +3451,18 @@
          <literal>break</literal> (ce qui signifie qu'aucune autre
          modification de propriété ne doit être appliquée à ce chemin).
          Si le terme de contrôle est <literal>cont</literal>
-        (abréviation de continuer), la comparaison continuera avec la
+        (abréviation de continuer), la comparaison continue avec la
          ligne suivante du fichier de configuration.</para>

-      <para>Tout espace faisant partie de l'expression régulière, du
+      <para>Toute espace faisant partie de l'expression régulière, du
          nom de la propriété ou de la valeur de la propriété doit être
-        entouré d'apostrophes ou de guillemets. Vous pouvez banaliser
+        entourée d'apostrophes ou de guillemets. Vous pouvez banaliser
          les guillemets et apostrophes qui ne sont pas utilisés pour
-        entourer un espace en les faisant précéder d'une barre oblique
+        entourer une espace en les faisant précéder d'une barre oblique
          inversée (ou <quote>antislash</quote>&nbsp;:
          <literal>\</literal>). L'antislash ne banalise que les
          guillemets et apostrophes pendant le traitement du fichier de
-        configuration, donc pas la peine de protéger d'autres
+        configuration, ce n'est donc pas la peine de protéger d'autres
          caractères au-delà de ce qui est nécessaire pour
          l'expression régulière.</para>

@@ -3480,7 +3479,7 @@
        avons présenté les concepts d'étiquettes et de branches et
        montré comment Subversion implémente ces concepts en copiant des
        répertoires avec la commande <command>svn copy</command>. Nous
-      ~avons expliqué comment utiliser <command>svn merge</command>
+      avons expliqué comment utiliser <command>svn merge</command>
        pour copier des modifications d'une branche à l'autre ou pour
        revenir en arrière sur des modifications non-satisfaisantes.
        Nous avons étudié l'utilisation de <command>svn switch</command>

From svnbook at googlecode.com  Sun May  2 06:37:50 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:37:50 +0000
Subject: [svnbook] r3729 committed - *
	src/en/book/ch06-server-configuration.xml...
Message-ID: <0016e68e8cb5fba73b04859ae7dc@google.com>

Revision: 3729
Author: stsp at elego.de
Date: Sun May  2 04:35:02 2010
Log: * src/en/book/ch06-server-configuration.xml
   (svn.serverconfig.pathbasedauthz): No need to list sally twice in the
    @everyone group.

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

Modified:
  /trunk/src/en/book/ch06-server-configuration.xml

=======================================
--- /trunk/src/en/book/ch06-server-configuration.xml	Sun May  2 04:33:06  
2010
+++ /trunk/src/en/book/ch06-server-configuration.xml	Sun May  2 04:35:02  
2010
@@ -3095,7 +3095,7 @@
  [groups]
  calc-developers = harry, sally, joe
  paint-developers = frank, sally, jane
-everyone = harry, sally, joe, frank, sally, jane
+everyone = harry, sally, joe, frank, jane
  </screen>

      <para>Groups can be granted access control just like users.



From svnbook at googlecode.com  Sun May  2 06:33:49 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:33:49 +0000
Subject: [svnbook] r3728 committed - Fix the long-standing authz documentation
	bug regarding group permissi...
Message-ID: <0016e68deb2b9f332d04859ad93d@google.com>

Revision: 3728
Author: stsp at elego.de
Date: Sun May  2 04:33:06 2010
Log: Fix the long-standing authz documentation bug regarding group  
permissions.
This was tracked in the book's issue tracker as issue #71. This commit
is based on the patch attached to that issue.

See this post and follow-ups for related discussion:
   Date: Thu, 14 Jan 2010 22:16:35 +0000
   From: Philip Martin <philip at codematters.co.uk>
   To: dev at subversion.apache.org
   Subject: Multiple matching lines in authz file
   Message-ID: <877hrkmiws.fsf at stat.home.lan>
   http://svn.haxx.se/dev/archive-2010-01/0340.shtml

I also discussed this with striker (who wrote a lot of the initial authz
code) at the Apache Retreat. He confirmed that this was a documentation bug,
rather than a bug in the implementation.

* src/en/book/ch06-server-configuration.xml:
   (svn.serverconfig.pathbasedauthz): Group permissions can only be
    extended, not restricted, for individual group members. Document
    this correctly, rather than claiming the opposite was true.

Patch by: Mark Cammidge
(tweaked by me)

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

Modified:
  /trunk/src/en/book/ch06-server-configuration.xml

=======================================
--- /trunk/src/en/book/ch06-server-configuration.xml	Thu Feb 18 09:57:58  
2010
+++ /trunk/src/en/book/ch06-server-configuration.xml	Sun May  2 04:33:06  
2010
@@ -3111,13 +3111,15 @@
  @paint-developers = rw
  </screen>

-    <para>Another important fact is that
-    the <emphasis>first</emphasis> matching rule is the one which gets
-    applied to a user.  In the prior example, even though Jane is a
-    member of the <literal>paint-developers</literal> group (which has
-    read/write access), the <literal>jane = r</literal> rule will be
-    discovered and matched before the group rule, thus denying Jane
-    write access.</para>
+    <para>Another important fact is that group permissions are not
+    overridden by individual user permissions. Rather, the
+    <emphasis>combination</emphasis> of all matching permissions is
+    granted.  In the prior example, Jane is a member of the
+    <literal>paint-developers</literal> group, which has read/write access.
+    Combined with the <literal>jane = r</literal> rule, this still gives
+    Jane read/write access.  Permissions for group members can only be  
extended
+    beyond the permissions the group already has. Restricting users who are
+    part of a group to less than their group's permissions is  
impossible.</para>

      <para>Groups can also be defined to contain other groups:</para>




From svnbook at googlecode.com  Sun May  2 06:41:52 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:41:52 +0000
Subject: Issue 71 in svnbook: Description of permissions in authz 
	incorrect for multiple matching lines
In-Reply-To: <0-7155889305988986295-7441570024220402911-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-7441570024220402911-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-7441570024220402911-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Fixed

Comment #1 on issue 71 by s... at elego.de: Description of permissions in  
authz incorrect for multiple matching lines
http://code.google.com/p/svnbook/issues/detail?id=71

Committed with tweaks in r3728. Thanks!




From svnbook at googlecode.com  Sun May  2 06:45:53 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 02 May 2010 11:45:53 +0000
Subject: Issue 20 in svnbook: Document tree conflicts
In-Reply-To: <2-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>
References: <2-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>
	<0-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>
Message-ID: <3-7155889305988986295-14944795752420902646-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Fixed

Comment #3 on issue 20 by s... at elego.de: Document tree conflicts
http://code.google.com/p/svnbook/issues/detail?id=20

A section about tree conflicts was added to the book some time ago.
http://svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.html




From svnbook at googlecode.com  Mon May  3 04:50:03 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 03 May 2010 09:50:03 +0000
Subject: [svnbook] r3730 committed - *
	src/fr/book/ch06-server-configuration.xml...
Message-ID: <0016361e7e4e5f73100485ad843e@google.com>

Revision: 3730
Author: subversif999 at gmail.com
Date: Mon May  3 02:49:46 2010
Log: * src/fr/book/ch06-server-configuration.xml
   - Fix typos

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

Modified:
  /trunk/src/fr/book/ch06-server-configuration.xml

=======================================
--- /trunk/src/fr/book/ch06-server-configuration.xml	Sat Mar 13 06:04:01  
2010
+++ /trunk/src/fr/book/ch06-server-configuration.xml	Mon May  3 02:49:46  
2010
@@ -1,4 +1,4 @@
-<chapter id="svn.serverconfig">
+  <chapter id="svn.serverconfig">
    <title>Configuration du serveur</title>

    <para>Un dépôt Subversion hébergé sur une machine donnée est
@@ -10,13 +10,13 @@
      monde.</para>

    <para>Ce chapitre décrit comment rendre visible votre dépôt Subversion
-    en dehors de la machine hôte afin d'être utilisé par des clients
+    en dehors de la machine hôte pour qu'il soit utilisable par des clients
      distants. Nous couvrons les mécanismes serveurs disponibles
      actuellement pour Subversion, leur configuration et leur
      utilisation. À la fin de ce chapitre, vous devriez être apte à
      décider quelle configuration réseau convient à vos besoins et
-    comprendre comment activer cette configuration sur votre machine
-    hôte.</para>
+    comprendre comment mettre en place cette configuration sur votre
+    machine hôte.</para>


    <!-- =================================================================  
-->
@@ -37,7 +37,7 @@

      <para>Apache est un serveur web extrêmement populaire&nbsp;; en
        utilisant le module <command>mod_dav_svn</command>, Apache a accès
-      au dépôt et peut le rendre accessible aux clients via le protocle
+      au dépôt et peut le rendre accessible aux clients via le protocole
        WebDAV/DeltaV, qui est une extension d'HTTP. Comme Apache est un
        serveur très complet, il inclut un grand nombre de fonctionnalités
        <quote>gratuites</quote>, telles que&nbsp;: communications
@@ -73,15 +73,15 @@
        d'utilisateurs locaux d'accéder au dépôt via des URL
        <literal>file://</literal>. Les autorisations d'accès basées sur
        des chemins n'ont donc aucun sens, puisque chaque utilisateur
-      accède aux fichiers de la base de données du dépôt
-      directement.</para>
+      accède directement aux fichiers de la base de données du
+      dépôt.</para>

      <para>Le <xref linkend="svn.serverconfig.overview.tbl-1"/> présente
        un résumé rapide des trois types courants de déploiements de
        serveurs.</para>

      <table id="svn.serverconfig.overview.tbl-1">
-      <title>Comparaison des options des serveurs Subversion</title>
+      <title>Comparaison des fonctionnalités des serveurs  
Subversion</title>
        <tgroup cols="4">
          <thead>
            <row>
@@ -99,15 +99,15 @@
                Apache.</entry>
              <entry>CRAM-MD5 par défaut&nbsp;; LDAP, NTLM, ou tout autre
                mécanisme compatible avec SASL.</entry>
-            <entry>SSH</entry>
+            <entry>SSH.</entry>
            </row>

            <row>
              <entry>Comptes utilisateurs</entry>
              <entry>Fichiers privés ou tout autre mécanisme compatible
-              avec Apache (LDAP, SQL, etc.).</entry>
+              avec Apache (LDAP, SQL,&nbsp;etc.).</entry>
              <entry>Fichiers privés ou tout autre mécanisme compatible
-              avec SASL (LDAP, SQL, etc.).</entry>
+              avec SASL (LDAP, SQL,&nbsp;etc.).</entry>
              <entry>Comptes utilisateurs systèmes.</entry>
            </row>

@@ -126,7 +126,7 @@
            <row>
              <entry>Chiffrement</entry>
              <entry>Disponible via SSL (option).</entry>
-            <entry>  Disponible via les fonctionnalités optionnelles de
+            <entry> Disponible via les fonctionnalités optionnelles de
                SASL.</entry>
              <entry>Inhérent à toute connexion SSH.</entry>
            </row>
@@ -299,7 +299,7 @@
                ce soit, n'est disponible, ni même celle des
                erreurs&nbsp;;</para></listitem>

-            <listitem><para>les utilisateurs doivent etre membres du
+            <listitem><para>les utilisateurs doivent être membres du
                même groupe système ou utiliser une clé SSH
                partagée&nbsp;;</para></listitem>

@@ -410,8 +410,8 @@
          <listitem>
            <para>si vous devez vous insérer au sein de systèmes
              d'authentification déjà en place (LDAP, Active Directory,
-            NTLM, X.509, etc.), il vous faudra utiliser soit le serveur
-            basé sur Apache soit <command>svnserve</command> configuré
+            NTLM, X.509,&nbsp;etc.), il vous faudra utiliser soit le  
serveur
+            basé sur Apache, soit <command>svnserve</command> configuré
              avec SASL. Si vous avez un besoin absolu de journaux des
              erreurs côté serveur ou de journaux des activités côté
              client, le serveur basé sur Apache est le seul choix
@@ -517,9 +517,9 @@
          <title>svnserve en serveur autonome</title>

          <para>Le plus facile est de démarrer <command>svnserve</command>
-          en tant que serveur autonome. Pour le faire, utilisez l'option
+          en tant que serveur autonome. Pour ce faire, utilisez l'option
            <option>-d</option> (d pour <quote>daemon</quote> qui est
-          l'appelation consacrée pour les serveurs Unix)&nbsp;:</para>
+          l'appellation consacrée pour les serveurs Unix)&nbsp;:</para>

          <screen>
  $ svnserve -d
@@ -539,7 +539,7 @@
          est situé sous <filename>/var/svn/projet-1</filename>, un client
          l'atteindra par
          <uri>svn://hote.exemple.com/var/svn/projet-1</uri>. Pour
-        améliorer la sécurité, vous pouvez passer l'option
+        renforcer la sécurité, vous pouvez passer l'option
          <option>-r</option> à <command>svnserve</command> afin de
          restreindre l'export aux dépôts situés sous le chemin indiqué.
          Par exemple&nbsp;:</para>
@@ -551,9 +551,9 @@

        <para>L'utilisation de l'option <option>-r</option> modifie le
          chemin que le serveur considère comme la racine du système de
-        fichiers à exporter. Les clients utiliseront alors des URL avec
-        cette portion du chemin supprimée (ce qui rend les URL plus
-        courtes et plus discrètes)&nbsp;:</para>
+        fichiers à exporter. Les clients utiliseront alors des URL ne
+        comportant pas cette portion du chemin (ce qui rend les URL
+        plus courtes et plus discrètes)&nbsp;:</para>

        <screen>
  $ svn checkout svn://hote.exemple.com/projet-1
@@ -599,7 +599,7 @@

        <para>Si votre système utilise un serveur <command>inetd</command>
          classique de type Unix, vous pouvez ajouter la ligne suivante à
-        <filename>/etc/inetd.conf</filename>:</para>
+        <filename>/etc/inetd.conf</filename>&nbsp;:</para>

        <screen>
  svn stream tcp nowait proprio-svn /usr/bin/svnserve svnserve -i
@@ -633,11 +633,11 @@
            serveur SSH qui le fait à votre place). Le programme
            <command>svnserve</command> se comporte alors normalement
            (utilisation des entrées/sorties <filename>stdin</filename> et
-          <filename>stdout</filename>)et suppose que le trafic est
+          <filename>stdout</filename>) et suppose que le trafic est
            redirigé automatiquement vers le client par un tunnel. Quand
            <command>svnserve</command> est lancé par un gestionnaire de
            tunnel comme ici, soyez sans crainte&nbsp;: l'utilisateur
-          authentifié possèdera les droits de lecture et d'écriture sur
+          authentifié possédera les droits de lecture et d'écriture sur
            les fichiers de la base de données. C'est essentiellement la
            même chose que quand un utilisateur local accède au dépôt via
            des URL <literal>file://</literal>.</para>
@@ -716,8 +716,8 @@
          start= auto
  </screen>

-        <para>Notez aussi que le terme <literal>binpath</literal>prête à
-          confusion&nbsp;: sa valeur est une <emphasis>ligne de
+        <para>Notez aussi que le terme <literal>binpath</literal> prête
+          à confusion&nbsp;: sa valeur est une <emphasis>ligne de
            commande</emphasis>, pas le chemin d'accès à un exécutable.
            C'est pourquoi vous devez l'entourer de guillemets s'il
            contient des espaces.</para>
@@ -725,7 +725,7 @@
          <para>Une fois que le service a été crée, il peut être arrêté,
            démarré ou interrogé à l'aide des outils standards de
            l'interface graphique (le programme <quote>Services</quote>
-          des outils d'administration) ou en ligne de
+          des outils d'administration) ou de la ligne de
            commande&nbsp;:</para>

          <screen>
@@ -818,7 +818,7 @@
          (<literal>[</literal> et <literal>]</literal>), les lignes de
          commentaires commencent par des dièses (<literal>#</literal>) et
          chaque paragraphe contient des variables spécifiques qui peuvent
-        être définies  (<literal>variable = valeur</literal>). Examinons
+        être définies (<literal>variable = valeur</literal>). Examinons
          ces fichiers et apprenons à les utiliser.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
@@ -826,7 +826,7 @@
          <title>Création d'un fichier utilisateurs et d'un domaine
            d'authentification</title>

-        <para>Pour ce qui suit, le section <literal>[general]</literal>
+        <para>Pour ce qui suit, la section <literal>[general]</literal>
            de <filename>svnserve.conf</filename> contient toutes les
            variables dont vous avez besoin. Commencez par modifier les
            valeurs de toutes les variables&nbsp;: choisissez un nom pour
@@ -890,7 +890,7 @@
            faire. Les variables <literal>anon-access</literal>
            et <literal>auth-access</literal> peuvent contenir les valeurs
            <literal>none</literal>, <literal>read</literal>, ou
-          <literal>write</literal>.  Choisir la valeur
+          <literal>write</literal>. Choisir la valeur
            <literal>none</literal> empêche à la fois lecture et
            écriture&nbsp;; <literal>read</literal> autorise l'accès en
            lecture seule au dépôt et <literal>write</literal> autorise
@@ -961,8 +961,8 @@
      <sect2 id="svn.serverconfig.svnserve.sasl">
        <title>Utilisation de svnserve avec SASL</title>

-      <para>Pour de nombreuses équipes, l'authentification par CRAM-MD5
-        suffit à leurs besoins. Cependant, si votre serveur (et vos
+      <para>L'authentification par CRAM-MD5 suffit aux besoins
+        de bon nombre d'équipes. Cependant, si votre serveur (et vos
          clients Subversion) ont été compilés avec la bibliothèque
          <quote>Cyrus Simple Authentication and Security Layer</quote>
          (SASL), vous avez à votre disposition un certain nombre
@@ -1011,8 +1011,8 @@
          CRAM-MD5 et ANONYMOUS (voir <xref
          linkend="svn.serverconfig.svnserve.auth"/>). Si le serveur et le
          client ont été compilés pour inclure SASL, un certain nombre
-        d'autres mécanismes d'authentification seront éventuellement
-        disponibles. Néanmoins, vous devrez configurer explicitement
+        d'autres mécanismes d'authentification sont éventuellement
+        disponibles. Néanmoins, vous devez configurer explicitement
          SASL sur le serveur pour qu'ils soient proposés.</para>

        <sect3 id="svn.serverconfig.svnserve.sasl.authn">
@@ -1032,7 +1032,7 @@
          <para>Ensuite, créez le fichier principal de configuration de
            SASL, appelé <filename>svn.conf</filename>, à un endroit où la
            bibliothèque SASL saura le trouver &mdash; généralement dans
-          un répertoire où sont situés les greffons SASL. Vous devrez
+          un répertoire où sont situés les greffons SASL. Vous devez
            localiser le répertoire des greffons de votre système, tel que
            <filename>/usr/lib/sasl2/</filename> ou
            <filename>/etc/sasl2/</filename> (notez qu'<emphasis>il ne
@@ -1045,11 +1045,11 @@
            pour indiquer à SASL les emplacements où chercher. Créez une
            clé nommée <literal>[HKEY_LOCAL_MACHINE\SOFTWARE\Carnegie
            Mellon\Project Cyrus\SASL Library]</literal> et placez-y deux
-          clés&nbsp;: l'une appelée  <literal>SearchPath</literal>
+          clés&nbsp;: l'une appelée <literal>SearchPath</literal>
            (dont la valeur est le chemin du répertoire contenant les
            bibliothèques de greffons SASL
            <filename>sasl*.dll</filename>) et l'autre appelée
-          <literal>ConfFile</literal>(dont la valeur est le chemin du
+          <literal>ConfFile</literal> (dont la valeur est le chemin du
            répertoire parent contenant le fichier
            <filename>svn.conf</filename> que vous avez créé).</para>

@@ -1078,7 +1078,7 @@
          <para>vous demandez à SASL de proposer le mécanisme DIGEST-MD5
            aux clients et de comparer les mots de passe des utilisateurs
            à une base de mots de passe privée située à l'emplacement
-          <filename>/etc/ma_bdd_sasl</filename>.  Un administrateur
+          <filename>/etc/ma_bdd_sasl</filename>. Un administrateur
            système pourra ensuite utiliser le programme
            <command>saslpasswd2</command> pour ajouter ou modifier les
            noms d'utilisateurs et les mots de passe contenus dans cette
@@ -1091,7 +1091,7 @@
          <para>Quelques consignes de prudence&nbsp;: tout d'abord,
            l'argument <quote>domaine</quote> qui est passé à
            <command>saslpasswd2</command> doit correspondre au même
-          domaine celui que vous avez défini dans le fichier
+          domaine que celui que vous avez défini dans le fichier
            <filename>svnserve.conf</filename>&nbsp;; s'ils ne
            correspondent pas, l'authentification échouera. En outre, à
            cause d'une limitation de SASL, ce domaine commun doit être
@@ -1110,10 +1110,10 @@

          <para>Souvenez-vous que si vous configurez votre serveur pour
            qu'il n'autorise que certains mécanismes d'authentification
-          SASL, tous les clients qui se connecteront auront l'obligation
+          SASL, tous les clients qui se connectent ont l'obligation
            de supporter SASL. Tout client Subversion compilé sans SASL
            (ce qui inclut tous les clients antérieurs à la version 1.5)
-          sera incapable de se connecter. D'un autre côté, ce type de
+          est incapable de se connecter. D'un autre côté, ce type de
            restriction est peut-être exactement ce que vous recherchez
            (<quote>Mes clients doivent tous utiliser  
Kerberos&nbsp;!</quote>).
            Néanmoins, si vous voulez permettre à des clients non-SASL de
@@ -1133,7 +1133,7 @@
            requièrent l'utilisation de la bibliothèque OpenSSL. Pour
            activer ou désactiver différents niveaux de chiffrement, vous
            pouvez définir deux variables dans le fichier
-          <filename>svnserve.conf</filename>de votre dépôt&nbsp;:</para>
+          <filename>svnserve.conf</filename> de votre dépôt&nbsp;:</para>

          <screen>
  [sasl]
@@ -1197,7 +1197,7 @@
          des utilisateurs) puis un processus <command>svnserve</command>
          privé est généré automatiquement sur la machine distante,
          processus dont le propriétaire est l'utilisateur
-        <literal>harryssh</literal>.  La commande
+        <literal>harryssh</literal>. La commande
          <command>svnserve</command> est lancée en mode tunnel
          (<option>-t</option>) et son protocole réseau est encapsulé dans
          la connexion chiffrée par <command>ssh</command>, le
@@ -1281,12 +1281,12 @@
          <literal>svn+rsh://nomdutilisateur at hote/chemin</literal>), le
          client va l'inclure dans sa commande (<userinput>rsh
          nomdutilisateur at hote svnserve -t</userinput>). Mais vous pouvez
-        définir des schémas d'encapsulation bien plus évolués que
-        ça&nbsp;:</para>
+        définir des schémas d'encapsulation bien plus
+        évolués&nbsp;:</para>

        <screen>
  [tunnels]
-paulssh = $PAULSSH /opt/alternate/ssh -p 29934
+joessh = $JOESSH /opt/alternate/ssh -p 29934
  </screen>

        <para>Cet exemple illustre plusieurs choses. D'abord, il indique
@@ -1308,9 +1308,9 @@
          chacun se connectant par exemple à un port différent ou passant
          des options différentes à SSH, vous pouvez utiliser le mécanisme
          illustré dans cet exemple. Concrètement, si nous donnons une
-        valeur à la variable d'environnement <literal>PAULSSH</literal>,
+        valeur à la variable d'environnement <literal>JOESSH</literal>,
          cette valeur remplacera la totalité de la valeur de la variable
-        d'encapsulation &mdash; <command>$PAULSSH</command> serait
+        d'encapsulation &mdash; <command>$JOESSH</command> serait
          exécuté au lieu de <userinput>/opt/alternate/ssh
          -p 29934</userinput>.</para>

@@ -1330,7 +1330,7 @@

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.serverconfig.svnserve.sshtricks.setup">
-        <title>Mise en oeuvre initiale</title>
+        <title>Mise en œuvre initiale</title>

          <para>Pour commencer, localisez le répertoire <quote>home</quote>
            du compte utilisateur que vous utilisez pour lancer
@@ -1362,12 +1362,12 @@
    command="programme" ssh-dsa AAAABtce9euch… utilisateur at exemple.com
  </screen>

-        <para>Quand le champ <literal>command</literal>, le serveur SSH
-          va lancer le programme indiqué en lieu et place de l'habituel
-          <command>svnserve</command> en mode tunnel que le client
-          Subversion a demandé. En découlent un certain nombre d'astuces
-          côté serveur. Dans les exemples suivants, nous abrègeons les
-          lignes du fichier par&nbsp;:</para>
+        <para>Quand le champ <literal>command</literal> est présent, le
+          serveur SSH va lancer le programme indiqué en lieu et place de
+          l'habituel <command>svnserve</command> en mode tunnel que le
+          client Subversion a demandé. En découlent un certain nombre
+          d'astuces côté serveur. Dans les exemples suivants, nous
+          abrégeons les lignes du fichier par&nbsp;:</para>

          <screen>
    command="programme" TYPE CLÉ COMMENTAIRE
@@ -1392,7 +1392,7 @@
            peut être un script personnalisé construit autour de
            <command>svnserve</command> qui spécifie le umask à utiliser
            (voir <xref linkend="svn.serverconfig.multimethod"/>). Il
-          indique aussi comment comment <quote>ancrer</quote>
+          indique aussi comment <quote>ancrer</quote>
            <command>svnserve</command> dans un répertoire racine virtuel,
            ce qui est aussi très souvent utilisé quand
            <command>svnserve</command> fonctionne en tant que démon. Le
@@ -1435,7 +1435,7 @@
            d'un port quelconque de votre serveur. Pour accorder le moins
            de droits possibles à l'utilisateur, vous pouvez spécifier des
            options de restriction immédiatement après la commande
-          du champ <literal>command</literal>:</para>
+          du champ <literal>command</literal>&nbsp;:</para>

          <screen>
    command="svnserve -t --tunnel-user=harry",no-port-forwarding,no-agent-for
@@ -1471,11 +1471,11 @@
        de HTTP 1.1 (voir <ulink url="http://www.webdav.org/"/> pour plus
        d'informations). Ce protocole se base sur HTTP, le protocole
        omniprésent à la base du World Wide Web, lui ajoute des
-      fonctionnalités d'écriture et, en particulier, d'écriture
-      versionnée. Le résultat est un système robuste et standardisé qui
-      est inclus dans le logiciel Apache&nbsp;2.0, supporté par de nombreux
-      systèmes d'exploitation et outils tiers, et qui ne demande pas
-      aux administrateurs réseaux d'ouvrir un port réseau
+      fonctionnalités d'écriture et, en particulier, d'écriture avec
+      gestion de versions. Le résultat est un système robuste et  
standardisé
+      qui est inclus dans le logiciel Apache&nbsp;2.0, supporté par de
+      nombreux systèmes d'exploitation et outils tiers, et qui ne demande
+      pas aux administrateurs réseaux d'ouvrir un port réseau
        supplémentaire<footnote>
          <para>C'est une chose qu'ils détestent faire.</para>
        </footnote>.
@@ -1499,7 +1499,7 @@
        apporterez à votre configuration d'Apache, il est probable que
        vous commettrez des erreurs. Si vous n'êtes pas déjà familier avec
        le sous-système de journalisation d'Apache, vous devrez apprendre
-      à le connaître. Dans votre fichier <filename>httpd.conf</filename>
+      à le connaître. Dans votre fichier <filename>httpd.conf</filename>,
        des directives spécifient l'emplacement sur le disque des journaux
        d'accès et d'erreurs générés par Apache (les directives
        <literal>CustomLog</literal> et <literal>ErrorLog</literal>
@@ -1513,7 +1513,7 @@
        <title>À propos d'Apache&nbsp;2</title>

        <para>Si vous êtes un administrateur système, il est très probable
-        que vous utilisiez déjà le serveur web Apache et qui vous en
+        que vous utilisiez déjà le serveur web Apache et que vous en
          ayez une expérience préalable. À l'heure où ces lignes sont
          écrites, Apache&nbsp;1.3 est la version la plus populaire d'Apache.
          Le passage de la communauté à Apache&nbsp;2 est assez lent, pour
@@ -1526,7 +1526,7 @@
          ils découvrent que le module Apache de Subversion a été écrit
          spécifiquement pour l'API d'Apache&nbsp;2.</para>

-      <para>Mais, ne vous inquiétez pas&nbsp;! Il est facile de faire
+      <para>Mais ne vous inquiétez pas&nbsp;! Il est facile de faire
          fonctionner Apache&nbsp;1.3 et Apache&nbsp;2 côte à côte&nbsp;;
          il suffit de les installer dans des endroits séparés et
          d'utiliser Apache&nbsp;2 en tant que serveur dédié fonctionnant
@@ -1572,14 +1572,14 @@

        <para>Vous pouvez accomplir les deux premières tâches ci-dessus
          soit en compilant <command>httpd</command> et Subversion à
-        partir du code source soit en installant les paquets binaires
+        partir du code source, soit en installant les paquets binaires
          précompilés correspondants sur votre système. Les informations
          les plus récentes sur la façon de compiler Subversion dans le
          cadre d'une utilisation en conjonction avec le serveur
-        HTTP&nbsp;Apache, sur la compilation et la configuration d'Apache
-        lui-même dans cet objectif, sont consultables dans le fichier
-        <filename>INSTALL</filename> situé à la racine de l'arborescence
-        du code source de Subversion.</para>
+        HTTP&nbsp;Apache, sur la compilation et sur la configuration
+        d'Apache lui-même dans cet objectif, sont consultables dans le
+        fichier <filename>INSTALL</filename> situé à la racine de
+        l'arborescence du code source de Subversion.</para>

      </sect2>

@@ -1606,12 +1606,13 @@
  LoadModule dav_svn_module     modules/mod_dav_svn.so
  </screen>

-      <para>Notez que si mod_dav a aussi été compilé sous forme de
-        bibliothèque partagée (et non par une édition de liens statiques
-        qui le place alors directement dans l'exécutable
+      <para>Notez que si <command>mod_dav</command> a aussi été compilé
+        sous forme de bibliothèque partagée (et non par une édition de
+        liens statiques qui le place alors directement dans l'exécutable
          <command>httpd</command>), il vous faudra une directive
-        <literal>LoadModule</literal> pour celui-ci. Assurez-vous qu'il
-        est placé avant la ligne  
<command>mod_dav_svn</command>&nbsp;:</para>
+        <literal>LoadModule</literal> pour celui-ci. Assurez-vous
+        qu'elle est placée avant la ligne
+        <command>mod_dav_svn</command>&nbsp;:</para>

          <screen>
  LoadModule dav_module         modules/mod_dav.so
@@ -1619,18 +1620,18 @@
  </screen>


-      <para>Plus loin au sein de votre fichier de configuration, vous
+      <para>Plus loin dans votre fichier de configuration, vous
          devez indiquer à Apache l'endroit où réside votre dépôt (ou vos
          dépôts) Subversion. La directive <literal>Location</literal>
          possède une syntaxe de type XML, qui commence par une balise de
-        début et se termine par une balise de fin et diverses autres
+        début, se termine par une balise de fin et contient diverses autres
          directives de configuration au milieu. Le sens de la directive
          <literal>Location</literal> est de faire faire à Apache quelque
          chose de spécial quand il traite les requêtes adressées à une
          URL donnée ou à une de ses filles. Dans le cas de Subversion, il
          faut qu'Apache fasse traiter par la couche DAV les URL pointant
          vers les ressources suivies en versions. Vous pouvez indiquer à
-        Apache de déléguer le traitement de toutes les URLs dont la
+        Apache de déléguer le traitement de toutes les URL dont la
          partie chemin d'accès (la partie de l'URL qui suit le nom du
          serveur et le numéro de port optionnel) commence par
          <filename>/depot/</filename> à un gestionnaire de DAV dont le
@@ -1652,9 +1653,9 @@
          répertoire parent commun. Par exemple, si vous savez que vous
          allez créer plusieurs dépôts Subversion dans le répertoire
          <filename>/var/svn</filename>, auxquels on accédera par des URL
-        telles que <uri>http:///mon.serveur.com/svn/depot1</uri>,
-        <uri>http:///mon.serveur.com/svn/depot2</uri>, etc., vous pouvez
-        utiliser la syntaxe de configuration de
+        telles que <uri>http://mon.serveur.com/svn/depot1</uri>,
+        <uri>http://mon.serveur.com/svn/depot2</uri>,&nbsp;etc., vous
+        pouvez utiliser la syntaxe de configuration de
          <filename>httpd.conf</filename> de l'exemple suivant&nbsp;:</para>

          <screen>
@@ -1683,7 +1684,7 @@
          <literal>DocumentRoot</literal> (c'est-à-dire le répertoire
          racine des fichiers qu'Apache expose sur le web) principal est
          exporté vers <filename>/www</filename>, n'exportez pas de dépôt
-        Subversion vers  <literal>&lt;Location /www/depot&gt;</literal>.
+        Subversion vers <literal>&lt;Location /www/depot&gt;</literal>.
          Si une requête arrivait pour l'URI
          <filename>/www/depot/machin.c</filename>, Apache ne saurait pas
          s'il doit chercher un fichier <filename>depot/machin.c</filename>
@@ -1701,8 +1702,8 @@
            serveur. Les modules Apache vérifient que la source de la
            copie est bien située sur la même machine que la destination.
            Pour satisfaire cette exigence, vous aurez peut-être besoin de
-          déclarer à <command>mod_dav</command> que vous utilisez en
-          tant que nom d'hôte de votre serveur. En général la directive
+          déclarer à <command>mod_dav</command> le nom d'hôte de votre
+          serveur. En général, la directive
            <literal>ServerName</literal> du fichier
            <filename>httpd.conf</filename> peut être utilisée à cette
            fin.</para>
@@ -1719,11 +1720,11 @@
            plus de détails.</para>
        </sidebar>

-      <para>Maintenant, il nous faut examiner sérieusement la question
+      <para>À présent, il nous faut examiner sérieusement la question
          des droits d'accès. Si vous utilisez Apache depuis un certain
          temps en tant que serveur web principal, vous hébergez
          certainement pas mal de contenu&nbsp;: des pages web, des
-        scripts, etc. Ces éléments ont déjà été configurés avec un
+        scripts,&nbsp;etc. Ces éléments ont déjà été configurés avec un
          ensemble de droits qui leur permet de fonctionner avec Apache,
          ou plus exactement qui permet à Apache de travailler avec ces
          fichiers. Apache, quand on l'utilise en tant que serveur
@@ -1763,11 +1764,11 @@
  &lt;/Location&gt;
  </screen>

-      <para>Votre dépôt est à présent accessible
+      <para>votre dépôt est à présent accessible
          <quote>anonymement</quote> au reste du monde. Jusqu'à ce que
          configuriez des politiques d'authentification et de contrôle
-        d'accès, les dépôts Subversion que vous rendez disponible via la
-        directive <literal>Location</literal> sont généralement
+        d'accès, les dépôts Subversion que vous rendez disponibles via
+        la directive <literal>Location</literal> sont généralement
          accessibles à tous. En d'autres termes&nbsp;:</para>

        <itemizedlist>
@@ -1789,7 +1790,7 @@

        <para>Bien sûr, vous avez peut-être déjà mis en place une procédure
          automatique <filename>pre-commit</filename> pour empêcher les
-        propagations (voir  <xref linkend="svn.reposadmin.create.hooks"/>).
+        propagations (voir <xref linkend="svn.reposadmin.create.hooks"/>).
          Mais en progressant dans la lecture de ce chapitre, vous verrez
          qu'il est également possible d'utiliser les méthodes intégrées
          dans Apache pour restreindre les accès de façon
@@ -1823,7 +1824,7 @@
  $
  </screen>

-        <para>Puis, vous devez ajouter des directives dans le bloc
+        <para>Ensuite, vous devez ajouter des directives dans le bloc
            <literal>Location</literal> du fichier
            <filename>httpd.conf</filename> pour indiquer à Apache comment
            se servir du nouveau fichier des mots de passe. La directive
@@ -1832,7 +1833,7 @@
            le mode <quote>Basic</quote>. La directive
            <literal>AuthName</literal> permet de donner un nom arbitraire
            au domaine d'authentification. La plupart des navigateurs
-          affichent ce nom dans la boite de dialogue surgissante (pop-up)
+          affichent ce nom dans la boîte de dialogue (pop-up)
            qui demande le nom d'utilisateur et le mot de passe. Enfin,
            utilisez la directive <literal>AuthUserFile</literal> pour
            spécifier le chemin du fichier des mots de passe que vous venez
@@ -1879,7 +1880,7 @@
          <para>Prenez bien soin de lire <xref
            linkend="svn.serverconfig.httpd.authz"/> qui suit pour plus de
            détails sur la directive <literal>Require</literal> et sur les
-          autres manières de mettre en oeuvre des politiques de contrôle
+          autres manières de mettre en œuvre des politiques de contrôle
            d'accès.</para>

          <para>Un petit avertissement&nbsp;: les mots de passe de la
@@ -1898,7 +1899,8 @@
            une fonction de hachage à une donnée créée pour l'occasion. Le
            serveur envoie au client une chaîne plus ou moins aléatoire de
            petite taille&nbsp;; le client se sert du mot de passe de
-          l'utilisateur pour créer un condensat (hash en anglais) de
+          l'utilisateur pour créer un condensat
+          (<foreignphrase>hash</foreignphrase> en anglais) de
            cette chaîne&nbsp;; le serveur examine ensuite si le condensat
            correspond à ses attentes.</para>

@@ -1910,7 +1912,7 @@

          <screen>
  &lt;Location /svn&gt;
-   DAV svn
+  DAV svn
    SVNParentPath /var/svn
    AuthType Digest
    AuthName "Depot Subversion"
@@ -1929,10 +1931,11 @@
            certificat serveur auto-signé<footnote>
              <para>Bien que les certificats serveurs auto-signés soient
                vulnérables aux attaques du type
-              <quote>man-in-the-middle</quote> (<quote>attaque de
-              l'homme du milieu</quote> en français), une telle attaque
-              est bien plus difficile à exécuter pour un observateur
-              occasionnel que de juste espionner les mots de passe
+              <foreignphrase>man-in-the-middle</foreignphrase>
+              (<quote>attaque de l'homme du milieu</quote> en français),
+              une telle attaque est bien plus difficile
+              à exécuter pour un observateur occasionnel
+              que de juste espionner les mots de passe
                qui passent en clair sur le réseau.</para>
            </footnote>.
            Consultez la documentation Apache (et la documentation
@@ -1954,13 +1957,13 @@

          <para>Si un client Subversion est compilé pour utiliser OpenSSL,
            il obtient la possibilité de communiquer avec le serveur
-          Apache via des URLs <literal>https://</literal>. La
+          Apache via des URL <literal>https://</literal>. La
            bibliothèque Neon utilisée par le client Subversion est non
            seulement capable de vérifier les certificats du serveur, mais
            aussi de renvoyer des certificats clients quand on le lui
            demande. Une fois que le client et le serveur ont échangé des
            certificats SSL et se sont authentifiés mutuellement avec
-          succès, toute la communication qui s'ensuit est chiffrée par
+          succès, tous les échanges qui s'ensuivent sont chiffrés par
            une clé de session.</para>

          <para>Expliquer comment générer des certificats clients et
@@ -1987,8 +1990,9 @@
            bibliothèque OpenSSL effectue cette vérification en examinant
            le signataire du certificat serveur, aussi nommé
            <firstterm>autorité de certification</firstterm> (AC, ou
-          <quote>CA</quote> en anglais). Si OpenSSL n'est pas capable de
-          faire confiance automatiquement à l'autorité de certification,
+          <foreignphrase>CA</foreignphrase> en anglais). Si OpenSSL
+          n'est pas capable de faire confiance
+          automatiquement à l'autorité de certification,
            ou si un autre problème apparaît (tel que l'expiration du
            certificat ou des noms d'hôtes divergents), le client en ligne
            de commande de Subversion vous demande si vous voulez faire
@@ -1997,9 +2001,7 @@
          <screen>
  $ svn list https://hote.exemple.com/depot/projet

-(de 'https://hote.exemple.com:443') - Le certificat conduit à une erreur  
inconnue :
- - Le certificat a expiré.
- - Le nom d'hôte du certificat ne correspond pas.
+Erreur de validation du certificat du serveur  
pour 'https://hote.exemple.com:443' :
   - Le certificat n'est pas signé pas une autorité de confiance.
     Valider le certificat manuellement !
  Informations du certificat :
@@ -2024,8 +2026,8 @@
            certificat dans les échanges futurs.</para>

          <para>Votre fichier <filename>servers</filename> dans la zone de
-          configuration vous permet également d'indiquer à votre client
-          Subversion qu'il doit faire confiance automatiquement à
+          configuration vous permet également d'indiquer au client
+          Subversion qu'il doit automatiquement faire confiance à
            certaines autorités de certification spécifiques, soit
            globalement, soit en tenant compte de la machine hôte. Il
            suffit d'attribuer à la variable
@@ -2055,8 +2057,8 @@
            confiance ainsi qu'une preuve que le client possède bien la
            clé privée associée au certificat (la réponse au défi). La clé
            privée, ainsi que le certificat public, sont habituellement
-          enregistrés dans un conteneur (un fichier <quote>.p12</quote>
-          qui indique un fichier au format PKCS#12) sur le
+          enregistrés dans un conteneur (un fichier <quote>.p12</quote>,
+          fichier au format PKCS#12) sur le
            disque, la clé privée étant chiffrée à l'aide d'un mot de
            passe. Quand Subversion reçoit ce défi, il vous demande le
            chemin d'accès au conteneur ainsi que le mot de passe qui
@@ -2100,7 +2102,8 @@
            Subversion peut répondre automatiquement à une demande de
            certificat client sans la moindre interaction de votre
            part<footnote>
-            <para>Ceux qui sont parmi les plus soucieux de sécurité
+            <para>Les administrateurs qui attachent le plus
+              d'importance à la sécurité
                peuvent ne pas vouloir stocker le mot de passe du
                certificat client dans le fichier
                <filename>servers</filename> de la zone de
@@ -2137,7 +2140,7 @@
            <literal>&lt;Location&gt;</literal>. Pour poursuivre dans la
            veine de notre exemple précédent, cela signifie que seuls les
            clients disant être <literal>harry</literal> ou
-          <literal>Sally</literal> et qui ont fourni le bon mot de passe
+          <literal>sally</literal> et qui ont fourni le bon mot de passe
            pour leur nom d'utilisateur respectif ont l'autorisation
            d'effectuer des actions sur le dépôt Subversion&nbsp;:</para>

@@ -2205,8 +2208,8 @@

          <para>Ce ne sont là que quelques exemples simples. Pour des
            informations plus poussées sur le contrôle d'accès d'Apache et
-          la directive <literal>Require</literal>, jetez un oeil à la
-          section <literal>Security</literal> du recueil des tutoriaux
+          la directive <literal>Require</literal>, jetez un œil à la
+          section <literal>Security</literal> du recueil des didacticiels
            de la documentation Apache à l'adresse <ulink
            url="http://httpd.apache.org/docs-2.0/misc/tutorials.html"/>
            (site en anglais).</para>
@@ -2259,7 +2262,7 @@
          <para>Le bloc le plus simple consiste à donner l'accès à tout le
            monde. Dans ce scénario, Apache n'envoie jamais de défi
            d'authentification, tous les utilisateurs sont donc traités en
-          tant qu'<quote>anonymes.</quote> (voir l'<xref
+          tant qu'<quote>anonymes</quote> (voir l'<xref
            linkend="svn.serverconfig.httpd.authz.perdir.ex-1"/>).</para>

          <example id="svn.serverconfig.httpd.authz.perdir.ex-1">
@@ -2282,7 +2285,7 @@
            l'authentification inconditionnelle via la directive
            <literal>Require valid-user</literal> et définit le moyen de
            s'authentifier (voir l'<xref
-          linkend="svn.serverconfig.httpd.authz.perdir.ex-2"/>.)</para>
+          linkend="svn.serverconfig.httpd.authz.perdir.ex-2"/>).</para>

          <example id="svn.serverconfig.httpd.authz.perdir.ex-2">
            <title>Exemple-type de configuration&nbsp;: accès  
authentifié</title>
@@ -2321,8 +2324,8 @@
            l'<xref  
linkend="svn.serverconfig.httpd.authz.perdir.ex-3"/>).</para>

          <example id="svn.serverconfig.httpd.authz.perdir.ex-3">
-          <title>Exemple-type de configuration : accès mixte
-            authentifié/anonyme </title>
+          <title>Exemple-type de configuration&nbsp;: accès mixte
+            authentifié/anonyme</title>
            <programlisting>
  &lt;Location /depot&gt;
    DAV svn
@@ -2348,8 +2351,9 @@
          <para>Une fois l'un de ces modèles mis en place dans votre
            fichier <filename>httpd.conf</filename>, vous devez créer un
            fichier contenant les règles d'accès particulières pour chaque
-          chemin de votre dépot. Nous en reparlons plus dans ce chapitre,
-          à <xref linkend="svn.serverconfig.pathbasedauthz"/>.</para>
+          chemin de votre dépôt. Nous en parlons plus en détails
+          plus loin dans ce chapitre, à <xref
+          linkend="svn.serverconfig.pathbasedauthz"/>.</para>

        </sect3>

@@ -2396,7 +2400,7 @@

          <para>D'un autre côté, il existe une sorte d'échappatoire qui
            vous permet de faire un compromis entre les fonctions de
-          sécurité et la vitesse. Si vous ne mettez pas en oeuvre de
+          sécurité et la vitesse. Si vous ne mettez pas en œuvre de
            contrôle d'accès sur les chemins (c'est-à-dire, si vous
            n'utilisez ni <command>mod_authz_svn</command> ni un module
            similaire), vous pouvez désactiver tous ces contrôles sur les
@@ -2445,19 +2449,19 @@
          <para>Un des avantages les plus frappants d'avoir une
            configuration Apache/WebDAV pour votre dépôt Subversion est
            que les révisions les plus récentes de vos fichiers et
-          répertoires versionnés sont immédiatement consultables à
-          l'aide d'un navigateur web classique. Puisque Subversion
-          utilise des URL pour identifier les ressources versionnées,
-          ces URL utilisées pour accéder aux dépôts via HTTP peuvent
-          être tapées directement dans un navigateur web. Votre
+          répertoires suivis en versions sont immédiatement consultables
+          à l'aide d'un navigateur web classique. Puisque Subversion
+          utilise des URL pour identifier les ressources suivies en
+          versions, ces URL utilisées pour accéder aux dépôts via HTTP
+          peuvent être tapées directement dans un navigateur web. Votre
            navigateur enverra une requête <literal>HTTP GET</literal>
            pour cette URL&nbsp;; selon que cette URL représente ou non
-          un fichier ou un répertoire versionné,
+          un fichier ou un répertoire suivi en versions,
            <command>mod_dav_svn</command> renverra soit la liste des
-          éléments du répertoire soit le contenu du fichier.</para>
+          éléments du répertoire, soit le contenu du fichier.</para>

          <para>Comme les URL ne contiennent pas d'informations concernant
-          la version de la ressource vous voulez voir,
+          la version de la ressource qui vous intéresse,
            <command>mod_dav_svn</command> renverra toujours la version la
            plus récente. Cette fonctionnalité a un merveilleux effet
            secondaire&nbsp;: vous pouvez partager avec vos pairs des
@@ -2484,7 +2488,7 @@
              une ancienne version d'un fichier, un client doit suivre
              une procédure spécifique pour <quote>découvrir</quote>
              l'URL appropriée&nbsp;; cette procédure nécessite d'envoyer
-            une série de requêtes WebDAB <literal>PROPFIND</literal> et
+            une série de requêtes WebDAV <literal>PROPFIND</literal> et
              de comprendre les concepts DeltaV. C'est quelque chose que
              votre navigateur web n'est pas capable de faire.</para>

@@ -2517,15 +2521,15 @@
              quelque sorte un type MIME. Par défaut, Apache va indiquer
              aux navigateurs web que tous les fichiers du dépôt sont du
              type MIME par défaut, en général
-            <literal>text/plain</literal>. Cela peut être frustrant,
-            cependant, si un utilisateur désire visualiser les fichiers
+            <literal>text/plain</literal>. Cela peut s'avérer assez
+            frustrant, si un utilisateur désire visualiser les fichiers
              du dépôt de manière plus appropriée &mdash; par exemple,
-            cela pourrait être une bonne chose d'afficher un fichier
-            <filename>truc.html</filename> du dépôt sous forme d'une
-            vraie page HTML.</para>
+            un fichier <filename>truc.html</filename> du dépôt sera bien
+            plus lisible s'il est rendu dans le navigateur en tant que
+            fichier HTML.</para>

            <para>Pour rendre ceci possible, il suffit de vous assurer que
-            vos fichiers ont bien défini la propriété
+            vos fichiers portent bien la propriété
              <literal>svn:mime-type</literal>. Plus de détails sur ce
              sujet sont disponibles dans <xref
              linkend="svn.advanced.props.special.mime-type"/> et vous
@@ -2553,9 +2557,9 @@
          <sect4 id="svn.serverconfig.httpd.extra.browsing.xslt">
            <title>Personnalisation de l'aspect</title>

-          <para>En général vous utiliserez plus souvent les URL de
-            fichiers suivis en versions, après tout c'est là que le
-            contenu intéressant réside. Mais vous aurez peut-être
+          <para>En général, vous utiliserez principalement des URL de
+            fichiers suivis en versions&nbsp;; après tout c'est là que
+            le contenu intéressant réside. Mais vous aurez peut-être
              l'occasion de naviguer dans le contenu d'un répertoire
              Subversion et vous remarquerez rapidement que le code HTML
              généré pour afficher la liste des éléments du répertoire
@@ -2590,7 +2594,7 @@
             répertoire <filename>tools/xslt/</filename> du code source de
             Subversion. Gardez à l'esprit que le chemin d'accès fourni au
             répertoire <literal>SVNIndexXSLT</literal> est en fait une
-           URL &mdash; les navigateurs de chemins doivent déjà être
+           URL &mdash; les navigateurs de chemins doivent être
             capables de lire vos feuilles de style pour les
             utiliser&nbsp;!</para>

@@ -2618,8 +2622,8 @@
              <literal>http://hote.exemple.com/svn/</literal>, il verra
              une liste de tous les dépôts Subversion situés dans
              <filename>/var/svn</filename>. Évidemment, ceci peut poser
-            des problèmes de sécurité, cette fonctionnalité est donc
-            désactivée par défaut.</para>
+            des problèmes de sécurité&nbsp;; cette fonctionnalité est
+            donc désactivée par défaut.</para>

          </sect4>

@@ -2641,7 +2645,7 @@
            apparaître à différents endroits, mais sont en général créés
            dans la zone de journalisation de votre installation Apache
            (sur Unix, ils résident souvent dans
-          <filename>/usr/local/apache2/logs/</filename>.)</para>
+          <filename>/usr/local/apache2/logs/</filename>).</para>

          <para>Le fichier <filename>error_log</filename> décrit toutes
            les erreurs internes qu'Apache rencontre au cours de son
@@ -2659,7 +2663,7 @@
            difficile d'examiner le fichier <filename>access_log</filename>
            et d'en déduire ce que le client faisait &mdash; la plupart
            des opérations se présentent sous la forme de séries de
-          requêtes  <literal>PROPPATCH</literal>, <literal>GET</literal>,
+          requêtes <literal>PROPPATCH</literal>, <literal>GET</literal>,
            <literal>PUT</literal> et <literal>REPORT</literal>
            énigmatiques. Pour couronner le tout, de nombreuses opérations
            du client envoient des séries de requêtes quasi-identiques, il
@@ -2688,8 +2692,8 @@
  </screen>

          <para>Dans cet exemple, nous demandons à Apache de créer un
-          fichier journal spécial, <filename>journal-svn</filename> dans
-          le répertoire classique de journaux d'Apache
+          fichier journal spécial, <filename>journal-svn</filename>,
+          dans le répertoire habituel de journaux d'Apache
            (<filename>logs</filename>). Les variables
            <literal>%t</literal> et <literal>%u</literal> sont remplacées
            par l'horodatage et le nom d'utilisateur de la requête,
@@ -2800,7 +2804,7 @@
              les esclaves. Assurez-vous que vos serveurs maître et
              esclaves ont tous des configurations identiques
              d'authentification et de contrôle d'accès&nbsp;; s'ils ne
-            peuvent plus se synchroniser, cela peut vous conduire à
+            peuvent plus se synchroniser, cela peut engendrer
              beaucoup d'ennuis.</para>

            <para>Ensuite nous devons nous occuper du problème de la
@@ -2814,7 +2818,7 @@
              simple client en train d'effectuer une propagation,
              l'esclave va immédiatement tenter d'envoyer vers le maître
              la requête d'écriture qui vient d'arriver&nbsp;! Et là,
-            patatras&nbsp;!.</para>
+            patatras&nbsp;!</para>

            <para>La solution consiste à s'arranger pour que le maître
              pousse les révisions vers un emplacement
@@ -2846,7 +2850,7 @@
              <literal>Location</literal> du maître et des esclaves, vous
              devez configurer le maître pour que la réplication vers les
              esclaves fonctionne. Ceci se fait de la manière habituelle,
-            en utilisant <command>svnsync</command>.  Si vous n'êtes pas
+            en utilisant <command>svnsync</command>. Si vous n'êtes pas
              familier avec cet outil, reportez-vous à <xref
              linkend="svn.reposadmin.maint.replication"/> pour plus de
              détails.</para>
@@ -2917,8 +2921,8 @@
              pas nécessaires, mais constituent un moyen astucieux
              d'autoriser <command>svnsync</command> à lancer des
              commandes qui fonctionneront à l'arrière-plan, de telle
-            sorte que le client subversion ne se retrouvera pas à
-            attendre indéfiniment que la propagation se termine. en
+            sorte que le client Subversion ne se retrouvera pas à
+            attendre indéfiniment que la propagation se termine. En
              plus de cette procédure post-propagation
              (<literal>post-commit</literal>), vous aurez également
              besoin d'une procédure <literal>post-revprop-change</literal>
@@ -2928,7 +2932,8 @@

            <programlisting>
  #!/bin/sh
-# Procédure post-revprop-change pour répliquer les modifications  
revprop-changes vers les esclaves
+# Procédure post-revprop-change pour répliquer les modifications
+# des propriétés de révisions vers les esclaves

  REV=${2}
  svnsync copy-revprops http://esclave1.exemple.com/svn-proxy-sync ${REV}  
&gt; /dev/null 2&gt;&amp;1
@@ -2954,15 +2959,15 @@
              <command>svn lock</command> et <command>svn
              unlock</command> sur les serveurs esclaves,
              vraisemblablement à l'aide d'une méthode de connexion à
-            distance telle que SSH. Nous laissons ceci en guise
-            d'exercice au lecteur&nbsp;!</para>
+            distance telle que SSH. Nous laissons ceci au lecteur
+            en guise d'exercice&nbsp;!</para>

          </sect4>

          <sect4 id="svn.serverconfig.httpd.extra.writethruproxy.caveats">
            <title>Pièges à éviter</title>

-          <para>Votre système de réplication maître/esclave doiit à
+          <para>Votre système de réplication maître/esclave doit à
              présent être prêt à l'emploi. Cependant, quelques consignes
              de prudence sont de mise. Souvenez-vous que la réplication
              n'est pas totalement robuste en ce qui concerne les
@@ -3017,7 +3022,7 @@
            Apache, en tant que serveur web robuste, dont on peut tirer
            profit pour améliorer les fonctionnalités ou la sécurité de
            Subversion. Le client Subversion est capable d'utiliser SSL
-          (Secure Socket Layer &mdash; le protocole de sécurisation des
+          (Secure Socket Layer, le protocole de sécurisation des
            échanges sur internet, présenté auparavant). Si votre client
            Subversion a été compilé en incluant le support de SSL, il
            peut accéder à votre serveur Apache en utilisant des URL
@@ -3027,7 +3032,7 @@
          <para>D'autres fonctionnalités de la relation Apache/Subversion
            sont également tout aussi utiles, comme par exemple la
            possibilité de spécifier un port personnalisé (au lieu du port
-          HTTP par défaut :80) ou un nom de domaine virtuel par lequel
+          HTTP par défaut, 80) ou un nom de domaine virtuel par lequel
            accéder au dépôt Subversion ou la possibilité d'accéder au
            dépôt via un serveur mandataire HTTP.</para>

@@ -3094,10 +3099,10 @@
          pour la première fois ont tendance à se lancer dans le contrôle
          d'accès basé sur les chemins sans trop y réfléchir.
          L'administrateur sait en général quelles équipes travaillent sur
-        quel projet, il est dès lors facile de démarrer et d'accorder
+        quel projet, il est dès lors facile de démarrer en accordant
          l'accès pour certains répertoires à certaines équipes et pas à
-        d'autres. Ça peut sembler assez naturel, et apaiser le désir de
-        l'administrateur de contrôler le dépôt de très près.</para>
+        d'autres. Ceci peut sembler assez naturel, et assouvir le désir
+        de l'administrateur de contrôler le dépôt de très près.</para>

        <para>Notez cependant qu'il y a souvent des coûts invisibles (et
          visibles&nbsp;!) associés à cette fonctionnalité. Dans la
@@ -3117,7 +3122,7 @@
          en place une barrière à la collaboration. Vous créez aussi tout
          un tas de règles qui doivent être gérées au fur et à mesure que
          les projets se développent, que de nouveaux utilisateurs sont
-        ajoutés, etc. C'est un quantité de travail supplémentaire à
+        ajoutés,&nbsp;etc. C'est une quantité de travail supplémentaire à
          fournir.</para>

          <para>Souvenez-vous que c'est un système de gestion de
@@ -3159,20 +3164,22 @@

      <para>La syntaxe du fichier est la même syntaxe que celle utilisée
        dans <filename>svnserve.conf</filename> et dans les fichiers de
-      configuration. Les lignes commançant par un dièse
-      (<literal>#</literal>). Dans la forme la plus simple, chaque
-      section désigne un dépôt et un chemin à l'intérieur de celui-ci et
-      les noms d'utilisateurs authentifiés sont les noms des options à
+      configuration. Les lignes commençant par un dièse
+      (<literal>#</literal>) sont ignorées. Dans la forme la plus
+      simple, chaque section désigne un dépôt et un chemin
+      à l'intérieur de celui-ci et les noms d'utilisateurs
+      authentifiés sont les noms des options à
        l'intérieur de chaque section. La valeur de chaque option décrit
-      le niveau d'accès au chemin du dépôt de l'utilsateur : soit
-      <literal>r</literal> (lecture seule) soit <literal>rw</literal>
-      (lecture/écriture). Si l'utilisateur ne figure pas dans la
+      le niveau d'accès de l'utilisateur au chemin du dépôt&nbsp;:
+      soit <literal>r</literal> (lecture seule),
+      soit <literal>rw</literal> (lecture/écriture).
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Thu May  6 06:03:01 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 06 May 2010 11:03:01 +0000
Subject: [svnbook] r3731 committed - * src/fr/book/ch07-customizing-svn.xml...
Message-ID: <0016e64d9a13de25950485eae21c@google.com>

Revision: 3731
Author: subversif999 at gmail.com
Date: Thu May  6 04:02:41 2010
Log: * src/fr/book/ch07-customizing-svn.xml
   - Translate Chapter 7

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

Modified:
  /trunk/src/fr/book/ch07-customizing-svn.xml

=======================================
--- /trunk/src/fr/book/ch07-customizing-svn.xml	Fri Sep 12 07:39:35 2008
+++ /trunk/src/fr/book/ch07-customizing-svn.xml	Thu May  6 04:02:41 2010
@@ -1,15 +1,16 @@
  <chapter id="svn.customization">
-  <title>Customizing Your Subversion Experience</title>
-
-  <para>Version control can be a complex subject, as much art as
-    science, that offers myriad ways of getting stuff done.
-    Throughout this book, you've read of the various Subversion
-    command-line client subcommands and the options that modify their
-    behavior.  In this chapter, we'll look into still more ways to
-    customize the way Subversion works for you&mdash;setting up the
-    Subversion runtime configuration, using external helper
-    applications, Subversion's interaction with the operating system's
-    configured locale, and so on.</para>
+  <title>Personnalisation de Subversion</title>
+
+  <para>La gestion de versions est un sujet complexe, au moins autant
+    un art qu'une science, qui offre une myriade de façons d'accomplir
+    chaque tâche. En lisant ce livre, vous avez expérimenté les
+    sous-commandes Subversion en ligne de commande et les options pour
+    modifier leur comportement. Dans ce chapitre, nous passons
+    en revue les moyens de personnaliser le fonctionnement
+    de Subversion&nbsp;: la configuration des options d'exécution,
+    l'utilisation d'applications externes pour faciliter certains
+    traitements, les interactions de Subversion avec la configuration
+    des paramètres régionaux du système d'exploitation,&nbsp;etc.</para>

    <!-- TODO(cmpilato): Gut the runtime config stuff like I did the
         property stuff, making larger topical sections to which the
@@ -21,166 +22,186 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <sect1 id="svn.advanced.confarea">
-    <title>Runtime Configuration Area</title>
-
-    <para>Subversion provides many optional behaviors that the user can
-      control.  Many of these options are of the kind
-      that a user would wish to apply to all Subversion operations.
-      So, rather than forcing users to remember command-line arguments
-      for specifying these options and to use them for every
-      operation they perform, Subversion uses configuration files,
-      segregated into a Subversion configuration area.</para>
-
-    <para>The Subversion <firstterm>configuration area</firstterm> is
-      a two-tiered hierarchy of option names and their values.
-      Usually, this boils down to a special directory that contains
-      <firstterm>configuration files</firstterm> (the first tier),
-      which are just text files in standard INI format (with
-      <quote>sections</quote> providing the second tier).  You can
-      easily edit these files using your favorite text editor (such as
-      Emacs or vi), and they contain directives read by the client to
-      determine which of several optional behaviors the user
-      prefers.</para>
+    <title>Zone de configuration des exécutables</title>
+
+    <para>Subversion permet à l'utilisateur de contrôler finement son
+      comportement. Beaucoup d'options ont vocation à s'appliquer à
+      l'ensemble des opérations de Subversion. Ainsi, plutôt que de
+      forcer les utilisateurs à se souvenir d'arguments en ligne de
+      commande pour spécifier ces options et de les utiliser à chaque
+      invocation, Subversion utilise des fichiers de configuration,
+      tenus à l'écart dans une zone de configuration spécifique à
+      Subversion.</para>
+
+    <para>La <firstterm>zone de configuration</firstterm> Subversion
+      consiste en une hiérarchie à deux niveaux constituée de noms
+      d'options et de leurs valeurs. Habituellement, cela se traduit
+      par un répertoire dédié qui contient les
+      <firstterm>fichiers de configuration</firstterm> (le premier
+      niveau)&nbsp;: des fichiers texte au format standard INI
+      (dont les <quote>sections</quote> constituent le deuxième
+      niveau). Vous pouvez facilement éditer ces fichiers à l'aide de
+      votre éditeur de texte favori (tel qu'Emacs ou vi). Ils
+      contiennent des directives lues par le client Subversion afin de
+      déterminer le comportement par défaut choisi par
+      l'utilisateur.</para>

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.confarea.layout">
-      <title>Configuration Area Layout</title>
-
-      <para>The first time the <command>svn</command>
-        command-line client is executed, it creates a per-user
-        configuration area.  On Unix-like systems, this area appears
-        as a directory named <filename>.subversion</filename> in the
-        user's home directory.  On Win32 systems, Subversion creates a
-        folder named <filename>Subversion</filename>, typically inside
-        the <filename>Application Data</filename> area of the user's
-        profile directory (which, by the way, is usually a hidden
-        directory).  However, on this platform, the exact location
-        differs from system to system and is dictated by the Windows
-        Registry.
+      <title>Agencement de la zone de configuration</title>
+
+      <para>La première fois que le client <command>svn</command> en
+        ligne de commande est exécuté, il crée une zone de
+        configuration propre à l'utilisateur. Sur les systèmes de type
+        Unix, cette zone est un répertoire nommé
+        <filename>.subversion</filename> dans le répertoire personnel
+        de l'utilisateur. Sur les systèmes Windows, Subversion crée un
+        dossier nommé <filename>Subversion</filename>, généralement
+        dans la zone <filename>Application Data</filename> du
+        répertoire qui contient le profil de l'utilisateur (qui est
+        habituellement, au passage, un répertoire caché). Cependant,
+        sur cette plate-forme, l'emplacement exact du profil
+        utilisateur varie d'un système à l'autre et est dicté par la
+        base de registre Windows
          <footnote>
-          <para>The <literal>APPDATA</literal> environment variable
-            points to the <filename>Application Data</filename> area,
-            so you can always refer to this folder as
-            <filename>%APPDATA%\Subversion</filename>.</para>
-        </footnote>
-        We will refer to the per-user configuration area using its Unix
-        name, <filename>.subversion</filename>.</para>
-
-      <para>In addition to the per-user configuration area, Subversion
-        also recognizes the existence of a system-wide configuration
-        area.  This gives system administrators the ability to
-        establish defaults for all users on a given machine.  Note
-        that the system-wide configuration area alone does not dictate
-        mandatory policy&mdash;the settings in the per-user
-        configuration area override those in the system-wide one, and
-        command-line arguments supplied to the <command>svn</command>
-        program have the final word on behavior.  On Unix-like
-        platforms, the system-wide configuration area is
-        expected to be the <filename>/etc/subversion</filename>
-        directory; on Windows machines, it looks for a
-        <filename>Subversion</filename> directory inside the common
-        <filename>Application Data</filename> location (again, as
-        specified by the Windows Registry).  Unlike the per-user
-        case, the <command>svn</command> program does not attempt
-        to create the system-wide configuration area.</para>
-
-      <para>The per-user configuration area currently contains three
-        files&mdash;two configuration files (<filename>config</filename>  
and
-        <filename>servers</filename>), and a  
<filename>README.txt</filename>
-        file, which describes the INI format.  At the time of their
-        creation, the files contain default values for each of the
-        supported Subversion options, mostly commented out and grouped
-        with textual descriptions about how the values for the key
-        affect Subversion's behavior.  To change a certain behavior,
-        you need only to load the appropriate configuration file into
-        a text editor, and to modify the desired option's value.  If at
-        any time you wish to have the default configuration settings
-        restored, you can simply remove (or rename) your configuration
-        directory and then run some innocuous <command>svn</command>
-        command, such as <userinput>svn --version</userinput>.  A new
-        configuration directory with the default contents will be
-        created.</para>
-
-      <para>The per-user configuration area also contains a cache of
-        authentication data.  The <filename>auth</filename> directory
-        holds a set of subdirectories that contain pieces of cached
-        information used by Subversion's various supported
-        authentication methods.  This directory is created in such a
-        way that only the user herself has permission to read its
-        contents.</para>
+          <para>La variable d'environnement <literal>APPDATA</literal>
+            pointe vers la zone <filename>Application Data</filename>,
+            vous pouvez donc toujours faire référence à ce dossier en
+            utilisant <filename>%APPDATA%\Subversion</filename>.</para>
+        </footnote>.
+        Nous nous référerons à cette zone de configuration propre à
+        l'utilisateur en utilisant son nom Unix&nbsp;:
+        <filename>.subversion</filename>.</para>
+
+      <para>En plus de la zone de configuration propre à l'utilisateur,
+        Subversion reconnaît l'existence d'une zone de configuration
+        globale pour le système. Cela permet aux administrateurs du
+        système d'établir une configuration par défaut pour l'ensemble
+        des utilisateurs d'une machine donnée. Notez que la zone de
+        configuration globale seule ne fixe pas de politique
+        définitive&nbsp;: les réglages de l'utilisateur sont
+        prioritaires par rapport aux réglages globaux et les options
+        de la ligne de commande ont toujours le dernier mot. Sur les
+        plate-formes de type Unix, la zone de configuration globale
+        doit se trouver dans le répertoire
+        <filename>/etc/subversion</filename>&nbsp;; sur les machines
+        Windows, Subversion cherche un répertoire
+        <filename>Subversion</filename> dans le dossier commun
+        <filename>Application Data</filename> (là encore, l'endroit
+        exact dépend de la base de registre Windows). Au contraire de
+        la zone propre à l'utilisateur, le programme
+        <command>svn</command> ne tente pas de créer la zone de
+        configuration globale.</para>
+
+      <para>La zone de configuration propre à l'utilisateur contient
+        actuellement trois fichiers&nbsp;: deux fichiers de
+        configuration (<filename>config</filename> et
+        <filename>servers</filename>) et un fichier
+        <filename>README.txt</filename> qui décrit le format INI. Lors
+        de leur création, ces fichiers contiennent les valeurs par
+        défaut de toutes les options supportées par Subversion,
+        généralement mises en commentaire et groupées avec une
+        description textuelle de l'effet de la clé sur le
+        fonctionnement de Subversion. Pour modifier un comportement
+        précis, il suffit de charger le fichier de configuration dans
+        un éditeur de texte et de changer la valeur de l'option
+        correspondante. Si, par la suite, vous voulez rétablir les
+        valeurs par défaut, vous n'avez qu'à supprimer ou renommer
+        votre répertoire de configuration puis lancer une commande
+        <command>svn</command> inoffensive, telle que
+        <userinput>svn --version</userinput>. Un nouveau répertoire
+        de configuration sera créé, qui contiendra les valeurs par
+        défaut.</para>
+
+      <para>La zone de configuration propre à l'utilisateur contient
+        également un cache pour les données d'authentification. Le
+        répertoire <filename>auth</filename> héberge un ensemble de
+        sous-répertoires qui contiennent des informations mises en
+        cache, relatives aux différentes méthodes d'authentification
+        utilisées par Subversion. Ce répertoire est créé de telle
+        manière que seul l'utilisateur ait accès à son contenu.</para>

      </sect2>

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.confarea.windows-registry">
-      <title>Configuration and the Windows Registry</title>
-
-      <para>In addition to the usual INI-based configuration area,
-        Subversion clients running on Windows platforms may also use
-        the Windows Registry to hold the configuration data.  The
-        option names and their values are the same as in the INI
-        files.  The <quote>file/section</quote> hierarchy is
-        preserved as well, though addressed in a slightly different
-        fashion&mdash;in this schema, files and sections are just
-        levels in the Registry key tree.</para>
-
-      <para>Subversion looks for system-wide configuration values
-        under the
-         
<literal>HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion</literal>
-        key.  For example, the <literal>global-ignores</literal> option,
-        which is in the <literal>miscellany</literal> section of the
-        <filename>config</filename> file, would be found at
+      <title>Configuration via la base de registre Windows</title>
+
+      <para>En plus de la zone de configuration classique contenant
+        les fichiers INI, les clients Subversion qui tournent sur une
+        plate-forme Windows peuvent aussi utiliser la base de registre
+        Windows pour stocker leurs données de configuration. Les noms
+        des options et leurs valeurs sont les mêmes que dans les
+        fichiers INI. La hiérarchie <quote>fichier/section</quote> est
+        également présente, bien que traitée de manière légèrement
+        différente&nbsp;: dans ce cas, les fichiers et les sections
+        sont juste des niveaux dans l'arborescence des clés de
+        registres.</para>
+
+      <para>Subversion cherche les valeurs de configuration
+        applicables à tout le système sous la clé
+         
<literal>HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion</literal>.
+        Par exemple, l'option <literal>global-ignores</literal>, qui
+        se trouve dans la section <literal>miscellany</literal> du
+        fichier de configuration, est située dans
           
<literal>HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion\Config\Miscellany\global-ignores</literal>.
-        Per-user configuration values should be stored under
+        Les valeurs propres à un utilisateur doivent être stockées sous
           
<literal>HKEY_CURRENT_USER\Software\Tigris.org\Subversion</literal>.
-      </para>
-
-      <para>Registry-based configuration options are parsed
-        <emphasis>before</emphasis> their file-based counterparts, so
-        they are overridden by values found in the configuration files.  In
-        other words, Subversion looks for configuration information in
-        the following locations on a Windows system; lower-numbered
-        locations take precedence over higher-numbered locations:</para>
-
+        </para>
+
+      <para>Les options de configuration de la base de registre sont
+        analysées <emphasis>avant</emphasis> les options des fichiers
+        INI&nbsp;; elles sont donc supplantées par les valeurs trouvées
+        dans les fichiers de configuration. En d'autres termes,
+        Subversion cherche les options de configuration dans l'ordre
+        suivant sur un système Windows (les plus prioritaires sont
+        citées en premier)&nbsp;:</para>
+
        <orderedlist>
          <listitem>
-          <para>Command-line options</para>
+          <para>les options en ligne de commande&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The per-user INI files</para>
+          <para>les fichiers INI propres à l'utilisateur&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The per-user Registry values</para>
+          <para>les valeurs de la base de registre propres
+            à l'utilisateur&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The system-wide INI files</para>
+          <para>les fichiers INI applicables à l'ensemble
+            du système&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>The system-wide Registry values</para>
+          <para>les valeurs de la base de registre applicables
+            à l'ensemble du système.</para>
          </listitem>
        </orderedlist>

-      <para>Also, the Windows Registry doesn't really support the
-        notion of something being <quote>commented out.</quote>
-        However, Subversion will ignore any option key whose name
-        begins with a hash (<literal>#</literal>) character.  This
-        allows you to effectively comment out a Subversion option
-        without deleting the entire key from the Registry, obviously
-        simplifying the process of restoring that option.</para>
-
-      <para>The <command>svn</command> command-line client never
-        attempts to write to the Windows Registry and will not attempt
-        to create a default configuration area there.  You can create
-        the keys you need using the <command>REGEDIT</command>
-        program.  Alternatively, you can create a
-        <filename>.reg</filename> file (such as the one in <xref
-        linkend="svn.advanced.confarea.windows-registry.ex-1" />), and
-        then double-click on that file's icon in the Explorer shell,
-        which will cause the data to be merged into your
-        Registry.</para>
+      <para>Par ailleurs, la base de registre Windows ne supporte pas
+        vraiment la notion de <quote>mise en commentaire</quote>.
+        Cependant, Subversion ignorera toute clé dont le nom commence
+        par le caractère dièse (<literal>#</literal>). Cela vous
+        permet de mettre en commentaire efficacement une option
+        Subversion sans avoir à effacer entièrement la clé de la base
+        de registre, ce qui simplifie manifestement la procédure de
+        restauration de l'option.</para>
+
+      <para>Le client en ligne de commande <command>svn</command>
+        n'écrit jamais dans la base de registre et ne tentera pas d'y
+        créer une zone de configuration par défaut. Vous pouvez créer
+        les clés dont vous avez besoin en utilisant le programme
+        <command>REGEDIT</command>. Une autre alternative consiste à
+        créer un fichier <filename>.reg</filename> (tel que celui
+        donné dans l'<xref
+        linkend="svn.advanced.confarea.windows-registry.ex-1" />)
+        puis à double-cliquer sur l'icône de ce fichier dans
+        l'explorateur Windows afin d'appliquer les modifications
+        à votre base de registre.</para>

        <example id="svn.advanced.confarea.windows-registry.ex-1">
-        <title>Sample registration entries (.reg) file</title>
+        <title>Exemple de fichier de modification de la base
+          de registre (.reg)</title>

          <programlisting>
  REGEDIT4
@@ -224,230 +245,250 @@
  </programlisting>
        </example>

-      <para>The previous example shows the contents of a
-        <filename>.reg</filename> file, which contains some of the most
-        commonly used configuration options and their default values.
-        Note the presence of both system-wide (for network
-        proxy-related options) and per-user settings (editor programs
-        and password storage, among others).  Also note that all the
-        options are effectively commented out.  You need only to
-        remove the hash (<literal>#</literal>) character from the
-        beginning of the option names and set the values as you
-        desire.</para>
+      <para>L'exemple précédent présente le contenu d'un fichier
+        <filename>.reg</filename> qui contient quelques unes des
+        options les plus communément utilisées et leurs valeurs
+        par défaut. Notez la présence de réglages propres à
+        l'utilisateur (notamment l'éditeur de texte et le stockage
+        des mots de passe) ainsi que de réglages applicables à
+        l'ensemble du système (comme les options relatives au
+        mandataire réseau). Notez également que toutes les options
+        sont mises en commentaire. Il ne vous reste qu'à supprimer
+        le caractère dièse (<literal>#</literal>) initial des noms
+        d'options et à leur affecter la valeur que vous
+        souhaitez.</para>

      </sect2>

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.confarea.opts">
-      <title>Configuration Options</title>
+      <title>Options de configuration</title>

        <!-- TODO(cmpilato): Rework and move this section to the Reference  
-->

-      <para>In this section, we will discuss the specific
-        runtime configuration options that Subversion currently
-        supports.</para>
+      <para>Dans cette section, nous allons nous intéresser aux
+        options de configuration des programmes supportées par la
+        version actuelle de Subversion.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.advanced.confarea.opts.servers">
-        <title>Servers</title>
-
-        <para>The <filename>servers</filename> file contains
-          Subversion configuration options related to the network
-          layers.  There are two special section names in this
-          file&mdash;<literal>groups</literal> and
-          <literal>global</literal>.  The <literal>groups</literal>
-          section is essentially a cross-reference table.  The keys in
-          this section are the names of other sections in the file;
-          their values are <firstterm>globs</firstterm>&mdash;textual
-          tokens that possibly contain wildcard
-          characters&mdash;that are compared against the hostnames of
-          the machine to which Subversion requests are sent.</para>
+        <title>Fichier <filename>servers</filename></title>
+
+        <para>Le fichier <filename>servers</filename> contient les
+          options de configuration relatives aux couches réseau. Il
+          y a deux sections spéciales dans ce fichier&nbsp;:
+          <literal>groups</literal> et <literal>global</literal>.
+          La section <literal>groups</literal> n'est rien d'autre
+          qu'un tableau de références croisées. Les clés de cette
+          section sont les noms des autres sections du fichier&nbsp;;
+          ses valeurs sont des <firstterm>globs</firstterm> (des
+          représentations textuelles qui peuvent contenir des
+          caractères joker) qui sont comparés aux noms des machines
+          auxquelles des requêtes Subversion sont envoyées.</para>

          <programlisting>
  [groups]
-beanie-babies = *.red-bean.com
+serveurs-red-beans = *.red-bean.com
  collabnet = svn.collab.net

-[beanie-babies]
+[serveurs-red-beans]
  &hellip;

  [collabnet]
  &hellip;
  </programlisting>

-        <para>When Subversion is used over a network, it attempts to
-          match the name of the server it is trying to reach with a
-          group name under the <literal>groups</literal> section.  If
-          a match is made, Subversion then looks for a section in the
-          <filename>servers</filename> file whose name is the matched
-          group's name.  From that section, it reads the actual network
-          configuration settings.</para>
-
-        <para>The <literal>global</literal> section contains the
-          settings that are meant for all of the servers not matched
-          by one of the globs under the <literal>groups</literal>
-          section.  The options available in this section are
-          exactly the same as those that are valid for the other server
-          sections in the file (except, of course, the special
-          <literal>groups</literal> section), and are as
-          follows:</para>
+        <para>Quand vous utilisez Subversion en réseau, il essaie de
+          faire correspondre le nom du serveur auquel il tente de se
+          connecter avec un nom de groupe de la section
+          <literal>groups</literal>. Si une correspondance existe,
+          Subversion vérifie alors s'il existe dans le fichier
+          <filename>servers</filename> une section dont le nom est
+          le nom du groupe correspondant. Le cas échéant, il tire
+          de cette section la configuration réseau à appliquer.</para>
+
+        <para>La section <literal>global</literal> contient la
+          configuration à appliquer à tous les serveurs qui ne
+          correspondent à aucun glob de la section
+          <literal>groups</literal>. Les options disponibles dans
+          cette section sont exactement les mêmes que pour les autres
+          sections du fichier (exceptée bien sûr la section spéciale
+          <literal>groups</literal>) et sont&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>http-proxy-exceptions</literal></term>
              <listitem>
-              <para>This specifies a comma-separated list of patterns
-                for repository hostnames that should be accessed
-                directly, without using the proxy machine.  The
-                pattern syntax is the same as is used in the Unix
-                shell for filenames.  A repository hostname matching
-                any of these patterns will not be proxied.</para>
+              <para>Cette option contient une liste de motifs
+                (séparés par des virgules) de noms de machines
+                qui doivent être contactées directement, sans passer
+                par le mandataire. La syntaxe des motifs est la même
+                que celle utilisée par le shell Unix pour les noms de
+                fichiers. L'accès aux dépôts d'une machine dont le nom
+                correspond à l'un de ces motifs se fera sans passer
+                par un mandataire.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-host</literal></term>
              <listitem>
-              <para>This specifies the hostname of the proxy computer
-                through which your HTTP-based Subversion requests must
-                pass.  It defaults to an empty value, which means that
-                Subversion will not attempt to route HTTP requests
-                through a proxy computer, and will instead attempt to
-                contact the destination machine directly.</para>
+              <para>Cette option contient le nom de la machine
+                mandataire pour les requêtes HTTP de Subversion. La
+                valeur par défaut est vide, ce qui signifie que
+                Subversion ne tentera pas de faire passer ses requêtes
+                par un mandataire mais essaiera de contacter la machine
+                de destination directement.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-port</literal></term>
              <listitem>
-              <para>This specifies the port number on the proxy host
-                to use.  It defaults to an empty value.</para>
+              <para>Cette option contient le numéro du port à
+                utiliser sur la machine mandataire. Par défaut,
+                la valeur est vide.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-username</literal></term>
              <listitem>
-              <para>This specifies the username to supply to the proxy
-                machine.  It defaults to an empty value.</para>
+              <para>Cette option contient le nom d'utilisateur à
+                fournir à la machine mandataire. Par défaut, la valeur
+                est vide.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-proxy-password</literal></term>
              <listitem>
-              <para>This specifies the password to supply to the proxy
-                machine.  It defaults to an empty value.</para>
+              <para>cette option contient le mot de passe à fournir à
+                la machine mandataire. Par défaut, la valeur est
+                vide.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-timeout</literal></term>
              <listitem>
-              <para>This specifies the amount of time, in seconds, to
-                wait for a server response.  If you experience
-                problems with a slow network connection causing
-                Subversion operations to time out, you should increase
-                the value of this option.  The default value is
-                <literal>0</literal>, which instructs the underlying
-                HTTP library, Neon, to use its default timeout
-                setting.</para>
+              <para>Cette option contient la durée maximum, en
+                secondes, pendant laquelle Subversion attend la
+                réponse du serveur. Si vous rencontrez des problèmes
+                d'opérations Subversion qui expirent à cause d'une
+                connexion réseau trop lente, vous devez augmenter
+                cette valeur. Par défaut, la valeur est
+                <literal>0</literal>, ce qui conduit la bibliothèque
+                HTTP sous-jacente (Neon) à utiliser sa propre valeur
+                par défaut.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-compression</literal></term>
              <listitem>
-              <para>This specifies whether Subversion should
-                attempt to compress network requests made to DAV-ready
-                servers.  The default value is <literal>yes</literal>
-                (though compression will occur only if that capability
-                is compiled into the network layer).  Set this to
-                <literal>no</literal> to disable compression, such as
-                when debugging network transmissions.</para>
+              <para>Cette option indique si oui ou non Subversion
+                doit essayer de compresser les requêtes réseaux à
+                destination de serveurs DAV. La valeur par défaut est
+                <literal>yes</literal>. Notez que la compression ne
+                sera effective que si la couche réseau a été compilée
+                avec le support de la compression. Mettez
+                <literal>no</literal> pour ne pas activer la
+                compression, par exemple lorsque vous analysez les
+                transmissions réseaux.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-library</literal></term>
              <listitem>
-              <para>Subversion provides a pair of repository access
-                modules that understand its WebDAV network protocol.
-                The original one, which shipped with Subversion 1.0, is
-                <literal>libsvn_ra_neon</literal> (though back then it
-                was called <literal>libsvn_ra_dav</literal>).  Newer
-                Subversion versions also provide
-                <literal>libsvn_ra_serf</literal>, which uses a
-                different underlying implementation and aims to
-                support some of the newer HTTP concepts.</para>
-
-              <para>At this point, <literal>libsvn_ra_serf</literal>
-                is still considered experimental, though it appears to
-                work in the common cases quite well.  To encourage
-                experimentation, Subversion provides the
-                <literal>http-library</literal> runtime configuration
-                option to allow users to specify (generally, or in a
-                per-server-group fashion) which WebDAV access module
-                they'd prefer to use&mdash;<literal>neon</literal> or
+              <para>Subversion est fourni avec deux modules d'accès
+                aux dépôts qui utilisent le protocole réseau WebDAV.
+                Le module originel, fourni avec Subversion 1.0, est
+                <literal>libsvn_ra_neon</literal>
+                (bien qu'en ce temps-là, il s'appelait
+                <literal>libsvn_ra_dav</literal>). Les nouvelles
+                versions de Subversion fournissent également
+                <literal>libsvn_ra_serf</literal>, qui utilise une
+                implémentation sous-jacente différente et qui vise à
+                supporter certains des concepts HTTP les plus
+                récents.</para>
+
+              <para>Actuellement, <literal>libsvn_ra_serf</literal>
+                est toujours considérée en version expérimentale,
+                bien qu'elle semble fonctionner correctement dans les
+                cas usuels. Afin d'inciter les gens à l'essayer,
+                Subversion fournit l'option de configuration
+                <literal>http-library</literal> pour permettre aux
+                utilisateurs de définir (globalement ou par groupe de
+                serveurs) quel module d'accès WebDAV ils veulent
+                utiliser&nbsp;: <literal>neon</literal> ou
                  <literal>serf</literal>.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>http-auth-types</literal></term>
              <listitem>
-              <para>This option is a semicolon-delimited list of
-                authentication types supported by the Neon-based
-                WebDAV repository access modules.  Valid members of
-                this list are <literal>basic</literal>,
-                <literal>digest</literal>, and
+              <para>Cette option liste les méthodes
+                d'authentification (séparées par des points-virgules)
+                supportées par les module d'accès aux dépôts WebDAV
+                basés sur Neon. Les valeurs valides sont&nbsp;:
+                <literal>basic</literal>,
+                <literal>digest</literal> et
                  <literal>negotiate</literal>.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>neon-debug-mask</literal></term>
              <listitem>
-              <para>This is an integer mask that the underlying HTTP
-                library, Neon, uses for choosing what type of
-                debugging output to yield.  The default value is
-                <literal>0</literal>, which will silence all debugging
-                output.  For more information about how Subversion
-                makes use of Neon, see <xref linkend="svn.developer"  
/>.</para>
+              <para>Cette option contient un entier qui représente un
+                masque que la bibliothèque HTTP sous-jacente (Neon)
+                utilise pour choisir quel type d'affichage de débogage
+                autoriser. La valeur par défaut est <literal>0</literal>,
+                ce qui interdit tout affichage de débogage. Pour plus
+                d'informations sur l'utilisation de Neon par
+                Subversion, reportez-vous au <xref
+                linkend="svn.developer" />.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-authority-files</literal></term>
              <listitem>
-              <para>This is a semicolon-delimited list of paths to files
-                containing certificates of the certificate authorities
-                (or CAs) that
-                are accepted by the Subversion client when accessing the
-                repository over HTTPS.</para>
+              <para>Cette option contient une liste de chemins
+                (séparés par des points-virgules) vers les fichiers
+                contenant les certificats des autorités de
+                certifications (AC) qui doivent être reconnues comme
+                de confiance par le client Subversion lors des accès
+                aux dépôts en HTTPS.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-trust-default-ca</literal></term>
              <listitem>
-              <para>Set this variable to <literal>yes</literal> if you
-                want Subversion to automatically trust the set of
-                default CAs that ship with OpenSSL.</para>
+              <para>Mettez cette variable à <literal>yes</literal>
+                si vous voulez que Subversion fasse automatiquement
+                confiance à l'ensemble des autorités de certification
+                livrées par défaut avec OpenSSL.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-client-cert-file</literal></term>
              <listitem>
-              <para>If a host (or set of hosts) requires an SSL client
-                certificate, you'll normally be prompted for a path to
-                your certificate.  By setting this variable to that
-                same path, Subversion will be able to find your client
-                certificate automatically without prompting you.
-                There's no standard place to store your certificate on
-                disk; Subversion will grab it from any path you
-                specify.</para>
+              <para>Si un hôte (ou un ensemble d'hôtes) demande un
+                certificat SSL au client, vous serez sollicité pour
+                fournir le chemin de votre certificat. Dès que cette
+                variable contient ce chemin, Subversion sera capable
+                de trouver automatiquement votre certificat et ne
+                vous sollicitera pas. Il n'existe pas d'emplacement
+                standard pour stocker un certificat utilisateur sur
+                le disque&nbsp;; Subversion va le chercher à l'endroit
+                que vous lui spécifiez.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>ssl-client-cert-password</literal></term>
              <listitem>
-              <para>If your SSL client certificate file is encrypted
-                by a passphrase, Subversion will prompt you for the
-                passphrase whenever the certificate is used.  If you
-                find this annoying (and don't mind storing the
-                password in the <filename>servers</filename> file),
-                you can set this variable to the certificate's
-                passphrase.  You won't be prompted anymore.</para>
+              <para>Si votre certificat client SSL est protégé par
+                une phrase de passe, Subversion vous la demandera
+                à chaque fois que le certificat est utilisé. Si vous
+                trouvez cela pénible (et que cela ne vous dérange pas
+                que cette phrase de passe soit stockée dans le fichier
+                <filename>servers</filename>), vous pouvez placer
+                dans cette variable la phrase de passe de votre
+                certificat. Vous ne serez plus sollicité.</para>
              </listitem>
            </varlistentry>
          </variablelist>
@@ -456,334 +497,367 @@

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.advanced.confarea.opts.config">
-        <title>Config</title>
-
-        <para>The <filename>config</filename> file contains the rest
-          of the currently available Subversion runtime
-          options&mdash;those not related to networking.  There are
-          only a few options in use as of this writing, but they are
-          again grouped into sections in expectation of future
-          additions.</para>
-
-        <para>The <literal>auth</literal> section contains settings
-          related to Subversion's authentication and authorization
-          against the repository.  It contains the following:</para>
+        <title>Fichier <filename>config</filename></title>
+
+        <para>Le fichier <filename>config</filename> contient le reste
+          des options du programme Subversion disponibles actuellement,
+          c'est-à-dire celles qui ne se rapportent pas au réseau. Au
+          moment où ces lignes sont écrites, seules quelques options
+          sont utilisées, mais elles sont quand même regroupées en
+          sections en prévision d'ajouts futurs.</para>
+
+        <para>La section <literal>auth</literal> contient les
+          paramètres relatifs à l'authentification et au contrôle
+          d'accès de Subversion pour les dépôts. Elle comprend les
+          options suivantes&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>store-passwords</literal></term>
              <listitem>
-              <para>This instructs Subversion to cache, or not to
-                cache, passwords that are supplied by the user in
-                response to server authentication challenges.  The
-                default value is <literal>yes</literal>.  Set this to
-                <literal>no</literal> to disable this on-disk password
-                caching.  You can override this option for a single
-                instance of the <command>svn</command> command using
-                the <option>--no-auth-cache</option> command-line
-                parameter (for those subcommands that support it).
-                For more information, see <xref
+              <para>Cette option demande à Subversion de garder en
+                cache (ou non) les mots de passe qui sont tapés par
+                l'utilisateur en réponse aux demandes
+                d'authentification des serveurs. La valeur par défaut
+                est <literal>yes</literal>. Remplacez cette valeur par
+                <literal>no</literal> pour désactiver la mise en cache
+                sur le disque. Vous pouvez outrepasser cette option
+                pour un appel donné d'une commande
+                <command>svn</command> en utilisant l'option de ligne
+                de commande <option>--no-auth-cache</option> (pour les
+                sous-commandes qui acceptent cette option). Pour plus
+                d'informations, consultez <xref
                  linkend="svn.serverconfig.netmodel.credcache"/>.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>store-auth-creds</literal></term>
              <listitem>
-              <para>This setting is the same as
-                <literal>store-passwords</literal>, except that it
-                enables or disables on-disk caching of
-                <emphasis>all</emphasis> authentication information:
-                usernames, passwords, server certificates, and any
-                other types of cacheable credentials.</para>
+              <para>cette option est équivalente à
+                <literal>store-passwords</literal> sauf qu'elle
+                applique la mise en cache sur le disque (ou non) à
+                <emphasis>l'ensemble</emphasis> des informations
+                d'authentification&nbsp;: identifiants, mots de passe,
+                certificats serveur et tout autre type d'élément
+                pouvant être mis en cache.</para>
              </listitem>
            </varlistentry>
          </variablelist>

-        <para>The <literal>helpers</literal> section controls which
-          external applications Subversion uses to accomplish its
-          tasks.  Valid options in this section are:</para>
+        <para>La section <literal>helpers</literal> définit quelles
+          sont les applications externes utilisées par Subversion pour
+          accomplir ses tâches. Les options valides dans cette section
+          sont&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>editor-cmd</literal></term>
              <listitem>
-              <para>This specifies the program Subversion will use to
-                query the user for certain types of textual metadata
-                or when interactively resolving conflicts.  See
-                <xref linkend="svn.advanced.externaleditors"/> for
-                more details on using external text editors with
-                Subversion.</para>
+              <para>Cette option indique le programme utilisé par
+               l'utilisateur auquel Subversion demande d'entrer des
+               méta-données textuelles ou de résoudre les conflits de
+               manière interactive. Consultez <xref
+               linkend="svn.advanced.externaleditors"/>
+               pour plus de détails sur l'utilisation d'un éditeur de
+               texte externe avec Subversion.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>diff-cmd</literal></term>
              <listitem>
-              <para>This specifies the absolute path of a differencing
-                program, used when Subversion generates
-                <quote>diff</quote> output (such as when using the
-                <command>svn diff</command> command).  By default,
-                Subversion uses an internal differencing
-                library&mdash;setting this option will cause it to
-                perform this task using an external program.  See
-                <xref linkend="svn.advanced.externaldifftools"/> for
-                more details on using such programs.</para>
+              <para>Cette option contient le chemin absolu du
+                programme de comparaison qui est utilisé lorsque
+                Subversion doit afficher à l'utilisateur plusieurs
+                fichiers à comparer (par exemple lors de l'utilisation
+                de la commande <command>svn diff</command>). Par
+                défaut, Subversion utilise une bibliothèque interne de
+                comparaison. Définir cette option le forcera à utiliser
+                un programme externe pour effectuer cette tâche.
+                Consultez <xref linkend="svn.advanced.externaldifftools"/>
+                pour plus de détails sur l'utilisation de tels
+                programmes.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>diff3-cmd</literal></term>
              <listitem>
-              <para>This specifies the absolute path of a three-way
-                differencing program.  Subversion uses this program to
-                merge changes made by the user with those received
-                from the repository.  By default, Subversion uses an
-                internal differencing library&mdash;setting this
-                option will cause it to perform this task using an
-                external program.  See <xref
-                linkend="svn.advanced.externaldifftools"/> for more
-                details on using such programs.</para>
+              <para>Cette option contient le chemin absolu d'un
+                programme de comparaison à trois entrées. Subversion
+                utilise ce programme pour fusionner les changements
+                effectués par l'utilisateur avec ceux en provenance
+                du dépôt. Par défaut, Subversion utilise une
+                bibliothèque interne de comparaison. Définir cette
+                option le forcera à utiliser un programme externe pour
+                effectuer cette tâche. Consultez <xref
+                linkend="svn.advanced.externaldifftools"/>
+                pour plus de détails sur l'utilisation de tels
+                programmes.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>diff3-has-program-arg</literal></term>
              <listitem>
-              <para>This flag should be set to <literal>true</literal>
-                if the program specified by the
-                <literal>diff3-cmd</literal> option accepts a
-                <option>--diff-program</option> command-line
-                parameter.</para>
+              <para>Ce drapeau doit être mis à <literal>true</literal>
+                si le programme spécifié par l'option
+                <literal>diff3-cmd</literal> accepte l'option
+                <option>--diff-program</option> en ligne de
+                commande.</para>
              </listitem>
            </varlistentry>
            <varlistentry>
              <term><literal>merge-tool-cmd</literal></term>
              <listitem>
-              <para>This specifies the program that Subversion will
-                use to perform three-way merge operations on your
-                versioned files.  See <xref
-                linkend="svn.advanced.externaldifftools"/> for more
-                details on using such programs.</para>
+              <para>Cette option contient le programme que Subversion
+                utilise pour effectuer les opérations de fusion à
+                trois sources sur vos fichiers suivis en versions.
+                Consultez <xref
+                linkend="svn.advanced.externaldifftools"/> pour plus
+                de détails sur l'utilisation de tels
+                programmes.</para>
              </listitem>
            </varlistentry>
          </variablelist>

-        <para>The <literal>tunnels</literal> section allows you to
-          define new tunnel schemes for use with
-          <command>svnserve</command> and <literal>svn://</literal>
-          client connections.  For more details, see <xref
-          linkend="svn.serverconfig.svnserve.sshauth"/>.</para>
-
-        <para>The <literal>miscellany</literal> section is where
-          everything that doesn't belong elsewhere winds up.
+        <para>La section <literal>tunnels</literal> vous permet de
+          définir de nouveaux tunnels à utiliser avec les connexions
+          clientes <command>svnserve</command> et
+          <literal>svn://</literal>. Pour plus de détails, consultez
+          <xref linkend="svn.serverconfig.svnserve.sshauth"/>.</para>
+
+        <para>La section <literal>miscellany</literal> récolte tout
+          ce qui n'a pas sa place ailleurs
            <footnote>
-            <para>Anyone for potluck dinner?</para>
+            <para>En clair, c'est un joyeux fourre-tout.</para>
            </footnote>
-          In this section, you can find:</para>
+            Dans cette section, vous trouvez&nbsp;:</para>

          <variablelist>
            <varlistentry>
              <term><literal>global-ignores</literal></term>
              <listitem>
-              <para>When running the <command>svn status</command>
-                command, Subversion lists unversioned files and
-                directories along with the versioned ones, annotating
-                them with a <literal>?</literal> character (see <xref
-                linkend="svn.tour.cycle.examine.status" />).  Sometimes it  
can
-                be annoying to see uninteresting, unversioned
-                items&mdash;for example, object files that result from
-                a program's compilation&mdash;in this display.  The
-                <literal>global-ignores</literal> option is a list of
-                whitespace-delimited globs that describe the names of
-                files and directories that Subversion should not
-                display unless they are versioned.  The default value
-                is <literal>*.o *.lo *.la #*# .*.rej *.rej .*~ *~
-                .#* .DS_Store</literal>.</para>
-
-              <para>As well as <command>svn status</command>, the
-                <command>svn add</command> and <command>svn  
import</command>
-                commands also ignore files that match the list
-                when they are scanning a directory.  You can override this
-                behavior for a single instance of any of these commands
-                by explicitly specifying the filename, or by using
-                the <option>--no-ignore</option> command-line flag.</para>
-
-              <para>For information on finer-grained control of
-                ignored items, see
-                <xref linkend="svn.advanced.props.special.ignore"  
/>.</para>
+              <para>Quand vous exécutez la commande
+                <command>svn status</command>, Subversion affiche la
+                liste des fichiers et répertoires non suivis en versions
+                avec ceux qui sont suivis en versions, en les marquant
+                d'un caractère <literal>?</literal> (voir
+                <xref linkend="svn.tour.cycle.examine.status"/>).
+                Parfois, ces éléments inutiles et non suivis en version
+                ne font que rendre l'affichage plus confus, par exemple
+                dans le cas des fichiers objets générés par les
+                compilations. L'option <option>global-ignores</option>
+                contient une liste de globs séparés par des espaces
+                qui décrivent les noms de fichiers et de répertoires
+                que Subversion ne doit pas afficher, sauf s'ils sont
+                suivis en versions. La valeur par défaut est
+                <literal>*.o *.lo *.la #*# .*.rej
+                *.rej .*~ *~ .#* .DS_Store</literal>.</para>
+
+              <para>Tout comme <command>svn status</command>, les
+                commandes <command>svn add</command> et <command>svn
+                import</command> ignorent les fichiers qui entrent en
+                correspondance avec la liste lors du parcours d'un
+                répertoire. Vous pouvez bloquer ce comportement pour
+                une instance donnée de ces commandes en spécifiant
+                explicitement le nom de fichier ou en utilisant
+                l'option <option>--no-ignore</option> en ligne de
+                commande.</para>
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Thu May  6 11:42:51 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 06 May 2010 16:42:51 +0000
Subject: [svnbook] r3732 committed - * src/en/book/ch05-repository-admin.xml...
Message-ID: <00504501770c32ae710485efa287@google.com>

Revision: 3732
Author: cmpilato at gmail.com
Date: Thu May  6 09:42:34 2010
Log: * src/en/book/ch05-repository-admin.xml
   Update information about the dav/ repository subdirectory.

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

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

=======================================
--- /trunk/src/en/book/ch05-repository-admin.xml	Tue May 26 08:17:39 2009
+++ /trunk/src/en/book/ch05-repository-admin.xml	Thu May  6 09:42:34 2010
@@ -61,7 +61,7 @@

      <screen>
  $ ls repos
-conf/  dav/  db/  format  hooks/  locks/  README.txt
+conf/  db/  format  hooks/  locks/  README.txt
  </screen>

      <para>Here's a quick fly-by overview of what exactly you're seeing
@@ -75,14 +75,6 @@
          <listitem>
            <para>A directory containing configuration files</para>
          </listitem>
-      </varlistentry>
-      <varlistentry>
-        <term>dav</term>
-        <listitem>
-          <para>A directory provided to
-            <filename>mod_dav_svn</filename> for its private
-            housekeeping data</para>
-        </listitem>
        </varlistentry>
        <varlistentry>
          <term>db</term>
@@ -120,6 +112,24 @@
        </varlistentry>
      </variablelist>

+    <note>
+      <para>Prior to Subversion 1.5, the on-disk repository structure
+        also always contained a <filename>dav</filename> subdirectory.
+        <filename>mod_dav_svn</filename> used this directory to store
+        information about
+        WebDAV <firstterm>activities</firstterm>&mdash;mappings of
+        high-level WebDAV protocol concepts to Subversion commit
+        transactions.  Subversion 1.5 changed that behavior, moving
+        ownership of the activities directory, and the ability to
+        configure its location, into <filename>mod_dav_svn</filename>
+        itself.  Now, new repositories will not necessarily have
+        a <filename>dav</filename> subdirectory
+        unless <filename>mod_dav_svn</filename> is in use and hasn't
+        been configured to store its activities database elsewhere.
+        See <xref linkend="svn.ref.mod_dav_svn.conf.directives"/> for
+        more information.</para>
+    </note>
+
      <para>Of course, when accessed via the Subversion libraries, this
        otherwise unremarkable collection of files and directories
        suddenly becomes an implementation of a virtual, versioned



From svnbook at googlecode.com  Fri May  7 05:46:01 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 07 May 2010 10:46:01 +0000
Subject: [svnbook] r3733 committed - * src/fr/book/ch08-embedding-svn.xml...
Message-ID: <001485f7d536e9ceb40485fec366@google.com>

Revision: 3733
Author: subversif999 at gmail.com
Date: Fri May  7 03:45:10 2010
Log: * src/fr/book/ch08-embedding-svn.xml
   - Fix typos

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

Modified:
  /trunk/src/fr/book/ch08-embedding-svn.xml

=======================================
--- /trunk/src/fr/book/ch08-embedding-svn.xml	Tue Mar 23 15:21:44 2010
+++ /trunk/src/fr/book/ch08-embedding-svn.xml	Fri May  7 03:45:10 2010
@@ -4,11 +4,12 @@
    <para>Subversion est conçu de manière modulaire&nbsp;: il est
      constitué d'un ensemble de bibliothèques écrites en langage C.
      Chaque bibliothèque a un but et une interface de programmation
-    (API, <quote>application programming interface</quote> en anglais) bien
-    définis&nbsp;; cette interface est disponible non seulement pour le
+    (API, <foreignphrase>application programming
+    interface</foreignphrase> en anglais) bien définis&nbsp;;
+    cette interface est disponible non seulement pour le
      propre usage de Subversion mais aussi pour n'importe quel programme
      qui souhaite inclure ou piloter Subversion d'une manière ou d'une
-    autre. En plus, l'API Subversion est non seulement disponible pour
+    autre. De plus, l'API Subversion est non seulement disponible pour
      les programmes écrits en langage C, mais aussi pour les programmes
      écrits dans des langages de plus haut niveau tels que Python, Perl,
      Java et Ruby.</para>
@@ -33,16 +34,16 @@
      <title>Organisation des bibliothèques en couches successives</title>

      <para>Chaque bibliothèque au sein de Subversion peut être classée
-      dans une des trois couches principales &mdash; la couche dépôt, la
-      couche d'accès au dépôt (RA pour <quote>repository access</quote>
-      en anglais) et la couche client (voir la <xref
-      linkend="svn.intro.architecture.dia-1" /> de la préface). Nous
-      allons examiner ces trois couches rapidement mais, d'abord,
+      dans une des trois couches principales&nbsp;: la couche dépôt, la
+      couche d'accès au dépôt (RA pour <foreignphrase>Repository
+      Access</foreignphrase> en anglais) et la couche client (voir la
+      <xref linkend="svn.intro.architecture.dia-1" /> de la préface).
+      Nous allons examiner ces trois couches rapidement mais, d'abord,
        passons brièvement en revue les différentes bibliothèques de
        Subversion. Pour des raisons de cohérence, nous nous référons à
        ces bibliothèques par leurs noms Unix sans extension
        (<filename>libsvn_fs</filename>, <filename>libsvn_wc</filename>,
-      <filename>mod_dav_svn</filename>, etc.).</para>
+      <filename>mod_dav_svn</filename>,&nbsp;etc.).</para>

      <variablelist>
        <varlistentry>
@@ -111,7 +112,7 @@
        <varlistentry>
          <term>libsvn_wc</term>
          <listitem><para>bibliothèque pour la gestion de la copie de
-          travail local&nbsp;;</para></listitem>
+          travail locale&nbsp;;</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>mod_authz_svn</term>
@@ -145,7 +146,7 @@
        <filename>libsvn_ra_serf</filename> et
        <filename>libsvn_ra_svn</filename> implémentent toutes la même
        interface et fonctionnent comme des greffons pour
-      <filename>libsvn_ra</filename>.  Et toutes les quatre communiquent
+      <filename>libsvn_ra</filename>. Et toutes les quatre communiquent
        avec la couche dépôt &mdash; <filename>libsvn_ra_local</filename>
        se connectant directement au dépôt, les trois autres le faisant à
        travers le réseau.
@@ -166,10 +167,11 @@
        fournissent différents types d'IHM. Ces interfaces graphiques
        utilisent la même API que le client en ligne de commande fourni en
        standard. Depuis le début, cette modularité joue un rôle majeur
-      dans la prolifération des différents clients Subversion (sous la
+      dans la prolifération des différents clients Subversion, sous la
        forme de clients autonomes ou greffés dans des environnements de
-      développement intégrés [IDE en anglais]) et, par extension, dans
-      l'adoption formidablement rapide de Subversion lui-même.</para>
+      développement intégrés (<foreignphrase>IDE</foreignphrase> en
+      anglais) et, par extension, dans l'adoption formidablement rapide
+      de Subversion lui-même.</para>

      <!-- ===============================================================  
-->
      <sect2 id="svn.developer.layerlib.repos">
@@ -221,7 +223,7 @@
          vous pouvez attendre de n'importe quel autre système de
          fichiers&nbsp;: vous pouvez créer et supprimer des fichiers et
          des répertoires, les copier et les déplacer, modifier le contenu
-        d'un fichier, etc. Elle possède également des caractéristiques
+        d'un fichier,&nbsp;etc. Elle possède également des caractéristiques
          peu communes comme la capacité d'ajouter, modifier et supprimer
          des méta-données (<quote>propriétés</quote>) sur chaque fichier
          ou répertoire. En outre, le système de fichiers Subversion est
@@ -229,7 +231,7 @@
          si vous faites des modifications dans votre arborescence,
          Subversion se souvient de l'état de votre arborescence avant les
          modifications. Et il se souvient aussi de l'état avant les
-        modifications précédentes, et l'état encore antérieur, et ainsi
+        modifications précédentes, et de l'état encore antérieur, et ainsi
          de suite. Vous pouvez ainsi remonter le temps (c'est-à-dire les
          versions) jusqu'au moment où vous avez commencé à ajouter des
          éléments dans le système de fichiers.</para>
@@ -241,19 +243,19 @@

        <orderedlist>
          <listitem>
-          <para>Commencer une transaction de propagation de
+          <para>commencer une transaction de propagation de
              Subversion&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>Effectuer les modifications (ajouts, suppressions,
-            modifications de propriétés, etc.)&nbsp;;</para>
+          <para>effectuer les modifications (ajouts, suppressions,
+            modifications de propriétés,&nbsp;etc.)&nbsp;;</para>
          </listitem>
          <listitem>
-          <para>Clore la transaction.</para>
+          <para>clore la transaction.</para>
          </listitem>
        </orderedlist>

-      <para>Une fois que la transaction est cloturée, les
+      <para>Une fois que la transaction est terminée, les
          modifications du système de fichiers sont stockées de
          façon permanente en tant qu'éléments de l'historique. Chacun de
          ces cycles génère une nouvelle révision de l'arborescence et
@@ -345,7 +347,7 @@
          qui demande un argument de type <literal>chemin</literal> attend
          également un argument de type <literal>racine</literal> (dénommé
          en fait <literal>svn_fs_root_t</literal>). Cet argument décrit
-        soit une révision soit une transaction (qui est en fait la
+        soit une révision, soit une transaction (qui est en fait la
          genèse d'une révision) et fournit la troisième dimension,
          l'élément de contexte indispensable pour différencier
          <filename>/machin/bidule</filename> dans la révision 32 et le
@@ -355,20 +357,20 @@
          l'univers du système de fichiers Subversion.</para>

        <figure id="svn.developer.layerlib.repos.dia-2">
-        <title>Ajouter le temps pour le suivi de versions &mdash; la
-          troisième dimension&nbsp;!</title>
+        <title>Prise en compte du temps &mdash; la
+          troisième dimension de la gestion de versions&nbsp;!</title>
          <graphic fileref="images/ch08dia2.png"/>
        </figure>

        <para>Comme nous l'avons déjà mentionné, l'API de
          <filename>libsvn_fs</filename> ressemble à s'y méprendre à celle
          de n'importe quel autre système de fichiers, sauf qu'on y a
-        ajouté la formidable capacité de suivre les versions. Elle a été
+        ajouté la formidable capacité de gestion des versions. Elle a été
          conçue pour être utilisable par n'importe quel programme ayant
-        besoin d'un système de fichiers suivi en versions. Et, ce n'est
-        pas un hasard, Subversion lui-même est intéressé par une telle
+        besoin d'un système de fichiers suivi en versions. Et ce n'est
+        pas un hasard si Subversion lui-même est intéressé par une telle
          fonctionnalité. Mais, bien que cette API soit suffisante pour
-        effectuer un suivi en versions basique des fichiers et des
+        effectuer une gestion de versions basique des fichiers et des
          répertoires, Subversion en demande plus, et c'est là que
          <filename>libsvn_repos</filename> entre en scène.</para>

@@ -409,7 +411,7 @@
          </listitem>
          <listitem>
            <para>obtenir les messages de propagation associés à toutes
-            (ou certaines) les révisions qui ont modifié un ensemble de
+            les révisions (ou certaines) qui ont modifié un ensemble de
              fichiers du système de fichiers&nbsp;;</para>
          </listitem>
          <listitem>
@@ -425,8 +427,8 @@
        </itemizedlist>

        <para>Comme Subversion continue à évoluer, la bibliothèque du dépôt
-      grandit avec la bibliothèque du système de fichiers pour offrir
-      davantage de fonctionnalités et des options configurables.</para>
+        grandit avec la bibliothèque du système de fichiers pour offrir
+        davantage de fonctionnalités et des options configurables.</para>

      </sect2>

@@ -436,10 +438,10 @@

        <para>Si la couche Dépôt de Subversion est <quote>à l'autre bout
          de la ligne</quote>, la couche d'accès au dépôt (RA pour
-        <quote>repository access</quote> en anglais) est la ligne en
-        tant que telle. Chargée d'organiser les données entre les
-        bibliothèques client et le dépôt, cette couche inclut la
-        bibliothèque de chargement du module
+        <foreignphrase>repository access</foreignphrase> en anglais)
+        est la ligne en tant que telle. Chargée d'organiser les données
+        entre les bibliothèques client et le dépôt, cette couche inclut
+        la bibliothèque de chargement du module
          <filename>libsvn_ra</filename>, les modules RA eux-mêmes (qui
          incluent à l'heure actuelle <filename>libsvn_ra_neon</filename>,
          <filename>libsvn_ra_local</filename>,
@@ -492,10 +494,10 @@
          fonctionnalités nécessaires pour envoyer des données suivies en
          versions vers le dépôt et pour en recevoir. Chacun des greffons
          RA disponibles est capable d'effectuer ces tâches en utilisant
-        un protocole particulier&nbsp;:<filename>libsvn_ra_dav</filename>
+        un protocole particulier&nbsp;: <filename>libsvn_ra_dav</filename>
          utilise le protocole HTTP/WebDAV (avec chiffrement SSL en
          option) pour communiquer avec un serveur HTTP Apache sur lequel
-        fonctionne le module serveur Subversion
+        tourne le module serveur Subversion
          <filename>mod_dav_svn</filename>&nbsp;;
          <filename>libsvn_ra_svn</filename> utilise un protocole réseau
          propre à Subversion pour communiquer avec le programme
@@ -507,10 +509,10 @@
          tout simplement écrire une nouvelle bibliothèque qui implémente
          l'interface RA d'un côté et qui communique avec le dépôt de
          l'autre. Votre nouvelle bibliothèque peut utiliser des
-        protocoles réseaux existants ou vous pouvez en inventer un
-        nouveau. Vous pourriez ainsi utiliser les communications
-        inter-processus (IPC pour <quote>interprocess
-        communication</quote> en anglais) ou même, soyons fou,
+        protocoles réseaux existants ou vous pouvez en inventer de
+        nouveaux. Vous pouvez ainsi utiliser les communications
+        inter-processus (IPC pour <foreignphrase>interprocess
+        communication</foreignphrase> en anglais) ou même, soyons fou,
          implémenter un protocole basé sur l'email. Subversion apporte
          les API, à vous d'apporter la créativité.</para>

@@ -520,8 +522,8 @@
      <sect2 id="svn.developer.layerlib.client">
        <title>Couche client</title>

-      <para>Côté client, la copie de travail Subversion est l'endroit où
-        tout se passe. Le gros des fonctionnalités implémentées par les
+      <para>Côté client, tout se passe dans la copie de travail
+        Subversion. Le gros des fonctionnalités implémentées par les
          bibliothèques client existe dans le seul but de gérer les copies
          de travail locales &mdash; des répertoires pleins de fichiers et
          d'autres sous-répertoires qui sont une sorte de copie locale et
@@ -531,19 +533,20 @@
        <para>La bibliothèque de Subversion pour la copie de travail,
          <filename>libsvn_wc</filename>, est directement responsable de
          la gestion des données dans les copies de travail. Pour ce
-        faire, la bibliothèque stocke des données d'administration à
-        propos de chaque répertoire suivi en versions dans un
-        sous-répertoire spécial. Ce sous-répertoire, nommé
+        faire, la bibliothèque stocke dans un sous-répertoire spécial
+        des données d'administration concernant chaque répertoire
+        suivi en versions. Ce sous-répertoire, nommé
          <filename>.svn</filename>, est présent dans chaque répertoire
          d'une copie de travail&nbsp;; il contient tout un tas de
          fichiers et de répertoires qui enregistrent l'état du répertoire
          suivi en versions et fournit un espace privé pour les actions
          d'administration. Pour les habitués de CVS, ce sous-répertoire
          <filename>.svn</filename> a des objectifs similaires aux
-        répertoires administratifs CVS que l'on trouve dans les copies
-        de travail CVS. Pour plus d'informations sur la zone
-        d'administration <filename>.svn</filename>, reportez-vous à
-        <xref linkend="svn.developer.insidewc"/>  plus loin dans ce
+        répertoires administratifs <filename>CVS</filename> que l'on
+        trouve dans les copies de travail CVS.
+        Pour plus d'informations sur la zone d'administration
+        <filename>.svn</filename>, reportez-vous à
+        <xref linkend="svn.developer.insidewc"/> plus loin dans ce
          chapitre.</para>

        <para>La bibliothèque client de Subversion,
@@ -552,7 +555,7 @@
          fonctionnalités de la bibliothèque de la copie de travail avec
          celles de la couche d'accès au dépôt (RA) afin de fournir l'API
          de plus haut niveau, utilisable par n'importe quelle application
-        qui voudrait effectuer des actions générales de suivi de
+        qui voudrait effectuer des actions générales de gestion de
          versions. Par exemple, la fonction
          <function>svn_client_checkout()</function> prend une URL en
          argument. Elle passe cette URL à la couche RA et ouvre une
@@ -560,17 +563,18 @@
          ensuite au dépôt l'arborescence requise, envoie cette
          arborescence à la bibliothèque de la copie de travail, qui
          écrit alors une copie de travail complète sur le disque (les
-        répertoires <filename>.svn</filename> et tout).</para>
+        répertoires <filename>.svn</filename> et tout le reste).</para>

        <para>La bibliothèque client est conçue pour être utilisée par
          n'importe quelle application. Alors que le code source de
          Subversion inclut un client standard en ligne de commande, le
-        but recherché est qu'il doit être très facile d'écrire un nombre
-        quelconque de clients utilisant une interface utilisateur
-        graphique (GUI en anglais) par dessus cette bibliothèque client.
-        Les nouvelles GUI (ou les nouveaux clients en fait) pour
-        Subversion n'ont aucune raison de n'être que des sur-couches au
-        client en ligne de commande&nbsp;: elles ont un accès total, via
+        but recherché est qu'il soit très facile d'écrire un nombre
+        quelconque de clients dotés d'un environnement graphique
+        (<foreignphrase>GUI</foreignphrase> en anglais) par-dessus
+        cette bibliothèque client. Il n'y a pas de raison que les
+        nouveaux environnements graphiques (ou les nouveaux clients en
+        fait) pour Subversion ne soient que des sur-couches au client
+        en ligne de commande&nbsp;: ils ont un accès total, via
          l'API <filename>libsvn_client</filename>, aux mêmes
          fonctionnalités, données et autres mécanismes que le client en
          ligne de commande utilise. En fait, le code source de Subversion
@@ -594,7 +598,7 @@
            un affichage lisible par l'utilisateur. Ce type de traduction
            peut induire des pertes. C'est-à-dire que le programme
            n'affiche peut-être pas l'ensemble des informations qu'il a
-          obtenu de l'API ou alors qu'il combine peut-être certaines
+          obtenues de l'API ou qu'il combine peut-être certaines
            informations pour obtenir une représentation plus
            compacte.</para>

@@ -611,7 +615,7 @@
          <para>Mais l'argument décisif quant à l'utilisation directe des
            API plutôt que d'encapsuler d'autres programmes est que le
            projet Subversion assure la compatibilité vis-à-vis de ses
-          API. Lors des changements de versions mineurs des API (comme
+          API. Lors des changements de version mineure des API (comme
            par exemple entre la version 1.3 et 1.4), aucun prototype de
            fonction ne change. En d'autres termes, vous n'êtes pas forcé
            de mettre à jour le code source de votre programme simplement
@@ -620,8 +624,8 @@
            fonctionneront toujours. Ainsi, cela vous laisse de la marge
            pour éventuellement adopter les nouvelles API. Ce type de
            promesse de compatibilité n'existe pas pour les sorties du
-          programme Subversion en ligne de commande, qui est susceptible
-          de changer à chaque version.</para>
+          programme Subversion en ligne de commande, qui sont
+          susceptibles de changer à chaque version.</para>

        </sidebar>

@@ -643,9 +647,9 @@

      <itemizedlist>
        <listitem>
-        <para>à quel emplacement du dépôt font référence les fichiers et
-          les sous-répertoires dans le répertoire de la copie de
-          travail&nbsp;;</para>
+        <para>à quel emplacement du dépôt les fichiers et les
+          sous-répertoires du répertoire de la copie de travail
+          font référence&nbsp;;</para>
        </listitem>
        <listitem>
          <para>quelle révision de chacun de ces fichiers et répertoires
@@ -689,7 +693,7 @@
          originales et des propriétés, les informations d'état sur les
          conflits et les actions planifiées, les dernières informations
          connues sur les propagations (auteur, numéro de révision et
-        horodatage), l'historique de la copie locale &mdash;
+        horodatage) et l'historique de la copie locale&nbsp;:
          pratiquement tout ce qui intéresse un client Subversion à propos
          d'un élément suivi (ou à suivre) en versions&nbsp;!</para>

@@ -729,23 +733,23 @@
        <para>Comme mentionné auparavant, le répertoire
          <filename>.svn</filename> contient aussi les copies originales
          (avant modification locale) des fichiers&nbsp;: les
-        <quote>versions de base</quote> (<quote>text-base
-        versions</quote> en anglais). Vous pouvez les trouver dans
-        le répertoire <filename>.svn/text-base</filename>. Ces copies
-        originales offrent tout un tas d'avantages &mdash;
+        <quote>versions de base</quote> (<foreignphrase>text-base
+        versions</foreignphrase> en anglais). Vous pouvez les trouver
+        dans le répertoire <filename>.svn/text-base</filename>. Ces
+        copies originales offrent tout un tas d'avantages &mdash;
          identification des différences et des modifications, retour en
          arrière sur les fichiers modifiés ou supprimés, tout cela sans
-        faire appel au réseau ; échanges plus performants avec le
+        faire appel au réseau&nbsp;; échanges plus performants avec le
          serveur &mdash; mais au prix d'avoir chaque fichier stocké au
          moins en double sur le disque. De nos jours, c'est pratiquement
          négligeable pour la majorité des fichiers. Cependant, la
          situation se détériore à mesure que vos fichiers suivis en
-        versions grandissent. Nous étudions dorénavant la possibilité de
-        rendre optionnel la présence de ces fichiers <quote>versions de
+        versions grossissent. Nous étudions dorénavant la possibilité de
+        rendre optionnelle la présence de ces <quote>versions de
          base</quote>. Cependant, c'est justement quand vos fichiers
-        suivis en versions grandissent que l'existence de fichiers
-        <quote>versions de base</quote> devient cruciale &mdash; qui
-        veut transmettre un énorme fichier à travers le réseau juste
+        suivis en versions grossissent que l'existence des
+        <quote>versions de base</quote> devient cruciale&nbsp;: qui a
+        envie de transmettre un énorme fichier à travers le réseau juste
          parce qu'il veut propager une petite modification&nbsp;?</para>

        <para>Dans le même esprit que les fichiers <quote>versions de
@@ -771,7 +775,7 @@
      <para>Développer des applications utilisant les API des
        bibliothèques Subversion est plutôt simple. Subversion est d'abord
        un ensemble de bibliothèques en langage C, avec des fichiers
-      d'en-têtes (<filename>.h</filename>) situés dans le répertoire
+      d'en-têtes (<filename>.h</filename>) situés dans le répertoire
        <filename>subversion/include</filename> de l'arborescence des
        sources. Ces en-têtes sont copiés dans votre arborescence système
        (par exemple <filename>/usr/local/include</filename>)
@@ -788,17 +792,17 @@
        et les fonctions ont un espace de nommage réservé. Cela veut dire
        que tous les noms de symboles Subversion publics commencent par
        <literal>svn_</literal>, suivi d'un code indiquant la bibliothèque
-      dans laquelle le symbole est défini (par exemple
-      <literal>wc</literal>, <literal>client</literal>,
-      <literal>fs</literal>, etc.), suivi d'un unique caractère souligné
-      (<literal>_</literal>) puis du reste du nom du symbole. Les
+      dans laquelle le symbole est défini (par exemple
+      <literal>wc</literal>, <literal>client</literal>,
+      <literal>fs</literal>,&nbsp;etc.), suivi d'un unique caractère
+      souligné (<literal>_</literal>) puis du reste du nom du symbole. Les
        fonctions semi-publiques (utilisées par plusieurs fichiers au sein
        d'une bibliothèque mais pas par du code extérieur à cette
        bibliothèque, on peut les trouver au sein des répertoires de la
        bibliothèque) suivent une règle de nommage légèrement différente
        dans le sens où, au lieu d'un unique caractère souligné
        après le code indiquant la bibliothèque, elles utilisent deux
-      caractères souligné consécutifs (<literal>_&thinsp;_</literal>).
+      caractères souligné consécutifs (<literal>_&thinsp;_</literal>).
        Les fonctions qui sont propres à un fichier source (c'est-à-dire
        privées) n'ont pas de préfixe particulier et sont déclarées avec
        le mot-clé <literal>static</literal>. Bien sûr, un compilateur n'a
@@ -814,7 +818,7 @@
        en anglais). Ce document contient des informations
        particulièrement utiles qui, bien que destinées aux développeurs
        (ou aux personnes désireuses de le devenir) de Subversion
-      lui-même, peuvent également s'appliquer à tous ceux qui
+      lui-même, peuvent également servir à tous ceux qui
        développent des applications utilisant Subversion comme
        bibliothèque tierce
        <footnote>
@@ -828,12 +832,13 @@
        <title>APR, la bibliothèque Apache de portabilité des  
exécutables</title>

        <para>À côté des types de données propres à Subversion, vous
-        pouvez voir de nombreuses références à des types de données qui
-        commencent par <literal>apr_</literal> &mdash; ce sont les
+        trouverez de nombreuses références à des types de données qui
+        commencent par <literal>apr_</literal>&nbsp;: ce sont les
          symboles de la bibliothèque pour la portabilité d'Apache
-        (Apache Portable Runtime en anglais, soit APR). APR est un jeu
-        de bibliothèques Apache, originellement extraites du code source
-        du serveur pour essayer de séparer ce qui dépendait du système
+        (<foreignphrase>Apache Portable Runtime</foreignphrase> en
+        anglais, soit APR). APR est un jeu de bibliothèques Apache,
+        originellement extraites du code source du serveur
+        pour essayer de séparer ce qui dépendait du système
          d'exploitation de ce qui n'en dépendait pas. Au final, on
          obtient une bibliothèque qui fournit une API permettant
          d'effectuer des opérations qui changent un peu (ou beaucoup) en
@@ -860,10 +865,11 @@
          données et le type de données APR le plus utilisé, que l'on
          retrouve dans presque tous les prototypes de l'API Subversion,
          est <literal>apr_pool_t</literal> &mdash; le réservoir de
-        mémoire ("memory pool" en anglais) APR. Subversion utilise les
-        réservoirs de mémoire en interne pour tous ses besoins
-        d'allocation mémoire (à moins qu'une bibliothèque externe ne
-        requiert un autre mécanisme de gestion de la mémoire pour les
+        mémoire (<foreignphrase>memory pool</foreignphrase> en anglais)
+        APR. Subversion utilise les réservoirs de mémoire
+        en interne pour tous ses besoins d'allocation mémoire
+        (à moins qu'une bibliothèque externe ne requière
+        un autre mécanisme de gestion de la mémoire pour les
          données transmises via son API)
          <footnote>
            <para>Neon et Berkeley DB par exemple.</para>
@@ -898,7 +904,7 @@
            particulièrement pointues de votre programme. Des langages
            tels que Java ou Python utilisent un
            <firstterm>ramasse-miettes</firstterm>
-          (<firstterm>garbage collector</firstterm> en anglais)
+          (<foreignphrase>garbage collector</foreignphrase> en anglais)
            qui alloue de la mémoire aux objets en cas de besoin et la
            libère automatiquement quand l'objet n'est plus utilisé.</para>

@@ -926,25 +932,25 @@

      <!-- ===============================================================  
-->
      <sect2 id="svn.developer.usingapi.urlpath">
-      <title>Pré-requis pour les URL et les chemins</title>
+      <title>Prérequis pour les URL et les chemins</title>

        <para>Subversion a été conçu pour effectuer à distance des
-        opérations de suivi de versions. À ce titre, les possibilités
+        opérations de gestion de versions. À ce titre, les possibilités
          d'internationalisation (i18n) ont fait l'objet d'une attention
          toute particulière. Après tout, <quote>à distance</quote> peut
          vouloir dire depuis un ordinateur situé <quote>dans le même
-        bureau</quote> mais aussi <quote>à l'autre bout de la
+        bureau</quote>, mais aussi <quote>à l'autre bout de la
          planète</quote>. Pour faciliter cette prise en compte, toutes
          les interfaces publiques de Subversion qui acceptent des chemins
          comme argument s'attendent à ce que ces chemins soient rendus
          canoniques &mdash; la façon la plus facile de le faire étant de
          les passer en argument à la fonction
-        <function>svn_path_canonicalize()</function> &mdash; et encodés
+        <function>svn_path_canonicalize()</function> &mdash; et codés
          dans le format UTF-8. Cela signifie, par exemple, que tout
          nouveau programme client qui pilote l'interface
          <filename>libsvn_client</filename> doit d'abord convertir les
          chemins depuis le codage local vers UTF-8 avant de fournir ces
-        chemins à la bibliothèque Subversion, puis de reconvertir tout
+        chemins à la bibliothèque Subversion, puis doit reconvertir tout
          chemin renvoyé par Subversion vers le codage local avant
          d'utiliser ce chemin à des fins externes à Subversion.
          Heureusement, Subversion fournit un ensemble de fonctions (voir
@@ -955,12 +961,12 @@
          passées en paramètres respectent le format URI. Ainsi, au lieu
          de désigner par <uri>file:///home/utilisateur/Mon fichier.txt</uri>
          l'URL d'un fichier nommé <filename>Mon fichier.txt</filename>
-        dans le répertoire <filename>home/utilisateur</filename>, vous
-        devez utiliser
+        situé dans le répertoire <filename>home/utilisateur</filename>,
+        vous devez utiliser
          <uri>file:///home/utilisateur/Mon%20fichier.txt</uri>. Là
          encore, Subversion fournit des fonctions utiles à votre
          application &mdash; <function>svn_path_uri_encode()</function>
-        et <function>svn_path_uri_decode()</function> pour encoder et
+        et <function>svn_path_uri_decode()</function> pour coder et
          décoder, respectivement, des URI.</para> </sect2>

      <!-- ===============================================================  
-->
@@ -971,9 +977,10 @@
          partir d'un autre langage que le C (par exemple un programme
          Python ou Perl), Subversion offre cette possibilité via le
          générateur simplifié d'interface et d'encapsulation
-        (<quote>Simplified Wrapper and Interface Generator</quote> ou
-        SWIG en anglais). Les interfaces SWIG de Subversion sont situées
-        dans le répertoire <filename>subversion/bindings/swig</filename>.
+        (<foreignphrase>Simplified Wrapper and Interface
+        Generator</foreignphrase> ou SWIG en anglais).
+        Les interfaces SWIG de Subversion sont situées
+        dans le répertoire <filename>subversion/bindings/swig</filename>.
          Elles sont toujours en cours d'évolution mais sont utilisables.
          Elles vous permettent d'appeler les fonctions de l'API
          Subversion indirectement, en utilisant des interfaces qui
@@ -1006,7 +1013,7 @@

        <para>Les interfaces Subversion vers les langages de programmation
          ne sont pas suivies avec le même niveau d'exigence que les
-        modules du cœur de Subversion mais peuvent généralement être
+        modules du cœur de Subversion, mais peuvent généralement être
          utilisées en production. De nombreuses applications, de nombreux
          scripts, des clients graphiques alternatifs et des outils
          tiers utilisent aujourd'hui sans problème les interfaces vers
@@ -1065,11 +1072,11 @@
            compatible avec le format de fichier de l'implémentation
            native de cette bibliothèque.</para>

-        <para>Ceci dit, SVNKit est unaninement reconnu pour sa
+        <para>Ceci dit, SVNKit est unanimement reconnu pour sa
            fiabilité. Et une solution 100&nbsp;% Java est beaucoup plus
-          robuste vis-à-vis des erreurs de programmation &mdash; un
-          bogue dans SVNKit génére une exception Java que vous pouvez
-          intercepter tandis qu'un bogue dans une bibliothèque du cœur
+          robuste vis-à-vis des erreurs de programmation&nbsp;: un
+          bogue dans SVNKit génère une exception Java que vous pouvez
+          intercepter, tandis qu'un bogue dans une bibliothèque du cœur
            de Subversion utilisée par javahl peut mettre par terre tout
            votre environnement d'exécution Java. En conclusion, pesez le
            pour et le contre avant de choisir une implémentation en Java
@@ -1093,7 +1100,7 @@
          pouvez y observer l'utilisation du réservoir de mémoire APR qui
          est utilisé pour les besoins d'allocation mémoire. En outre, le
          code révèle le côté obscur de la gestion des erreurs de
-        Subversion &mdash; toutes les erreurs Subversion doivent être
+        Subversion&nbsp;: toutes les erreurs Subversion doivent être
          explicitement prises en compte pour éviter des fuites de mémoire
          (et dans certains cas, le plantage de l'application).</para>

@@ -1197,7 +1204,7 @@
      }
    else
      {
-      /* Une autre erreur s'est produite.  Affiche un message d'erreur.
+      /* Une autre erreur s'est produite. Affiche un message d'erreur.
         */
        printf("Une erreur s'est produite lors de l'ajout du "
               "répertoire '%s' au dépôt '%s'.\n",
@@ -1218,7 +1225,7 @@
          votre dépôt Subversion effectue automatiquement certaines tâches
          externes à Subversion chaque fois qu'une transaction est
          propagée (par exemple envoyer un mail qui décrit les changements
-        effectués dans la transaction vers la liste de diffusion des
+        effectués dans la transaction à la liste de diffusion des
          développeurs), vous devez utiliser la version de la fonction
          encapsulée dans <filename>libsvn_repos</filename> qui ajoute la
          fonctionnalité d'activation des procédures automatiques&nbsp;:
@@ -1270,7 +1277,7 @@
          if svn.fs.svn_fs_is_dir(racine, chemin_complet):
              parcourir_rep_systemedefichiers(racine, chemin_complet)
          else:
-            # Sinon, c'est un fichier donc l'afficher maintenant
+            # Sinon, c'est un fichier donc l'afficher maintenant.
              print chemin_complet

  def parcourir_la_plus_recente_revision(chemin_depot):
@@ -1299,7 +1306,7 @@
                           % (os.path.basename(sys.argv[0])))
          sys.exit(1)

-    # transforme la chaine en chemin canonique.
+    # Transforme la chaîne en chemin canonique.
      chemin_depot = svn.core.svn_path_canonicalize(sys.argv[1])

      # Et c'est parti !
@@ -1336,13 +1343,13 @@
          commande <command>svn status</command>.</para>

        <example id="svn.developer.usingapi.otherlangs.ex-2">
-        <title>Une version en Python de status</title>
+        <title>Une version de status en Python</title>

          <programlisting>
  #!/usr/bin/env python

  """Parcourir un répertoire d'une copie de travail en affichant les
-informations d etat."""
+informations d'état."""

  import sys
  import os.path
@@ -1378,7 +1385,7 @@
          """Une fonction de renvoi ("callback") pour svn_client_status."""

          # Affiche le chemin, moins la partie déjà présente
-        # dans la racine du parcours
+        # dans la racine du parcours.
          text_status = generer_code_etat(etat.text_status)
          prop_status = generer_code_etat(etat.prop_status)
          print '%s%s  %s' % (text_status, prop_status, path)
@@ -1398,7 +1405,7 @@
      stream.write("""Usage: %s OPTIONS CHEMIN_COPIE_TRAVAIL
  Options:
    --help, -h    : Affiche ce message d'aide.
-  --verbose, -v : Affiche les états de tous les objets, sans exception
+  --verbose, -v : Affiche l'état de tous les objets, sans exception.
  """ % (os.path.basename(sys.argv[0])))
      sys.exit(code_erreur)

@@ -1436,11 +1443,11 @@
          de <function>svn_client_ctx_t()</function> est un peu trompeur
          parce que l'API publique de Subversion ne possède pas de telle
          fonction &mdash; la génération automatique de fonctions de SWIG
-        est à la peine (cette fonction est une sorte d'usine à fonctions
-        pour transformer des structures C complexes vers un équivalent
-        en Python). Notez également que le chemin passé au programme
-        (comme le dernier) est mouliné par
-        <function>svn_path_canonicalize()</function>, car,
+        ( une sorte d'usine à fonctions pour transformer des structures
+        C complexes vers un équivalent en Python) est à la peine.
+        Notez également que le chemin passé au programme
+        (tout comme dans le programme précédent) est mouliné par
+        <function>svn_path_canonicalize()</function> car,
          <emphasis>dans le cas contraire</emphasis>, on s'expose à un
          arrêt rapide et brutal du programme par la bibliothèque C
          Subversion sous-jacente qui effectue des tests de
@@ -1461,7 +1468,7 @@
        modulaire et fournir une API publique stable de manière à ce que
        des développeurs tiers &mdash; tel que vous, peut-être &mdash;
        puissent écrire des logiciels qui pilotent les fonctionnalités du
-      coeur de Subversion.</para>
+      cœur de Subversion.</para>

      <para>Dans ce chapitre, nous avons approfondi notre vision de
        l'architecture de Subversion, examiné ses couches logiques et
@@ -1469,7 +1476,7 @@
        couches de Subversion pour communiquer entre elles. De nombreux
        développeurs ont imaginé des utilisations intéressantes de l'API
        Subversion, de la simple procédure automatique jusqu'à des
-      systèmes de suivi de versions complètement différents, en passant
+      systèmes de gestion de versions complètement différents, en passant
        par l'intégration de Subversion dans d'autres applications. Et
        <emphasis>vous</emphasis>, quelle utilisation originale en
        tirerez-vous&nbsp;?</para>

From svnbook at googlecode.com  Fri May  7 11:05:59 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 07 May 2010 16:05:59 +0000
Subject: [svnbook] r3734 committed - * trunk/src/de/book/appc-webdav.xml...
Message-ID: <0016362841922c44610486033c96@google.com>

Revision: 3734
Author: jmfelderhoff at gmx.eu
Date: Fri May  7 09:04:46 2010
Log: * trunk/src/de/book/appc-webdav.xml
   - Microsoft Web Folders.

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

Modified:
  /trunk/src/de/book/appc-webdav.xml

=======================================
--- /trunk/src/de/book/appc-webdav.xml	Fri Apr 30 09:09:43 2010
+++ /trunk/src/de/book/appc-webdav.xml	Fri May  7 09:04:46 2010
@@ -915,17 +915,28 @@
          Weise umbenennen, kopieren oder löschen. Da es jedoch eine
          Fähigkeit des Explorers ist, ist die DAV-Freigabe für normale
          Anwendungen nicht sichtbar. Alle Zugriffe auf DAV müssen über
-        die Schnittstelle des Explorers erfolgen,</para>
+        die Schnittstelle des Explorers erfolgen.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.webdav.clients.file-explorer-extensions.windows">
+<!--
          <title>Microsoft Web Folders</title>
-
+-->
+        <title>Microsoft Webordner</title>
+
+<!--
          <para>Microsoft was one of the original backers of the WebDAV
            specification, and first started shipping a client in
            Windows 98, which was known as Web Folders.  This client was
            also shipped in Windows NT 4.0 and Windows 2000.</para>
-
+-->
+        <para>Microsoft war unter den ursprünglichen Unterstützern der
+          WebDAV-Spezifikation und begann, den ersten Client in
+          Windows 98 auszuliefern, der als Webordner bekannt wurde.
+          Dieser Client wurde auch mit Windows NT 4.0 und Windows
+          2000 ausgeliefert.</para>
+
+<!--
          <para>The original Web Folders client was an extension to
            Explorer, the main GUI program used to browse filesystems.  It
            works well enough.  In Windows 98, the feature might need to
@@ -933,7 +944,18 @@
            inside My Computer.  In Windows 2000, simply
            add a new <quote>network place,</quote> enter the URL, and the
            WebDAV share will pop up for browsing.</para>
-
+-->
+        <para>Der ursprüngliche Webordner-Client war eine Erweiterung
+          des Explorers, dem graphischen Hauptprogramm zum
+          Durchstöbern von Dateisystemen. Er arbeitet gut genug. In
+          Windows 98 könnte es sein, das dieses Merkmal ausdrücklich
+          installiert werden muss, falls Webordner noch nicht
+          innerhalb von Mein Computer sichtbar sind. In Windows 2000
+          muss einfach eine neue <quote>Netzwerkumgebung</quote>
+          hizugefügt und ein URL eingegeben werden, und die
+          WebDAV-Freigabe erscheint zum Durchstöbern.</para>
+
+<!--
          <para>With the release of Windows XP, Microsoft started shipping
            a new implementation of Web Folders, known as the WebDAV
            Mini-Redirector.  The new implementation is a
@@ -950,17 +972,51 @@
            the original author of Apache's WebDAV module, bluntly
            states that XP Web Folders simply can't operate against an Apache
            server.</para>
-
+-->
+        <para>Mit der Einführung von Windows XP begann Microsoft, eine
+          neue Implementierung der Webordner herauszugeben, die unter
+          dem Namen WebDAV-Mini-Redirector bekannt wurde. Die neue
+          Implementierung ist ein Client auf Dateisystemebene, die es
+          ermöglicht, WebDAV-Freigaben unter einem Laufwerksbuchstaben
+          einzuhängen. Leider ist diese Implementierung unglaublich
+          fehlerhaft. Für gewöhnlich versucht der Client, HTTP-URLs
+          (<literal>http://host/repos</literal>) in
+          UNC-Freigabe-Darstellung (<literal>\\host\repos</literal>)
+          umzuwandeln; er versucht darüberhinaus,
+          Windows-Domänen-Authentifizierung als Antwort auf
+          Basic-Authentication HTTP-Anforderungen zu verwenden, wobei
+          Benutzernamen als <literal>RECHNER\benutzername</literal>
+          gesendet werden. Diese Probleme bei der Zusammenarbeit sind
+          schwerwiegend und an zahlreichen Orten rund um die Welt
+          dokumentiert, was viele Benutzer frustriert. Sogar Greg
+          Stein, der ursprüngliche Autor von Apaches WebDAV-Modul,
+          sagt ohne Umschweife, dass die Webordner von XP nicht mit
+          einem Apache-Server zusammenarbeiten können.</para>
+
+<!--
          <para>Windows Vista's initial implementation of Web Folders seems  
to
            be almost the same as XP's, so it has the same sort of
            problems.  With luck, Microsoft will remedy these issues in
            a Vista Service Pack.</para>
-
+-->
+        <para>Die erste Implementierung der Webordner in Windows
+          Vista scheint fast die gleiche wie unter XP zu sein, so
+          dass dieselben Probleme auftauchen. Mit etwas Glück wird
+          Microsoft diese Probleme in einem Vista-Service-Pack
+          beheben.</para>
+<!--
          <para>However, there seem to be workarounds for both XP and
            Vista that allow Web Folders to work against Apache.  Users
            have mostly reported success with these techniques, so we'll
            relay them here.</para>
-
+-->
+        <para>Jedoch scheint es provisorische Lösungen sowohl für XP und
+          Vista zu geben, die es Webordner ermöglichen, mit Apache
+          zusammenzuarbeiten. Benutzer haben meistens berichtet, dass
+          diese Techniken erfolgreich waren, also werden wir sie an
+          dieser Stelle weitergeben.</para>
+
+<!--
          <para>On Windows XP, you have two options.  First, search
            Microsoft's web site for update KB90730, <quote>Software
            Update for Web Folders.</quote>  This may fix all your
@@ -974,7 +1030,23 @@
            as <userinput>http://host:80/repos</userinput> instead.
            Respond to any authentication prompts with your Subversion
            credentials.</para>
-
+-->
+        <para>Unter Windows XP haben Sie zwei Optionen. Suchen Sie
+        zunächst in der Webpräsenz von Microsoft nach dem Update
+        KB90730, <quote>Software Update for Web Folders</quote>. Das
+        könnte all Ihre Probleme lösen. Falls nicht, scheinen sich die
+        originalen Webordner aus der Zeit vor XP in Ihrem System zu
+        verbergen.  Sie können sie ans Licht holen, indem Sie in
+        Netzwerkumgebung gehen und eine neue Umgebung anlegen. Wenn
+        Sie danach gefragt werden, tragen Sie den URL des Repositorys
+        ein, aber <emphasis>verwenden Sie dabei eine
+        Portnummer</emphasis> im URL. Beispielsweise sollten Sie statt
+        <userinput>http://host/repos</userinput>
+        <userinput>http://host:80/repos</userinput> eingeben.
+        Antworten Sie auf irgendwelche Authentifizierungsanfragen mit
+        Ihren Subversion-Zugangadaten.</para>
+
+<!--
          <para>On Windows Vista, the same KB90730 update may clear
            everything up.  But there may still be other issues.  Some
            users have reported that Vista considers
@@ -990,10 +1062,36 @@
            (<filename>/</filename>), rather than some subdirectory
            such as <filename>/trunk</filename>.  Vista Web Folders
            seems to work only against repository roots.</para>
-
+-->
+        <para>Unter Windows Vista könnte derselbe Update KB90730 alles
+          bereinigen. Dort könnte es jedoch noch weitere Probleme
+          geben. Einige Benutzer haben berichtet, dass Vista alle
+          <literal>http://</literal>-Verbindungen als unsicher
+          betrachtet, und deshalb alle Authentifizierungsanforderungen
+          seitens Apache scheitern lässt, sofern sie nicht über
+          <literal>https://</literal> erfolgen. Sollten Sie nicht in
+          der Lage sein, sich über SSL mit dem Subversion-Repository
+          zu verbinden, können Sie die System-Registratur anpassen, um
+          dieses Verhalten zu unterbinden. Dazu ändern Sie einfach den
+          Wert des Schlüssels
+           
<literal>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\BasicAuthLevel</literal>
+          von <userinput>1</userinput> auf <userinput>2</userinput>.
+          Eine letzte Warnung: Stellen Sie sicher, den Webordner so
+          einzurichten, dass er auf das Wurzelverzeichnis des
+          Repositorys (<filename>/</filename>) zeigt, statt auf ein
+          Unterverzeichnis wie etwa <filename>/trunk</filename>. Die
+          Webordner von Vista scheinen nur mit
+          Repository-Wurzelverzeichnissen zu funktionieren.</para>
+
+<!--
          <para>In general, while these workarounds may function for
            you, you might get a better overall experience using a
            third-party WebDAV client such as WebDrive or NetDrive.</para>
+-->
+        <para>Generell sei gesagt, dass Sie, obwohl diese Zwischenlösungen
+          für Sie funktionieren könnten, mehr Spass bei der Verwendung
+          eines WebDAV-Clients von einem Drittanbieter haben werden,
+          wie etwa WebDrive oder NetDrive.</para>

        </sect3>


From svnbook at googlecode.com  Wed May 12 13:30:53 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 12 May 2010 18:30:53 +0000
Subject: Issue 79 in svnbook: Update 'svnsync sync' and 'svnsync 
	copy-revprops' syntax and recommendations.
Message-ID: <0-7155889305988986295-18294350994331691023-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: cmpilato
Labels: Type-Defect Priority-Medium Milestone-en-1.7

New issue 79 by cmpilato: Update 'svnsync sync' and 'svnsync copy-revprops'  
syntax and recommendations.
http://code.google.com/p/svnbook/issues/detail?id=79

As part of Subversion issue #3637
(http://subversion.tigris.org/issues/show_bug.cgi?id=3637), the syntax for
'svnsync sync' and 'svnsync copy-revprops' has changed, and the new syntax
is the recommendation (for security purposes).  Need to document this.




From svnbook at googlecode.com  Mon May 17 00:43:59 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 17 May 2010 05:43:59 +0000
Subject: [svnbook] r3735 committed - * trunk/src/de/book/appc-webdav.xml...
Message-ID: <000e0cd32e9028f3500486c3b62d@google.com>

Revision: 3735
Author: jmfelderhoff at gmx.eu
Date: Sun May 16 22:42:48 2010
Log: * trunk/src/de/book/appc-webdav.xml
   - Nautilus, Konqueror.

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

Modified:
  /trunk/src/de/book/appc-webdav.xml

=======================================
--- /trunk/src/de/book/appc-webdav.xml	Fri May  7 09:04:46 2010
+++ /trunk/src/de/book/appc-webdav.xml	Sun May 16 22:42:48 2010
@@ -1099,18 +1099,35 @@
        <sect3 id="svn.webdav.clients.file-explorer-extensions.linux-de">
          <title>Nautilus, Konqueror</title>

+<!--
          <para>Nautilus is the official file manager/browser for the
            GNOME desktop (<ulink url="http://www.gnome.org"/>), and
            Konqueror is the manager/browser for the KDE desktop (<ulink
            url="http://www.kde.org"/>).  Both of these applications
            have an explorer-level WebDAV client built in, and they
            operate just fine against an autoversioning repository.</para>
-
+-->
+        <para>Nautilus ist der offizielle Dateimanager/Browser des
+          GNOME-Desktops (<ulink url="http://www.gnome.org"/>), und
+          Konqueror ist der Manager/Browser für den KDE-Desktop
+          (<ulink url="http://www.kde.org"/>).  Beide dieser
+          Anwendungen besitzen einen eingebauten WebDAV-Client auf
+          Dateisystem-Browser-Ebene und funktionieren prima mit einem
+          autoversionierenden Repository.</para>
+
+<!--
          <para>In GNOME's Nautilus, select the <guimenuitem>File&rarr;Open
            location</guimenuitem> menu item and enter the URL in the
            dialog box presented.  The repository should then be
            displayed like any other filesystem.</para>
-
+-->
+        <para>In GNOMEs Nautilus wählen Sie den Menüeintrag
+          <guimenuitem>File&rarr;Open location</guimenuitem> und
+          tragen den URL in den angebotenen Dialog ein. Das Repository
+          sollte dann wie ein anderes Dateisystem angezeigt werden.
+        </para>
+
+<!--
          <para>In KDE's Konqueror, you need to use the
            <literal>webdav://</literal> scheme when entering the URL in
            the location bar.  If you enter
@@ -1122,6 +1139,18 @@
            <userinput>http://host/repos</userinput>, Konqueror becomes a
            WebDAV client and displays the repository as a
            filesystem.</para>
+-->
+        <para>Im Konqueror von KDE müssen Sie beim Eintragen des URL
+          in den Zielleiste das Schema <literal>webdav://</literal>
+          verwenden. Wenn Sie einen <literal>http://</literal>-URL
+          eingeben, verhält sich Konqueror wie ein gewöhnlicher
+          Web-Browser. Sie werden wahrscheinlich die allgemeine
+          Verzeichnisauflistung von <command>mod_dav_svn</command>
+          sehen. Falls Sie statt
+          <userinput>http://host/repos</userinput> jedoch
+          <userinput>webdav://host/repos</userinput> eingeben, wird
+          Konqueror zum WebDAV-Client und zeigt das Repository als
+          Dateisystem an.</para>

        </sect3>
      </sect2>

From svnbook at googlecode.com  Thu May 20 10:40:25 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 20 May 2010 15:40:25 +0000
Subject: [svnbook] r3736 committed - * trunk/src/de/book/appc-webdav.xml...
Message-ID: <001636b14988b1ebef04870864b3@google.com>

Revision: 3736
Author: jmfelderhoff at gmx.eu
Date: Thu May 20 08:40:05 2010
Log: * trunk/src/de/book/appc-webdav.xml
   - WebDAV Filesystem Implementation

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

Modified:
  /trunk/src/de/book/appc-webdav.xml

=======================================
--- /trunk/src/de/book/appc-webdav.xml	Sun May 16 22:42:48 2010
+++ /trunk/src/de/book/appc-webdav.xml	Thu May 20 08:40:05 2010
@@ -1156,8 +1156,12 @@
      </sect2>

      <sect2 id="svn.webdav.clients.fs-impl">
+<!--
        <title>WebDAV Filesystem Implementation</title>
-
+-->
+      <title>WebDAV-Dateisystem-Implementation</title>
+
+<!--
        <para>The WebDAV filesystem implementation is arguably the best
          sort of WebDAV client.  It's implemented as a low-level
          filesystem module, typically within the operating system's
@@ -1168,11 +1172,24 @@
          transparent read/write WebDAV access to all programs.
          Applications aren't even aware that WebDAV requests are
          happening.</para>
+-->
+      <para>Die WebDAV-Dateisystem-Implementation ist wohl die beste
+        Art von WebDAV-Client. Sie ist als systemnahes
+        Dateisystem-Modul implementiert, das sich normalerweise
+        innerhalb des Betriebssystemkerns befindet. Das bedeutet, dass
+        eine DAV-Freigabe wie irgendein anderes Dateisystem eingehängt
+        werden kann, ähnlich dem Einhängen einer NFS-Freigabe unter
+        Unix oder dem Sichtbarmachen einer SMB-Freigabe über einen
+        Laufwerksbuchstaben unter Windows. Demzufolge bietet diese Art
+        von Client für alle Programme einen vollständig transparenten
+        WebDAV-Schreib- und Lesezugriff. Die Anwendungen merken nicht
+        einmal, dass WebDAV-Anforderungen stattfinden.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.webdav.clients.fs-impl.windows">
          <title>WebDrive, NetDrive</title>

+<!--
          <para>Both WebDrive and NetDrive are excellent commercial
            products that allow a WebDAV share to be attached as drive
            letters in Windows.  As a result, you can operate on the
@@ -1182,6 +1199,17 @@
            Technologies (<ulink url="http://www.southrivertech.com"/>).
            Novell's NetDrive is freely available online, but requires
            users to have a NetWare license.</para>
+-->
+        <para>Sowohl WebDrive als auch NetDrive sind ausgezeichnete
+          kommerzielle Produkte, die es ermöglichen, WebDAV-Freigaben
+          unter Windows als Laufwerksbuchstaben einzuhängen. Als
+          Ergebnis können Sie mit den Inhalten dieser Pseudo-Laufwerke
+          mit WebDAV im Hintergrund ebenso einfach und auf dieselbe
+          Weise arbeiten wie mit lokalen Festplatten. Sie können
+          WebDrive von South River Technologies (<ulink
+          url="http://www.southrivertech.com"/>) beziehen.  NetDrive
+          von Novell ist frei online verfügbar, die Benutzung
+          erfordert jedoch eine NetWare Lizenz.</para>

        </sect3>

@@ -1189,6 +1217,7 @@
        <sect3 id="svn.webdav.clients.fs-impl.macosx">
          <title>Mac OS X</title>

+<!--
          <para>Apple's OS X operating system has an integrated
            filesystem-level WebDAV client.  From the Finder, select the
            <guimenuitem>Go&rarr;Connect to Server</guimenuitem> menu
@@ -1197,24 +1226,51 @@
            mount a WebDAV share from the Darwin terminal by using the
            <literal>webdav</literal> filesystem type with the
            <command>mount</command> command:</para>
+-->
+        <para>Apples Betriebssystem OS X besitzt einen integrierten
+          WebDAV-Client auf Dateisystemebene. Wählen Sie im Finder den
+          Menüeintrag <guimenuitem>Go&rarr;Connect to
+          Server</guimenuitem> aus. Geben Sie einen WebDAV-URL ein,
+          und er erscheint als Laufwerk auf der Arbeitsoberfläche so
+          wie jede andere eingehängte Platte. Sie können auch eine
+          WebDAV-Freigabe aus dem Darwin-Terminal einhängen, indem Sie
+          den Dateisystemtypen <literal>webdav</literal> beim Befehl
+          <command>mount</command> angeben:</para>

          <screen>
  $ mount -t webdav http://svn.example.com/repos/project /some/mountpoint
  $
  </screen>

+<!--
          <para>Note that if your <command>mod_dav_svn</command> is
            older than version 1.2, OS X will refuse to mount the share
            as read/write; it will appear as read-only.  This is because
            OS X insists on locking support for read/write shares, and
            the ability to lock files first appeared in Subversion
            1.2.</para>
-
+-->
+        <para>Beachten Sie, dass OS X sich weigert, die Freigabe
+          les- und schreibbar einzuhängen, sofern die Version Ihres
+          <command>mod_dav_svn</command> älter ist als 1.2; in diesem
+          Fall wird sie nur lesbar sein. Das liegt daran, das OS X auf
+          der Unterstützung von Sperren bei les- und schreibbaren
+          Freigaben besteht, und die Fähigkeit, Dateien zu sperren
+          erst mit Subversion 1.2 erschien.</para>
+
+<!--
          <para>Also, OS X's WebDAV client can sometimes be overly
            sensitive to HTTP redirects.  If OS X is unable to mount the
            repository at all, you may need to enable the  
<literal>BrowserMatch</literal>
            directive in the Apache server's
            <filename>httpd.conf</filename>:</para>
+-->
+        <para>Desweiteren kann der WebDAV-Client von OS X manchmal
+          überempfindlich auf HTTP-Weiterleitungen reagieren. Falls OS
+          X das Repository überhaupt nicht einhängen kann, könnte es
+          notwendig sein, die Direktive <literal>BrowserMatch</literal>
+          in der Datei <filename>httpd.conf</filename> des Apache
+          Servers zu aktivieren:</para>

          <screen>
  BrowserMatch "^WebDAVFS/1.[012]" redirect-carefully
@@ -1226,11 +1282,19 @@
        <sect3 id="svn.webdav.clients.fs-impl.linux">
          <title>Linux davfs2</title>

+<!--
          <para>Linux davfs2 is a filesystem module for the Linux kernel,
            whose development is organized at <ulink
            url="http://dav.sourceforge.net/"/>.  Once you install
            davfs2, you can mount a WebDAV network share using the usual  
Linux mount
            command:</para>
+-->
+        <para>Linux davfs2 ist ein Dateisystem-Modul für den Linux-Kernel,
+          dessen Entwicklung bei <ulink
+          url="http://dav.sourceforge.net/"/> betrieben wird. Sobald
+          Sie davfs2 installiert haben, können Sie eine
+          WebDAV-Netzfreigabe mit dem üblichen Linux mount-Befehl
+          einhängen:</para>

          <screen>
  $ mount.davfs http://host/repos /mnt/dav

From svnbook at googlecode.com  Thu May 20 11:32:48 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 20 May 2010 16:32:48 +0000
Subject: Issue 80 in svnbook: ch 4 Branching and Merging - incorrect 
	definition of revision
Message-ID: <0-7155889305988986295-6274579604092621849-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 80 by ppitha: ch 4 Branching and Merging - incorrect definition  
of revision
http://code.google.com/p/svnbook/issues/detail?id=80

I'm both a newbie to svn and a nitpicker.  Chapter 4 states near the top:
"At this point, you should understand how each commit creates an entirely
new filesystem tree (called a “revision”) in the repository."

Finding it alarming that a commit would create an entirely new filesystem
tree, I went and read the chapter on Revisions where it states "Each time
the repository accepts a commit, this creates a new state of the filesystem
tree, called a revision. "

I propose the chapter 4 text say "At this point, you should understand how
each commit creates a new state of filesystem tree (called a “revision”) in
the repository."

Thanks,
Phil
ppitha at gmail.com



From svnbook at googlecode.com  Wed May 26 10:26:27 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 26 May 2010 15:26:27 +0000
Subject: Issue 81 in svnbook: Update feature branches from trunk
Message-ID: <0-7155889305988986295-2742235568945268409-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 81 by bugpwr: Update feature branches from trunk
http://code.google.com/p/svnbook/issues/detail?id=81

 From svnbook:

"Another way of thinking about this pattern is that your weekly sync of
trunk to branch is analogous to running svn update in a working copy, while
the final merge step is analogous to running svn commit from a working
copy. After all, what else is a working copy but a very shallow private
branch? It's a branch that's capable of storing only one change at a time."

The recommended practice seems to be misleading, or the industry doesn't
quite know how to use it. For example, see
http://stackoverflow.com/questions/2146426/how-to-properly-update-a-feature-branch-from-trunk

The problem is that a developer in a large organization, that would usually
require every feature to get to trunk thru one or two feature branches,
cannot really update these numerous small feature branches (with just a few
changesets) by merging huge amounts of trunk changes to each of them. Even
for a smaller development task force, the approach creates a problem during
reintegration of the feature branch.

Suggesting removal of this section, or, alternative practice, like the one
we employ:

[proposal] "When you want to synchronize with the changes from trunk, but
not yet ready to reintegrate the feature branch, you may open a new feature
branch cut from the current trunk. Then, you merge onto the new branch,
delete the previous one and continue working on the new branch. This way,
the merge is always downward (Feature branches -> trunk -> release  
branches)."






From j.m.f at gmx.li  Sun May 30 02:13:00 2010
From: j.m.f at gmx.li (Jens M. Felderhoff)
Date: Sun, 30 May 2010 09:13:00 +0200
Subject: [de] Deutsche =?UTF-8?B?w5xiZXJzZXR6dW5nOg==?= Wie geht es weiter?
Message-ID: <20100530091300.697e0cc6@neuromancer>

So, vor einer Woche habe ich den letzten Rest von Anhang C ins
Repository geschoben.

Leider sind noch einige Punkte bezüglich der deutschen Übersetzung
offen.

Die deutsche Seite zur Koordinierung der Übersetzung (www.svnbook.de)
scheint nicht mehr richtig gepflegt zu werden (ich habe die Anhänge
alle ohne Tickets übersetzt, sonst würde ich heute noch warten).

Laut www.svnbook.de befindet sich das dritte Kapitel seit dem 10.
September 2008 in Übersetzung; im Repository ist allerdings davon noch
nichts aufgetaucht.

Das sechste Kapitel ist bis "Using svnserve with SASL" übersetzt und ins
Repository übergeben worden. Tickets gibt es aber nur für die bereits
übersetzten Teile.

Es wäre schön, wenn sich Beteiligte oder Interessierte mal melden
würden.

Tschüss

Jens


-- 
Intentionally left blank.



From svnbook at googlecode.com  Mon May 31 01:38:50 2010
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 31 May 2010 06:38:50 +0000
Subject: [svnbook] r3737 committed - Changed wording Repository -> 
	Projektarchiv.
Message-ID: <000e0cd1549e1592950487de1c65@google.com>

Revision: 3737
Author: jmfelderhoff at gmx.eu
Date: Sun May 30 23:37:40 2010
Log: Changed wording Repository -> Projektarchiv.

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

Modified:
  /trunk/src/de/book/appa-quickstart.xml
  /trunk/src/de/book/appb-svn-for-cvs-users.xml
  /trunk/src/de/book/appc-webdav.xml
  /trunk/src/de/book/ch00-preface.xml
  /trunk/src/de/book/ch01-fundamental-concepts.xml
  /trunk/src/de/book/ch02-basic-usage.xml
  /trunk/src/de/book/ch04-branching-and-merging.xml
  /trunk/src/de/book/ch05-repository-admin.xml
  /trunk/src/de/book/ch06-server-configuration.xml
  /trunk/src/de/book/ch07-customizing-svn.xml
  /trunk/src/de/book/ch08-embedding-svn.xml
  /trunk/src/de/book/ch09-reference.xml

=======================================
--- /trunk/src/de/book/appa-quickstart.xml	Wed Dec 23 08:59:14 2009
+++ /trunk/src/de/book/appa-quickstart.xml	Sun May 30 23:37:40 2010
@@ -15,7 +15,7 @@
  -->
    <para>Falls Sie Subversion unbedingt zum Laufen bringen wollen (und
      Sie der Typ sind, der durch Experimentieren lernt), erklärt Ihnen
-    dieser Anhang, wie ein Repository erstellt, Code importiert und
+    dieser Anhang, wie ein Projektarchiv erstellt, Code importiert und
      wieder als Arbeitskopie ausgecheckt wird. Dabei zeigen wir
      Verbindungen zu den relevanten Kapiteln in diesem Buch auf.</para>

@@ -129,7 +129,7 @@
        Beachten Sie, dass ein herausgegebenes Quelltextpaket unter
        Umständen nicht alles enthält, was Sie benötigen, um einen
        Kommandozeilen-Client zu bauen, der mit einem entfernten
-      Repository kommunizieren kann. Ab Subversion 1.4 werden die
+      Projektarchiv kommunizieren kann. Ab Subversion 1.4 werden die
        Bibliotheken, von denen Subversion abhängt (apr, apr-util und
        neon) als eigene Quelltextpakete mit dem Suffix
        <filename>-deps</filename> verteilt. Diese Bibliotheken sind
@@ -162,10 +162,10 @@
  -->
      <para>Falls Sie einer der Zeitgenossen sind, die gerne die
        allerneueste Software verwenden, können Sie auch den Quelltext
-      von Subversion aus dem Subversion-Repository bekommen, in dem er
+      von Subversion aus dem Subversion-Projektarchiv bekommen, in dem er
        verwaltet wird. Offensichtlich benötigen Sie hierfür bereits
        einen Subversion-Client. Doch sobald Sie einen haben, können Sie
-      eine Arbeitskopie des Subversion-Quelltext-Repositorys von
+      eine Arbeitskopie des Subversion-Quelltext-Projektarchivs von
        <ulink url="http://svn.collab.net/repos/svn/trunk/"/> auschecken:
        <footnote>
          <para>Beachten Sie, dass der ausgecheckte URL im Beispiel
@@ -276,8 +276,8 @@
        repository.  To begin, create a new repository:</para>
  -->
      <para>Subversion speichert alle versionierten Daten in einem
-      zentralen Repository. Um anzufangen, erstellen Sie ein neues
-      Repository:</para>
+      zentralen Projektarchiv. Um anzufangen, erstellen Sie ein neues
+      Projektarchiv:</para>

      <screen>
  $ svnadmin create /var/svn/repos
@@ -296,11 +296,11 @@
  -->
      <para>Dieser Befehl erzeugt ein neues Verzeichnis,
        <filename>/var/svn/repos</filename>, das ein
-      Subversion-Repository enthält. Dieses neue Verzeichnis
+      Subversion-Projektarchiv enthält. Dieses neue Verzeichnis
        beinhaltet (neben anderen Dingen) eine Sammlung von
        Datenbankdateien. Wenn Sie hineinschauen, werden Sie Ihre
        versionierten Dateien nicht sehen. Weitere Informationen zur
-      Erstellung und Wartung von Repositorys finden Sie in <xref
+      Erstellung und Wartung von Projektarchiven finden Sie in <xref
        linkend="svn.reposadmin"/>.</para>

  <!--
@@ -319,20 +319,20 @@
        the repository.</para>
  -->
      <para>Subversion fehlt das Konzept <quote>Projekt</quote>. Das
-      Repository ist lediglich ein virtuelles, versioniertes
+      Projektarchiv ist lediglich ein virtuelles, versioniertes
        Dateisystem, ein großer Baum, der alles aufnehmen kann, was Sie
        wollen. Manche Administratoren bevorzugen es, nur ein Projekt in
-      einem Repository zu speichern, wohingegen andere mehrere
-      Projekte in einem Repository unterbringen, indem sie sie in
+      einem Projektarchiv zu speichern, wohingegen andere mehrere
+      Projekte in einem Projektarchiv unterbringen, indem sie sie in
        getrennten Unterverzeichnissen ablegen. Wir erörtern die
        Vorteile jedes Ansatzes in <xref
        linkend="svn.reposadmin.projects.chooselayout"/>. So oder so,
-      das Repository verwaltet nur Dateien und Verzeichnisse, so dass
+      das Projektarchiv verwaltet nur Dateien und Verzeichnisse, so dass
        es ganz allein bei den Menschen liegt, bestimmte Verzeichnisse
        als <quote>Projekte</quote> anzusehen. Auch wenn Sie in diesem
        Buch Bezüge auf Projekte sehen sollten, denken Sie daran, dass
        wir dabei nur über irgendein Verzeichnis (oder eine Sammlung von
-      Verzeichnissen) im Repository sprechen.</para>
+      Verzeichnissen) im Projektarchiv sprechen.</para>

  <!--
      <para>In this example, we assume you already have some sort
@@ -351,7 +351,7 @@
      <para>In diesem Beispiel gehen wir davon aus, dass Sie bereits so
        etwas wie ein Projekt (eine Sammlung aus Dateien und
        Verzeichnissen) haben, die Sie in Ihr frisch erstelltes
-      Subversion-Repository importieren möchten. Fangen Sie damit an,
+      Subversion-Projektarchiv importieren möchten. Fangen Sie damit an,
        Ihre Daten innerhalb eines einzelnen Verzeichnisses namens
        <filename>myproject</filename> (oder ein anderer Wunschname) zu
        organisieren. Aus Gründen, die in <xref
@@ -391,7 +391,7 @@
        (see <xref linkend="svn.tour.importing"/>):</para>
  -->
      <para>Sobald Sie Ihre Daten vorbereitet haben, importieren Sie sie
-      mit dem Befehl <command>svn import</command> in das Repository
+      mit dem Befehl <command>svn import</command> in das Projektarchiv
        (siehe <xref linkend="svn.tour.importing"/>):</para>

  <!--
@@ -429,10 +429,10 @@
        directory named <filename>myproject</filename>, which in turn
        contains your data.</para>
  -->
-    <para>Nun enthält das Repository diesen Datenbaum. Wie bereits
+    <para>Nun enthält das Projektarchiv diesen Datenbaum. Wie bereits
        erwähnt, werden Sie Ihre Dateien nicht sehen, wenn Sie direkt
-      in das Repository schauen; sie werden alle in einer Datenbank
-      abgelegt. Das imaginäre Dateisystem des Repositorys jedoch
+      in das Projektarchiv schauen; sie werden alle in einer Datenbank
+      abgelegt. Das imaginäre Dateisystem des Projektarchivs jedoch
        enthält nun ein Verzeichnis namens
        <filename>myproject</filename>, welches wiederum Ihre Daten
        enthält.</para>
@@ -451,11 +451,11 @@
        <filename>/tmp/myproject</filename> unverändert bleibt;
        Subversion kennt es nicht. (Sie können das Verzeichnis
        eigentlich löschen, wenn Sie möchten.) Um damit zu beginnen,
-      Repository-Daten zu manipulieren, müssen Sie eine neue
+      Projektarchiv-Daten zu manipulieren, müssen Sie eine neue
        <quote>Arbeitskopie</quote> der Daten anlegen, eine Art privater
        Arbeitsbereich. Fordern Sie Subversion dazu auf, eine
        Arbeitskopie des Verzeichnisses
-      <filename>myproject/trunk</filename> im Repository
+      <filename>myproject/trunk</filename> im Projektarchiv
        <quote>auszuchecken</quote>:</para>

      <screen>
@@ -474,10 +474,10 @@
        back into the repository.</para>
  -->
      <para>Nun haben Sie eine persönliche Kopie eines Teils des
-      Repositorys in einem Verzeichnis namens
+      Projektarchivs in einem Verzeichnis namens
        <filename>myproject</filename>. Sie können die Dateien in Ihrer
        Arbeitskopie bearbeiten und dann diese Änderungen zurück an das
-      Repository übergeben.</para>
+      Projektarchiv übergeben.</para>

      <itemizedlist>
        <listitem>
@@ -503,7 +503,7 @@
            version of your file to the repository.</para>
  -->
          <para>Rufen Sie <userinput>svn commit</userinput> auf, um die
-          neue Version Ihrer Datei an das Repository zu übergeben.
+          neue Version Ihrer Datei an das Projektarchiv zu übergeben.
          </para>
        </listitem>
        <listitem>
@@ -512,7 +512,7 @@
            copy <quote>up to date</quote> with the repository.</para>
  -->
          <para>Rufen Sie <userinput>svn update</userinput> auf, um Ihre
-          Arbeitskopie bezüglich des Repositorys zu
+          Arbeitskopie bezüglich des Projektarchivs zu
            <quote>aktualisieren</quote>.</para>
        </listitem>
      </itemizedlist>
@@ -531,7 +531,7 @@
        linkend="svn.serverconfig"/> to learn about the different sorts of
        server processes available and how to configure them.</para>
  -->
-    <para>An dieser Stelle haben Sie die Möglichkeit, Ihr Repository
+    <para>An dieser Stelle haben Sie die Möglichkeit, Ihr Projektarchiv
        für andere über das Netz erreichbar zu machen. Siehe <xref
        linkend="svn.serverconfig"/>, um mehr über die verschiedenen
        Arten von verfügbaren Server-Prozessen zu erfahren und wie sie
=======================================
--- /trunk/src/de/book/appb-svn-for-cvs-users.xml	Sat Feb  6 09:21:42 2010
+++ /trunk/src/de/book/appb-svn-for-cvs-users.xml	Sun May 30 23:37:40 2010
@@ -52,8 +52,8 @@
  -->
      <para>In CVS werden Revisionsnummern pro Datei vergeben. Das liegt
        daran, dass CVS seine Daten in RCS-Dateien speichert; für jede
-      Datei gibt es eine entsprechende RCS-Datei im Repository, und
-      die Struktur des Repositorys entspricht grob der Struktur Ihres
+      Datei gibt es eine entsprechende RCS-Datei im Projektarchiv, und
+      die Struktur des Projektarchivs entspricht grob der Struktur Ihres
        Projektbaums.</para>

  <!--
@@ -65,9 +65,9 @@
        about a particular tree (and indirectly, the way the filesystem
        looked after the 54th commit).</para>
  -->
-    <para>In Subversion sieht das Repository aus wie ein einzelnes
+    <para>In Subversion sieht das Projektarchiv aus wie ein einzelnes
        Dateisystem. Jede Übergabe verursacht einen völlig neuen
-      Dateibaum; im Wesentlichen ist das Repository eine Liste aus
+      Dateibaum; im Wesentlichen ist das Projektarchiv eine Liste aus
        Bäumen. Jeder dieser Bäume wird mit einer einzelnen
        Revisionsnumer gekennzeichnet. Wenn jemand von <quote>Revision
        54</quote> redet, ist damit ein bestimmter Baum gemeint (und
@@ -116,8 +116,8 @@
        Subversion eine Kopie des gesamten Baums ist (konventionell in
        die Verzeichnisse <filename>/branches</filename> oder
        <filename>/tags</filename>, die auf der obersten Ebene des
-      Repositorys neben <filename>/trunk</filename> liegen). Im
-      Repository in seiner Gesamtheit können viele Versionen einer
+      Projektarchivs neben <filename>/trunk</filename> liegen). Im
+      Projektarchiv in seiner Gesamtheit können viele Versionen einer
        Datei sichtbar sein: die letzte Version jedes Zweigs, jede mit
        einem Tag versehene Version und natürlich die letzte Version auf
        dem Stamm. Um den Ausdruck also noch weiter zu präzisieren,
@@ -170,10 +170,10 @@
            delete</command> arbeiten nun auf Verzeichnissen wie auf
            Dateien; ebenso <command>svn copy</command> und <command>svn
            move</command>. Jedoch bewirken diese Befehle
-          <emphasis>keine</emphasis> sofortige Änderung im Repository.
+          <emphasis>keine</emphasis> sofortige Änderung im Projektarchiv.
            Stattdessen werden die Objekte einfach zum Hinzufügen oder
            Löschen <quote>vorgemerkt</quote>. Es findet keine Änderung
-          im Repository statt, bevor Sie <userinput>svn
+          im Projektarchiv statt, bevor Sie <userinput>svn
            commit</userinput> aufrufen.</para>
        </listitem>
        <listitem>
@@ -241,7 +241,7 @@
        stillschweigend übergebene Hinzufügungen sowie Löschungen im
        <filename>.svn</filename>-Bereich mitverfolgt. Wenn Sie
        schließlich <userinput>svn update</userinput> aufrufen, wird
-      alles in Bezug auf das Repository glattgezogen und die neue
+      alles in Bezug auf das Projektarchiv glattgezogen und die neue
        Revisionsnummer des Verzeichnisses korrekt vergeben.
        <emphasis>Daher kann erst nach einer Aktualisierung gesagt
        werden, dass es eine <quote>vollständige</quote>
@@ -424,7 +424,7 @@
        update</userinput> oder <userinput>cvs -n update</userinput>
        aufzurufen, um schnell ihre Änderungen zu sehen. Falls Benutzer
        die Option <option>-n</option> vergessen, hat das den
-      Nebeneffekt, dass Repository-Änderungen hineingebracht werden
+      Nebeneffekt, dass Projektarchiv-Änderungen hineingebracht werden
        könnten, um die sie sich momentan noch nicht kümmern
        können.</para>

@@ -453,7 +453,7 @@
  -->
        <para><command>svn status</command> gibt alle Dateien aus, an
          denen lokale Änderungen vorgenommen wurden. Standardmäßig wird
-        kein Kontakt zum Repository hergestellt. Obwohl dieser
+        kein Kontakt zum Projektarchiv hergestellt. Obwohl dieser
          Unterbefehl eine stattliche Anzahl an Optionen versteht, sind
          die folgenden die meistbenutzten:</para>

@@ -465,7 +465,7 @@
              <para>Contact the repository to determine, and then display,
                out-of-dateness information.</para>
  -->
-            <para>Verbindung zum Repository aufnehmen, um
+            <para>Verbindung zum Projektarchiv aufnehmen, um
                Informationen über nicht mehr Aktuelles zu ermitteln und
                dann anzuzeigen.</para>
            </listitem>
@@ -557,7 +557,7 @@
          vorangegangenen Beispiel zeigt das Sternchen an, dass das
          Objekt <filename>faces.html</filename> beim Aktualisieren
          verändert würde, und dass <filename>bloo.png</filename> eine
-        dem Repository hinzugefügte neue Datei ist. (Die Abwesenheit
+        dem Projektarchiv hinzugefügte neue Datei ist. (Die Abwesenheit
          einer Revisionsnummer neben <filename>bloo.png</filename>
          bedeutet, dass die Datei noch nicht in der Arbeitskopie
          vorhanden ist.)</para>
@@ -840,7 +840,7 @@
        Binärdatei abspeichern. Subversion jedoch stellt Unterschiede
        zwischen Dateien mithilfe eines binären Differenzalgorithmus
        dar. Das bedeutet, dass alle Dateien als (komprimierte)
-      Differenzen im Repository abgespeichert werden.</para>
+      Differenzen im Projektarchiv abgespeichert werden.</para>

  <!--
      <para>CVS users have to mark binary files with
@@ -871,7 +871,7 @@
        linkend="svn.advanced.props.special.keywords"/> und <xref
        linkend="svn.advanced.props.special.eol-style"/>). Standardmäßig
        behandelt Subversion alle Dateiinhalte als Byteketten, und
-      Dateien werden stets ohne Umwandlung im Repository
+      Dateien werden stets ohne Umwandlung im Projektarchiv
        gespeichert.</para>

  <!--
@@ -984,13 +984,13 @@
        Server anmelden (mit dem Befehl <command>cvs login</command>),
        bevor Sie irgendeine Lese- oder Schreiboperation vornehmen
        &ndash; manchmal müssen Sie sich sogar für anonyme Vorgänge
-      anmelden. Mit einem Subversion-Repository, das Apache
+      anmelden. Mit einem Subversion-Projektarchiv, das Apache
        <command>httpd</command> oder <command>svnserve</command> als
        Server verwendet, übergeben Sie Zugangsdaten nicht von
        vornherein &ndash; falls eine von Ihnen durchgeführte Tätigkeit
        eine Authentifizierung notwendig macht, fordert der Server Ihre
        Zugangsdaten an (egal, ob es sich um Benutzernamen und Passwort,
-      ein Client-Zertifikat oder beides handelt). Falls Ihr Repository
+      ein Client-Zertifikat oder beides handelt). Falls Ihr Projektarchiv
        also der ganzen Welt Lesezugriff einräumt, brauchen Sie sich für
        Lesevorgänge überhaupt nicht zu legitimieren.</para>

@@ -1030,7 +1030,7 @@
  <!--
      <title>Converting a Repository from CVS to Subversion</title>
  -->
-    <title>Ein Repository von CVS nach Subversion überführen</title>
+    <title>Ein Projektarchiv von CVS nach Subversion überführen</title>

  <!--
      <para>Perhaps the most important way to familiarize CVS users with
@@ -1050,8 +1050,8 @@
      <para>Die vielleicht wichtigste Methode, CVS-Benutzer mit
        Subversion vertraut zu machen, ist es, sie ihre Arbeit an den
        Projekten mit dem neuen System fortführen zu lassen. Obwohl sich
-      das mit einem flachen Import eines exportierten CVS-Repositorys
-      in ein Subversion-Repository bewerkstelligen lässt, umfasst die
+      das mit einem flachen Import eines exportierten CVS-Projektarchivs
+      in ein Subversion-Projektarchiv bewerkstelligen lässt, umfasst die
        gründlichere Lösung nicht nur die Übertragung einer
        Momentaufnahme des aktuellen Datenbestands, sondern der gesamten
        Historie, die sich dahinter verbirgt. Dabei gilt es, ein äußerst
@@ -1061,7 +1061,7 @@
        Verzweigungsstrategien übertragen werden müssen.  Trotzdem
        behaupten eine handvoll Werkzeuge, dass sie zumindest teilweise
        die Fähigkeit mitbringen, bestehende CVS- in
-      Subversion-Repositorys umwandeln zu können.</para>
+      Subversion-Projektarchivs umwandeln zu können.</para>

  <!--
      <para>The most popular (and mature) conversion tool is
@@ -1079,10 +1079,10 @@
        url="http://cvs2svn.tigris.org/"/>), ein Python-Programm, das
        ursprünglich von Mitgliedern der Subversion-Entwicklergemeinde
        erstellt wurde. Dieses Werkzeug soll genau einmal aufgerufen
-      werden: es durchsucht mehrfach Ihr CVS-Repository und versucht
+      werden: es durchsucht mehrfach Ihr CVS-Projektarchiv und versucht
        so gut es eben geht, Übergaben, Zweige und Tags herzuleiten.
        Wenn es fertig ist, liegt als Ergebnis entweder ein
-      Subversion-Repository oder eine portable Subversion-Auszugsdatei
+      Subversion-Projektarchiv oder eine portable Subversion-Auszugsdatei
        vor, die die Historie Ihres Codes repräsentiert. Auf der
        Web-Präsenz finden Sie detaillierte Anleitungen und Warnungen.
      </para>
=======================================
--- /trunk/src/de/book/appc-webdav.xml	Thu May 20 08:40:05 2010
+++ /trunk/src/de/book/appc-webdav.xml	Sun May 30 23:37:40 2010
@@ -299,7 +299,7 @@
        technisch unbedarften Benutzern arbeiten müssen. Stellen Sie
        sich ein Büro vor, in dem gewöhnliche Benutzer auf Microsoft
        Windows oder Mac OS arbeiten. Jeder Benutzer
-      <quote>hängt</quote> das Subversion-Repository
+      <quote>hängt</quote> das Subversion-Projektarchiv
        <quote>ein</quote>, das sich darstellt wie ein gewöhnlicher
        vernetzter Ordner. Sie verwenden den freigegebenen Ordner wie
        immer: öffnen Dateien, bearbeiten und sichern sie. In der
@@ -382,7 +382,7 @@
  -->
      <para>Falls Sie ein Post-Commit-Hook-Programm verwenden, das
        E-Mail verschickt, empfiehlt es sich, die Erstellung der Mail zu
-      unterbinden oder auf bestimmte Abschnitte des Repositorys zu
+      unterbinden oder auf bestimmte Abschnitte des Projektarchivs zu
        beschränken; es hängt davon ab, ob Sie das Hereinprasseln der
        Mails immer noch als wertvolle Benachrichtigungen erachten oder
        nicht. Desweiteren kann ein kluges Post-Commit-Hook-Programm
@@ -413,7 +413,7 @@
      <para>Ein weiteres Merkmal, das eine sinnvolle Ergänzung zur
        Autoversionierung von Subversion sein kann, kommt aus dem Modul
        <literal>mod_mime</literal> von Apache. Falls ein WebDAV-Client
-      dem Repository eine neue Datei hinzufügt, hat der Benutzer keine
+      dem Projektarchiv eine neue Datei hinzufügt, hat der Benutzer keine
        Gelegenheit, das Property <literal>svn:mime-type</literal> zu
        setzen. Das könnte dazu führen, dass die Datei als allgemeines
        Icon angezeigt wird, wenn sie innerhalb eines Ordners über
@@ -877,7 +877,7 @@
            nicht sehr nützlich, da sie keine
            <literal>MKACTIVITY</literal>-Anfragen erlauben. Es ist
            jedenfalls belanglos; wir nehmen an, dass all diese Clients
-          mit einem autoversionierenden Repository zusammenarbeiten.
+          mit einem autoversionierenden Projektarchiv zusammenarbeiten.
          </para>

        </sect3>
@@ -1038,7 +1038,7 @@
          originalen Webordner aus der Zeit vor XP in Ihrem System zu
          verbergen.  Sie können sie ans Licht holen, indem Sie in
          Netzwerkumgebung gehen und eine neue Umgebung anlegen. Wenn
-        Sie danach gefragt werden, tragen Sie den URL des Repositorys
+        Sie danach gefragt werden, tragen Sie den URL des Projektarchivs
          ein, aber <emphasis>verwenden Sie dabei eine
          Portnummer</emphasis> im URL. Beispielsweise sollten Sie statt
          <userinput>http://host/repos</userinput>
@@ -1070,7 +1070,7 @@
            betrachtet, und deshalb alle Authentifizierungsanforderungen
            seitens Apache scheitern lässt, sofern sie nicht über
            <literal>https://</literal> erfolgen. Sollten Sie nicht in
-          der Lage sein, sich über SSL mit dem Subversion-Repository
+          der Lage sein, sich über SSL mit dem Subversion-Projektarchiv
            zu verbinden, können Sie die System-Registratur anpassen, um
            dieses Verhalten zu unterbinden. Dazu ändern Sie einfach den
            Wert des Schlüssels
@@ -1078,10 +1078,10 @@
            von <userinput>1</userinput> auf <userinput>2</userinput>.
            Eine letzte Warnung: Stellen Sie sicher, den Webordner so
            einzurichten, dass er auf das Wurzelverzeichnis des
-          Repositorys (<filename>/</filename>) zeigt, statt auf ein
+          Projektarchivs (<filename>/</filename>) zeigt, statt auf ein
            Unterverzeichnis wie etwa <filename>/trunk</filename>. Die
            Webordner von Vista scheinen nur mit
-          Repository-Wurzelverzeichnissen zu funktionieren.</para>
+          Projektarchiv-Wurzelverzeichnissen zu funktionieren.</para>

  <!--
          <para>In general, while these workarounds may function for
@@ -1113,7 +1113,7 @@
            (<ulink url="http://www.kde.org"/>).  Beide dieser
            Anwendungen besitzen einen eingebauten WebDAV-Client auf
            Dateisystem-Browser-Ebene und funktionieren prima mit einem
-          autoversionierenden Repository.</para>
+          autoversionierenden Projektarchiv.</para>

  <!--
          <para>In GNOME's Nautilus, select the <guimenuitem>File&rarr;Open
@@ -1123,7 +1123,7 @@
  -->
          <para>In GNOMEs Nautilus wählen Sie den Menüeintrag
            <guimenuitem>File&rarr;Open location</guimenuitem> und
-          tragen den URL in den angebotenen Dialog ein. Das Repository
+          tragen den URL in den angebotenen Dialog ein. Das Projektarchiv
            sollte dann wie ein anderes Dateisystem angezeigt werden.
          </para>

@@ -1149,7 +1149,7 @@
            sehen. Falls Sie statt
            <userinput>http://host/repos</userinput> jedoch
            <userinput>webdav://host/repos</userinput> eingeben, wird
-          Konqueror zum WebDAV-Client und zeigt das Repository als
+          Konqueror zum WebDAV-Client und zeigt das Projektarchiv als
            Dateisystem an.</para>

        </sect3>
@@ -1267,7 +1267,7 @@
  -->
          <para>Desweiteren kann der WebDAV-Client von OS X manchmal
            überempfindlich auf HTTP-Weiterleitungen reagieren. Falls OS
-          X das Repository überhaupt nicht einhängen kann, könnte es
+          X das Projektarchiv überhaupt nicht einhängen kann, könnte es
            notwendig sein, die Direktive <literal>BrowserMatch</literal>
            in der Datei <filename>httpd.conf</filename> des Apache
            Servers zu aktivieren:</para>
=======================================
--- /trunk/src/de/book/ch00-preface.xml	Sat May  2 05:05:03 2009
+++ /trunk/src/de/book/ch00-preface.xml	Sun May 30 23:37:40 2010
@@ -291,7 +291,7 @@
              möglichst schnell einen Subversion-Server zum Laufen zu
              bekommen.  <xref linkend="svn.reposadmin"/> und
              <xref linkend="svn.serverconfig"/> zeigen, wie Sie Ihr erstes
-            Repository erzeugen und es über das Netz verfügbar machen
+            Projektarchiv erzeugen und es über das Netz verfügbar machen
              können. Danach sind <xref linkend="svn.tour"/> und
              <xref linkend="svn.forcvs"/> die schnellsten Wege zum Lernen
              des Subversion-Clients.</para>
@@ -538,7 +538,7 @@
  -->
              <para>Erklärt die Grundlagen von Versionskontrolle und
                unterschiedliche Versionierungsmodelle sowie das
-              Repository von Subversion, Arbeitskopien und
+              Projektarchiv von Subversion, Arbeitskopien und
                Revisionen.</para>
            </listitem>
          </varlistentry>
@@ -601,7 +601,7 @@
                the tools you can use to do all of this.</para>
  -->
              <para>Beschreibt die Grundlagen des
-              Subversion-Repositorys, wie man ein Repository anlegt,  
konfiguriert
+              Subversion-Projektarchivs, wie man ein Projektarchiv anlegt,  
konfiguriert
                und wartet sowie die Tools, die man hierfür benutzen
                kann</para>
            </listitem>
@@ -620,7 +620,7 @@
  -->
              <para>Erklärt, wie man einen Subversion-Server
                konfiguriert und unterschiedliche Arten auf ein
-              Repository zuzugreifen: <literal>HTTP</literal>, das
+              Projektarchiv zuzugreifen: <literal>HTTP</literal>, das
                <literal>svn</literal>-Protokoll und über die lokale
                Festplatte. Behandelt werden hier auch die
                Authentifizierung, die Autorisierung und der anonyme
@@ -726,7 +726,7 @@
                mounted read/write as a DAV share.</para>
  -->
              <para>Beschreibt die Details zu WebDAV und DeltaV und wie
-              man sein Subversion-Repository konfiguriert, damit es
+              man sein Subversion-Projektarchiv konfiguriert, damit es
                als freigegebenes DAV-Laufwerk schreibbar in das
                Dateisystem eingehängt werden kann.</para>
            </listitem>
@@ -781,7 +781,7 @@
            the book's own Subversion repository.</para>
  -->
          <para>Sie werden stets die neueste Version dieses Buchs im
-          eigenen Subversion-Repository finden.</para>
+          eigenen Subversion-Projektarchiv finden.</para>
        </listitem>

        <listitem>
@@ -821,7 +821,7 @@
        <ulink url="http://svnbook.red-bean.com"/>.  Dort finden Sie
        Links auf die neuesten Releases und mit Tags versehene Versionen des  
Buchs
        in verschiedenen Formaten ebenso wie eine Anleitung, auf das
-      Subversion-Repository des Buchs zuzugreifen (dort lebt sein
+      Subversion-Projektarchiv des Buchs zuzugreifen (dort lebt sein
        Quellcode im DocBook-XML-Format).  Rückmeldungen sind
        willkommen &ndash; ja sogar erwünscht. Bitte senden Sie alle
        Kommentare, Beschwerden und Patches für die Sourcen des Buchs an
@@ -1547,7 +1547,7 @@
          Tätigkeit und Subversion vereinfacht die Zusammenarbeit mit
          anderen Programmierern. Natürlich ist die Benutzung von
          Subversion nicht umsonst zu bekommen: es kostet
-        administrativen Aufwand. Sie müssen ein Daten-Repository
+        administrativen Aufwand. Sie müssen ein Daten-Projektarchiv
          verwalten, das die Informationen und ihre gesamte Geschichte
          speichert, und Sie müssen sich gewissenhaft um
          Sicherheitskopien kümmern. Wenn Sie täglich mit den Daten
@@ -1797,16 +1797,16 @@
          repository.  Others bypass the network altogether and access the
          repository directly.</para>
  -->
-      <para>An einem Ende ist das Repository von Subversion, das die
+      <para>An einem Ende ist das Projektarchiv von Subversion, das die
          gesamten versionierten Daten enthält. Am anderen Ende ist das
          Subversion-Client-Programm, das die lokale Spiegelung von
          Teilen dieser versionierten Daten verwaltet
          (<quote>Arbeitskopien</quote> genannt). Zwischen den
          entgegengesetzten Enden befinden sich mehrere Wege über
-        verschiedene Repository-Zugriffsschichten. Einige dieser Pfade
+        verschiedene Projektarchiv-Zugriffsschichten. Einige dieser Pfade
          gehen über Computernetzwerke und über Netzwerkserver, die dann
-        auf das Repository zugreifen. Andere lassen das Netz links
-        liegen und greifen direkt auf das Repository zu.</para>
+        auf das Projektarchiv zugreifen. Andere lassen das Netz links
+        liegen und greifen direkt auf das Projektarchiv zu.</para>

      </sect2>

@@ -1864,7 +1864,7 @@
              <para>A tool for directly inspecting a Subversion  
repository</para>
  -->
              <para>Ein Werkzeug zur direkten Untersuchung eines
-              Subversion-Repositorys</para>
+              Subversion-Projektarchivs</para>
            </listitem>
          </varlistentry>

@@ -1876,7 +1876,7 @@
                repository</para>
  -->
              <para>Ein Werkzeug zum Erstellen, Verändern oder
-              Reparieren eines Repositorys</para>
+              Reparieren eines Projektarchivs</para>
            </listitem>
          </varlistentry>

@@ -1889,7 +1889,7 @@
                network</para>
  -->
              <para>Ein Plug-In-Modul für den Apache-HTTP-Server, wird
-              benötigt, um das Repository über ein Netzwerk verfügbar
+              benötigt, um das Projektarchiv über ein Netzwerk verfügbar
                zu machen</para>
            </listitem>
          </varlistentry>
@@ -1904,7 +1904,7 @@
  -->
              <para>Ein spezielles Server-Programm, dass als
                Hintergrundprozess laufen oder von SSH aufgerufen werden
-              kann; eine weitere Möglichkeit, das Repository über ein
+              kann; eine weitere Möglichkeit, das Projektarchiv über ein
                Netzwerk verfügbar zu machen.</para>
            </listitem>
          </varlistentry>
@@ -1917,7 +1917,7 @@
                streams</para>
  -->
              <para>Ein Programm zum Filtern von
-            Subversion-Repository-Dump-Streams</para>
+            Subversion-Projektarchiv-Dump-Streams</para>
            </listitem>
          </varlistentry>

@@ -1929,7 +1929,7 @@
              repository to another over a network</para>
  -->
              <para>Ein Programm zum inkrementellen Spiegeln eines
-              Repositorys über ein Netzwerk</para>
+              Projektarchivs über ein Netzwerk</para>
            </listitem>
          </varlistentry>

@@ -1988,13 +1988,13 @@
                under version control, auto-escaping of URLs, and a
                localized user interface.</para>
  -->
-            <para>Release 1.1 führte FSFS ein, eine  
Repository-Speicheroption,
+            <para>Release 1.1 führte FSFS ein, eine  
Projektarchiv-Speicheroption,
                die auf Dateien basiert. Obwohl das
                Berkeley-DB-Backend immer noch weitverbreitet ist und
                unterstützt wird, ist FSFS mittlerweile wegen der
                niedrigen Einstiegshürde und des minimalen
                Wartungsbedarfs die Standard-Auswahl für
-              neu erzeugte Repositorys. Ebenfalls kam mit diesem
+              neu erzeugte Projektarchivs. Ebenfalls kam mit diesem
                Release die Möglichkeit, symbolische Links unter
                Versionskontrolle zu stellen, das automatische Maskieren
                von URLs und eine sprachabhängige
@@ -2032,7 +2032,7 @@
                Bedarf, solche Ressourcen zu versionieren und zu
                schützen. Zusammen mit dem Sperren kam auch eine
                vollständige WebDAV-Auto-Versionierungs-Implementierung,
-              die es erlaubt, Subversion-Repositorys als
+              die es erlaubt, Subversion-Projektarchivs als
                Netzwerkverzeichnisse einzuhängen. Schließlich begann
                Subversion 1.2 einen neuen, schnelleren binären
                Differenzalgorithmus zu verwenden, um alte Versionen von
@@ -2081,12 +2081,12 @@
  -->
              <para>Release 1.4 führte ein völlig neues
                Werkzeug &ndash; <command>svnsync</command> &ndash;  ein, um
-              eine Einbahn-Replizierung von Repositorys über das Netz
+              eine Einbahn-Replizierung von Projektarchivs über das Netz
                vornehmen zu können. Größere Teile der
                Arbeitskopie-Metadaten wurden überarbeitet, so dass
                nicht mehr XML benutzt wurde (was sich in erhöhter
                Geschwindigkeit auf Client-Seite niederschlug), während
-              das Berkeley-DB-Repository-Backend die Fähigkeit erhielt,
+              das Berkeley-DB-Projektarchiv-Backend die Fähigkeit erhielt,
                sich nach einem Server-Crash automatisch
                wiederherzustellen.</para>
            </listitem>
=======================================
--- /trunk/src/de/book/ch01-fundamental-concepts.xml	Sun Feb  7 11:04:26  
2010
+++ /trunk/src/de/book/ch01-fundamental-concepts.xml	Sun May 30 23:37:40  
2010
@@ -31,7 +31,7 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <sect1 id="svn.basic.repository">
-    <title>Das Repository</title>
+    <title>Das Projektarchiv</title>

  <!--    <para>Subversion is a centralized system for sharing information.
        At its core is a repository, which is a central store of data.
@@ -44,11 +44,11 @@
        client receives information from others.  <xref
        linkend="svn.basic.repository.dia-1"/> illustrates this.</para> -->
      <para>Subversion ist ein zentralisiertes System zur gemeinsamen
-      Nutzung von Informationen. In seinem Kern ist ein Repository ein
-      zentraler Speicher von Daten. Das Repository speichert Informationen
+      Nutzung von Informationen. In seinem Kern ist ein Projektarchiv ein
+      zentraler Speicher von Daten. Das Projektarchiv speichert  
Informationen
        in Form eines <firstterm>Dateisystembaumes</firstterm>,  
typischerweise
        eine Hierarchie von Dateien und Verzeichnissen. Eine beliebige Anzahl
-      von <firstterm>Clients</firstterm> verbinden sich mit dem Repository
+      von <firstterm>Clients</firstterm> verbinden sich mit dem  
Projektarchiv
        und lesen oder schreiben diese Dateien. Durch den Schreibvorgang,
        macht ein Client Informationen für andere verfügbar. Durch den
        Lesevorgang bekommt der Client Informationen von anderen zur  
Verfügung
@@ -70,9 +70,9 @@
        rearrangement of files and directories.</para> -->
      <para>So, warum ist das interessant? Bis zu diesem Punkt hört sich
        das wie die Definition eines typischen File-Servers an. Und
-      tatsächlich, das Repository <emphasis>ist</emphasis> eine Art von
+      tatsächlich, das Projektarchiv <emphasis>ist</emphasis> eine Art von
        File-Server, aber nicht von der Art, die Sie kennen.  Was das
-      Subversion-Repository so speziell macht ist, dass es sich
+      Subversion-Projektarchiv so speziell macht ist, dass es sich
        <emphasis>jede Änderung merkt</emphasis>, die jemals
        hineingeschrieben wurde. Jede Änderung an jeder Datei und auch
        Änderungen am Verzeichnisbaum selbst, wie z.B. das Hinzufügen,  
Löschen und
@@ -90,7 +90,7 @@
        any <firstterm>version control system</firstterm>: systems that
        are designed to track changes to data over time.
      </para> -->
-    <para>Wenn ein Client Daten vom Repository liest, bekommt der Client
+    <para>Wenn ein Client Daten vom Projektarchiv liest, bekommt der Client
        üblicherweise nur die letzte Version des Dateisystem-Baumes zu sehen.
        Der Client hat aber auch die Möglichkeit,  
<emphasis>vorherige</emphasis>
        Zustände des Dateibaumes anzuschauen.
@@ -221,7 +221,7 @@
        <para>Viele Versionskontrollsysteme verwenden ein
          <firstterm>Sperren - Ändern - Entsperren</firstterm>-Modell
          um zu verhindern, dass verschiedene Autoren sich gegenseitig die
-        Änderungen löschen. Bei diesem Modell erlaubt das Repository nur
+        Änderungen löschen. Bei diesem Modell erlaubt das Projektarchiv nur
          jeweils einem Programmierer den Zugriff auf eine Datei.
          Harry müsste also die Datei sperren, ehe er anfängt, seine
          Änderungen einzugeben. Wenn Harry die Datei gesperrt hat,
@@ -361,7 +361,7 @@
        <para>Subversion, CVS und viele andere Versionskontrollsysteme
          benutzen eine „Kopieren – Ändern – Zusammenfassen“ &mdash;
          Version als Alternative zum Sperren. In diesem Modell erschafft
-        jeder User sich eine eigene Arbeitskopie der im Repository
+        jeder User sich eine eigene Arbeitskopie der im Projektarchiv
          vorhandenen Dateien und Verzeichnisse. Dann können die User
          gleichzeitig und unabhängig voneinander ihre jeweiligen
          Änderungen eingeben und speichern. Am Ende werden dann alle
@@ -389,11 +389,11 @@
          process.</para>
        -->
        <para>Hier ist ein Beispiel: Harry und Sally haben sich
-        jeweils eine eigene Arbeitskopie des im Repository vorhandenen
+        jeweils eine eigene Arbeitskopie des im Projektarchiv vorhandenen
          Projektes geschaffen. Beide arbeiten nun am selben File A
          innerhalb ihrer jeweiligen Kopien. Sally speichert ihre Version
-        zuerst im Repository ab. Wenn Harry später ebenfalls versucht,
-        seine Änderungen zu speichern, informiert ihn das Repository,
+        zuerst im Projektarchiv ab. Wenn Harry später ebenfalls versucht,
+        seine Änderungen zu speichern, informiert ihn das Projektarchiv,
          das sein File A nicht mehr aktuell ist. Das bedeutet, dass
          seitdem er sich seine Kopie erschaffen hat, sind irgendwelche
          Änderungen aufgetreten. Also bittet Harry seinen Client darum,
@@ -401,7 +401,7 @@
          einzuarbeiten. Die Möglichkeit besteht, dass Sallys Änderungen
          mit seinen nicht überlappen, wenn er also alle Änderungen
          eingearbeitet hat, kann er seine Arbeitskopie zurück in das
-        Repository speichern. Die Abbildungen
+        Projektarchiv speichern. Die Abbildungen
          <xref linkend="svn.basic.vsn-models.copy-merge.dia-1"/> und <xref
          linkend="svn.basic.vsn-models.copy-merge.dia-2"/> zeigen diesen
          Proczess.</para>
@@ -450,7 +450,7 @@
           erkennnen und die nötigen intelligenten Änderungen durchzuführen.
           Wenn Harry die Konfliktsituationen &mdash; vielleicht nach
           einer kurzen Diskussion mit Sally &mdash; gelöst hat,
-         kann er seine Datei problemlos ins Repository speichern.</para>
+         kann er seine Datei problemlos ins Projektarchiv speichern.</para>

        <!--
        <para>The copy-modify-merge model may sound a bit chaotic, but
@@ -523,7 +523,7 @@
          -->
          <para>Das Kopieren-Ändern-Zusammenführen-Modell beruht auf der  
Annahme
            dass Dateien kontextbezogen zusammenführbar sind &ndash; d.h. die
-          Mehrzahl der Dateien im Repository sind zeilenorientierte  
Textdateien
+          Mehrzahl der Dateien im Projektarchiv sind zeilenorientierte  
Textdateien
            (wie z.B. Programm-Quelltext). Aber für Dateien in
            Binärformaten, wie Grafiken und Klänge, ist es oftmals
            nicht möglich, konfligierende Änderungen zusammenzuführen. In  
diesen
@@ -571,7 +571,7 @@
  <!--
        <title>Subversion Repository URLs</title>
  -->
-      <title>Subversion-Repository-URLs</title>
+      <title>Subversion-Projektarchiv-URLs</title>

  <!--
        <para>Throughout this book, Subversion uses URLs to identify
@@ -581,7 +581,7 @@
          part of the URL:</para>
  -->
        <para>Das ganze Buch hindurch verwendet Subversion URLs, um
-        Dateien und Verzeichnisse in Subversion-Repositorys zu
+        Dateien und Verzeichnisse in Subversion-Projektarchivs zu
          identifizieren. Meistens benutzen diese URLs die
          Standardsyntax, die es erlaubt, Servernamen und Portnummern
          als Teil des URL zu spezifizieren:</para>
@@ -602,7 +602,7 @@
        <para>Allerdings gibt es einige bemerkenswerte Feinheiten, wie
          Subversion mit URLs umgeht. Beispielsweise dürfen URLs, die
          die <literal>file://</literal>-Zugriffsmethode enthalten (für
-        lokale Repositorys verwendet), gemäß Konvention entweder
+        lokale Projektarchive verwendet), gemäß Konvention entweder
          den Servernamen <literal>localhost</literal> oder gar keinen
          Servernamen enthalten:</para>

@@ -626,10 +626,10 @@
        <para>Darüber hinaus müssen Benutzer des
          <literal>file://</literal> Schemas auf Windows-Plattformen
          eine inoffizielle <quote>Standard</quote>-Syntax verwenden
-        falls auf Repositorys auf derselben Maschine aber auf einem
+        falls auf Projektarchive auf derselben Maschine aber auf einem
          anderen Laufwerk zugegriffen werden soll.  Beide  der
          folgenden URL-Pfad-Syntaxen funktionieren, wobei
-        <literal>X</literal> das Laufwerk ist, wo das Repository
+        <literal>X</literal> das Laufwerk ist, wo das Projektarchiv
          liegt:</para>
        <screen>
  C:\&gt; svn checkout file:///X:/var/svn/repos
@@ -716,7 +716,7 @@
          <command>svn</command> Programm behandelt.</para>

        <sidebar id="svn.basic.in-action.wc.sb-1">
-        <title>Repository URLs</title>
+        <title>Projektarchiv-URLs</title>

  <!--
          <para>You can access Subversion repositories through many
@@ -728,11 +728,11 @@
            different URL schemes map to the available access
            methods.</para>
  -->
-        <para>Sie können auf Subversion-Repositorys über viele
+        <para>Sie können auf Subversion-Projektarchive über viele
            unterschiedliche Methoden zugreifen &ndash; auf der
            lokalen Festplatte oder über verschiedene Protokolle, je
            nachdem, wie Ihr Administrator es eingerichtet hat. Ein Ort
-          im Repository ist jedenfalls immer ein URL.
+          im Projektarchiv ist jedenfalls immer ein URL.
            <xref linkend="svn.basic.in-action.wc.tbl-1"/> beschreibt,
            wie unterschiedliche URL Schemata auf die verfügbaren
            Zugriffsmethoden abgebildet werden.</para>
@@ -741,7 +741,7 @@
  <!--
            <title>Repository access URLs</title>
  -->
-          <title>Repository-Zugriffs-URLs</title>
+          <title>Projektarchiv-Zugriffs-URLs</title>
            <tgroup cols="2">
              <thead>
                <row>
@@ -758,7 +758,7 @@
  <!--
                  <entry>Direct repository access (on local disk)</entry>
  -->
-                <entry>Direkter Repository-Zugriff (auf lokaler
+                <entry>Direkter Projektarchiv-Zugriff (auf lokaler
                    Festplatte)</entry>
                </row>
                <row>
@@ -871,10 +871,10 @@
          funktionieren, stellt Ihnen Subversion Befehle zur Verfügung,
          um Ihre Änderungen den anderen, die an Ihrem Projekt
          mitarbeiten, <quote>publik</quote> zu machen (indem es ins
-        Repository schreibt). Wenn die anderen ihre Änderungen
+        Projektarchiv schreibt). Wenn die anderen ihre Änderungen
          veröffentlichen, stellt Ihnen Subversion Befehle zur
          Verfügung, um diese Änderungen in Ihr Arbeitsverzeichnis
-        einzupflegen (indem es aus dem Repository liest).</para>
+        einzupflegen (indem es aus dem Projektarchiv liest).</para>

  <!--
        <para>A working copy also contains some extra files, created and
@@ -905,12 +905,12 @@
          arrangement, a user's working copy will usually correspond to
          a particular subtree of the repository.</para>
  -->
-      <para>Oft enthält ein typisches Subversion-Repository die
+      <para>Oft enthält ein typisches Subversion-Projektarchiv die
          Dateien (oder den Quelltext) für verschiedene Projekte; für
          gewöhnlich ist jedes Projekt ein Unterverzeichnis im
-        Dateisystembaum des Repositorys.  Bei dieser Anordnung
+        Dateisystembaum des Projektarchivs.  Bei dieser Anordnung
          entspricht die Arbeitskopie eines Benutzers gewöhnlich einem
-        bestimmten Unterverzeichnis des Repositorys.</para>
+        bestimmten Unterverzeichnis des Projektarchivs.</para>

  <!--
        <para>For example, suppose you have a repository that contains
@@ -919,7 +919,7 @@
          top-level subdirectory, as shown in <xref
          linkend="svn.basic.in-action.wc.dia-1"/>.</para>
  -->
-      <para>Nehmen wir zum Beispiel an, Sie haben ein Repository, das
+      <para>Nehmen wir zum Beispiel an, Sie haben ein Projektarchiv, das
          zwei Software-Projekte beinhaltet, <literal>paint</literal> und
          <literal>calc</literal>.  Jedes Projekt ist in einem eigenen
          Hauptverzeichnis abgelegt, wie in <xref
@@ -929,7 +929,7 @@
  <!--
          <title>The repository's filesystem</title>
  -->
-        <title>Das Dateisystem des Repositorys</title>
+        <title>Das Dateisystem des Projektarchivs</title>
          <graphic fileref="images/ch02dia6.png"/>
        </figure>

@@ -943,7 +943,7 @@
          working copy like this:</para>
  -->
        <para>Um eine Arbeitskopie zu erhalten, muss zunächst irgendein
-        Teilbaum des Repositorys <firstterm>ausgecheckt</firstterm>
+        Teilbaum des Projektarchivs <firstterm>ausgecheckt</firstterm>
          werden(check out).  (Der Begriff <emphasis>check
            out</emphasis> hört sich an, als habe es etwas mit dem
          Sperren oder Reservieren von Ressourcen zu tun, hat es aber
@@ -987,7 +987,7 @@
          an, dass Subversion Ihrer Arbeitskopie eine Anzahl von
          Objekten hinzufügt (Add).  Sie haben nun eine persönliche
          Kopie des Verzeichnisses <filename>/calc</filename> im
-        Repository, mit einem zusätzlichen
+        Projektarchiv, mit einem zusätzlichen
          Eintrag &ndash; <filename>.svn</filename> &ndash; das, wie bereits
          erwähnt, die besonderen Informationen enthält, die Subversion
          benötigt.</para>
@@ -1009,7 +1009,7 @@
          Subversion erkennen, dass Sie die Datei verändert haben.
          Trotzdem veröffentlicht Subversion Ihre Änderungen solange
          nicht, bis Sie es ausdrücklich hierzu auffordern. Der Vorgang
-        des Veröffentlichens von Änderungen über das Repository ist
+        des Veröffentlichens von Änderungen über das Projektarchiv ist
          gemeinhin bekannter als <firstterm>commit</firstterm> (oder
          <firstterm>check in</firstterm>).</para>

@@ -1045,7 +1045,7 @@
          file.</para>
  -->
        <para>Nun sind Ihre Änderungen an <filename>button.c</filename> dem
-        Repository überstellt, mitsamt einer Notiz, die Ihre Änderung
+        Projektarchiv überstellt, mitsamt einer Notiz, die Ihre Änderung
          beschreibt (nämlich, dass Sie einen Tippfehler beseitigt
          haben). Wenn eine andere Benutzerin eine Arbeitskopie von
          <filename>/calc</filename> auscheckt, wird sie Ihre
@@ -1121,7 +1121,7 @@
          Beachten Sie, dass Sally nicht angeben musste, welche Dateien
          zu aktualisieren sind; Subversion benutzt die Informationen
          aus dem <filename>.svn</filename> Verzeichnis und
-        darüber hinaus weitere Informationen im Repository, um zu
+        darüber hinaus weitere Informationen im Projektarchiv, um zu
          entscheiden, welche Dateien auf den neuesten Stand gebracht
          werden müssen.</para>

@@ -1150,7 +1150,7 @@
          Verzeichnisse erzeugen, löschen, umbenennen und kopieren und
          dann den gesamten Umfang der Änderungen als atomare
          Transaktion durch ein <command>svn commit</command> in das
-        Repository einbringen.</para>
+        Projektarchiv einbringen.</para>

  <!--
        <para>By atomic transaction, we mean simply this: either all of
@@ -1160,7 +1160,7 @@
          users' actions.</para>
  -->
        <para>Eine atomare Transaktion bedeutet: entweder es gehen alle
-        Änderungen in das Repository oder keine. Angesichts von
+        Änderungen in das Projektarchiv oder keine. Angesichts von
          Programmabstürzen, Systemabstürzen, Netzproblemen oder anderer
          Benutzeraktionen hält Subversion an dieser Atomizität
          fest.</para>
@@ -1174,12 +1174,12 @@
          repository is numbered 0 and consists of nothing but an
          empty root directory.</para>
  -->
-      <para>Jedes Mal wenn das Repository ein Commit annimmt, wird ein
+      <para>Jedes Mal wenn das Projektarchiv ein Commit annimmt, wird ein
          neuer Zustand des Dateisystem-Baums erzeugt, der
          <firstterm>Revision</firstterm> genannt wird. Jeder Revision
          wird eine einmalige natürliche Zahl zugewiesen, die um eins
          größer ist als die Vorgänger-Revision. Die anfängliche
-        Revision eines frisch erzeugten Repositorys bekommt die Nummer
+        Revision eines frisch erzeugten Projektarchivs bekommt die Nummer
          0 und besteht lediglich aus einem leeren
          Wurzelverzeichnis.</para>

@@ -1192,18 +1192,18 @@
          repository looked after a commit.</para>
  -->
        <para><xref linkend="svn.basic.in-action.revs.dia-1"/> zeigt,
-        wie man sich das Repository vorstellen kann. Stellen Sie sich
+        wie man sich das Projektarchiv vorstellen kann. Stellen Sie sich
          eine Reihe von Revisionsnummern vor, die bei 0 startet und von
          links nach rechts wächst. Jede Revisionsnummer hat einen
          Dateisystem-Baum unter sich hängen, der ein
-        <quote>Schnappschuss</quote> des Repositorys nach einem Commit
+        <quote>Schnappschuss</quote> des Projektarchivs nach einem Commit
          ist.</para>

        <figure id="svn.basic.in-action.revs.dia-1">
  <!--
          <title>The repository</title>
  -->
-        <title>Das Repository</title>
+        <title>Das Projektarchiv</title>
          <graphic fileref="images/ch02dia7.png"/>
        </figure>

@@ -1237,7 +1237,7 @@
            Dateien angewendet. Jede Revisionsnummer wählt einen
            kompletten Baum aus; ein besonderer Zustand nach dem Commit
            einer Änderung. Man kann sich auch vorstellen, dass Revision
-          N den Zustand des Repository-Dateisystems nach dem N-ten
+          N den Zustand des Projektarchiv-Dateisystems nach dem N-ten
            Commit repräsentiert. Wenn Subversion-Benutzer von
            <quote>Revision 5 von <filename>foo.c</filename></quote>
            sprechen, meinen sie tatsächlich
@@ -1260,10 +1260,10 @@
          most recent revision is 4:</para>
  -->
        <para>Es ist wichtig zu beachten, dass eine Arbeitskopie nicht
-        immer genau einer Revision im Repository zugeordnet werden
+        immer genau einer Revision im Projektarchiv zugeordnet werden
          kann; sie kann Dateien aus verschiedenen Revisionen
          beinhalten. Nehmen wir z.B. an, Sie checken sich eine
-        Arbeitskopie einer Datei aus einem Repository aus, deren
+        Arbeitskopie einer Datei aus einem Projektarchiv aus, deren
          neueste Revision 4 ist:</para>

        <screen>
@@ -1281,11 +1281,11 @@
          working copy will now look like this:</para>
  -->
        <para>In diesem Augenblick entspricht Ihre Arbeitskopie exakt
-        der Revision im Repository. Sie machen jetzt allerdings eine
+        der Revision im Projektarchiv. Sie machen jetzt allerdings eine
          Änderung an <filename>button.c</filename> und bringen diese
-        Änderung mit einem Commit ins Repository. Angenommen, dass
+        Änderung mit einem Commit ins Projektarchiv. Angenommen, dass
          keine weiteren Commits vorgenommen wurden, wird Ihr Commit die
-        Revision 5 im Repository erzeugen, und Ihre Arbeitskopie sieht
+        Revision 5 im Projektarchiv erzeugen, und Ihre Arbeitskopie sieht
          so aus:</para>

        <screen>
@@ -1331,7 +1331,7 @@
          Arbeitskopie von <filename>Makefile</filename> mit Revision 6,
          um zu zeigen, dass es noch aktuell ist. Wenn Sie also ein
          sauberes Update von der Wurzel Ihrer Arbeitskopie her machen,
-        sollte sie im Allgemeinen genau einer Revision im Repository
+        sollte sie im Allgemeinen genau einer Revision im Projektarchiv
          entsprechen.</para>

      </sect2>
@@ -1342,7 +1342,7 @@
  <!--
        <title>How Working Copies Track the Repository</title>
  -->
-      <title>Wie Arbeitskopien das Repository verfolgen</title>
+      <title>Wie Arbeitskopien das Projektarchiv verfolgen</title>

  <!--
        <para>For each file in a working directory, Subversion records
@@ -1372,7 +1372,7 @@
              updated by the repository</para>
  -->
            <para>Ein Zeitstempel, der festhält, wann die lokale Kopie
-            das letzte Mal vom Repository aktualisiert wurde.</para>
+            das letzte Mal vom Projektarchiv aktualisiert wurde.</para>
          </listitem>
        </itemizedlist>

@@ -1382,7 +1382,7 @@
          working file is in:</para>
  -->
        <para>Mit diesen Informationen kann Subversion durch
-        Kommunikation mit dem Repository feststellen, in
+        Kommunikation mit dem Projektarchiv feststellen, in
          welchem der folgenden Zustände sich eine Arbeitsdatei
          befindet:</para>

@@ -1404,7 +1404,7 @@
  -->
              <para>Die Datei im Arbeitsverzeichnis ist unverändert, und
                keinerlei Änderungen an der Datei sind seit der
-              Arbeitsrevision an das Repository übergeben worden. Ein
+              Arbeitsrevision an das Projektarchiv übergeben worden. Ein
                <command>svn commit</command> der Datei würde nichts
                machen, und ein <command>svn update</command> der Datei
                auch nicht.</para>
@@ -1429,8 +1429,8 @@
  -->
              <para>Die Datei wurde im Arbeitsverzeichnis geändert, und
                keinerlei Änderungen an der Datei sind seit der letzten
-              Aktualisierung an das Repository übergeben worden. Es
-              gibt lokale Änderungen, die noch nicht an das Repository
+              Aktualisierung an das Projektarchiv übergeben worden. Es
+              gibt lokale Änderungen, die noch nicht an das Projektarchiv
                übergeben worden sind, so dass ein <command>svn
                  commit</command> der Datei Ihre Änderungen erfolgreich
                veröffentlichen würde, und ein <command>svn
@@ -1456,7 +1456,7 @@
                latest changes into your working copy.</para>
  -->
              <para>Die Datei wurde im Arbeitsverzeichnis nicht
-              geändert, jedoch im Repository. Die Datei sollte
+              geändert, jedoch im Projektarchiv. Die Datei sollte
                aktualisiert werden, damit sie bezüglich der letzten
                öffentlichen Revision aktuell ist. Ein <command>svn
                  commit</command> der Datei würde nichts machen, und
@@ -1485,7 +1485,7 @@
               resolve the conflict.</para>
  -->
              <para>Die Datei wurde sowohl im Arbeitsverzeichnis als
-              auch im Repository geändert. Ein <command>svn
+              auch im Projektarchiv geändert. Ein <command>svn
                commit</command> der Datei würde mit einem
              <quote>out-of-date</quote> Fehler abbrechen. Die Datei
              sollte erst aktualisiert werden; ein <command>svn
@@ -1561,13 +1561,13 @@
            publish them.</para>
  -->
          <para>Eine der grundlegenden Regeln von Subversion ist, dass
-          eine Aktion, die in das Repository schreibt keine Aktion zur
-          Folge hat, die aus dem Repository liest und umgekehrt. Wenn
-          Sie bereit sind, neue Änderungen an das Repository zu
+          eine Aktion, die in das Projektarchiv schreibt keine Aktion zur
+          Folge hat, die aus dem Projektarchiv liest und umgekehrt. Wenn
+          Sie bereit sind, neue Änderungen an das Projektarchiv zu
            übergeben, heißt das noch lange nicht, dass Sie auch die
            Änderungen anderer haben möchten. Und wenn Sie noch an
            Änderungen arbeiten, sollte <command>svn update</command>
-          elegant die Änderungen aus dem Repository mit Ihren
+          elegant die Änderungen aus dem Projektarchiv mit Ihren
            Änderungen zusammenführen anstatt Sie dazu zu zwingen, Ihre
            Änderungen zu veröffentlichen.</para>

@@ -1614,13 +1614,13 @@
          <para>Nehmen wir zum Beispiel an, Ihre Arbeitskopie besteht
            komplett aus Revision 10. Sie bearbeiten die Datei
            <filename>foo.html</filename> und führen ein <command>svn
-            commit</command> aus, das die Revision 15 im Repository
+            commit</command> aus, das die Revision 15 im Projektarchiv
            erzeugt. Nach dem erfolgreichen Commit würden viele neue
            Benutzer erwarten, dass die gesamte Arbeitskopie auf
            Revision 15 stehe, was aber nicht der Fall ist! Alle
            möglichen Änderungen können sich zwischen Revision 10 und 15
-          im Repository zugetragen haben. Der Client weiß nichts über
-          diese Änderungen im Repository, da Sie noch nicht
+          im Projektarchiv zugetragen haben. Der Client weiß nichts über
+          diese Änderungen im Projektarchiv, da Sie noch nicht
            <command>svn update</command> aufgerufen haben, und
            <command>svn commit</command> zieht keine Änderungen herein.
            Wenn andererseits <command>svn commit</command> automatisch
@@ -1662,12 +1662,12 @@
          <para>Tatsache ist, dass <emphasis>jedes Mal</emphasis> wenn
            Sie <command>svn commit</command> aufgerufen haben, die
            Arbeitskopie aus irgendeiner Mischung von Revisionen
-          besteht. Die Sachen, die Sie eben ins Repository gebracht
+          besteht. Die Sachen, die Sie eben ins Projektarchiv gebracht
            haben, werden mit höheren Revisionsnummern gekennzeichnet
            als alles andere. Nach einigen Commits (ohne
            zwischenzeitliche Updates) ist Ihre Arbeitskopie eine
            Riesenmischung von Revisionen. Selbst wenn Sie die einzige
-          Person sind, die das Repository benutzt, werden sie dieses
+          Person sind, die das Projektarchiv benutzt, werden sie dieses
            Phänomen bemerken. Um Ihre Mischung aus Arbeitsrevisionen
            untersuchen zu können, verwenden Sie den Befehl <command>svn
              status</command> mit der <option>--verbose</option>-Option
@@ -1768,9 +1768,9 @@
            destroying changes you've not yet seen.</para>
  -->
          <para>Erstens kann die Löschung einer Datei oder eines
-          Verzeichnisses nicht an das Repository übergeben werden,
+          Verzeichnisses nicht an das Projektarchiv übergeben werden,
            wenn die Datei oder das Verzeichnis nicht ganz aktuell ist.
-          Falls eine neuere Version im Repository existiert, wird Ihr
+          Falls eine neuere Version im Projektarchiv existiert, wird Ihr
            Löschversuch abgelehnt, um zu vermeiden, dass Sie
            versehentlich Änderungen löschen, die Sie noch nicht gesehen
            haben.</para>
@@ -1785,7 +1785,7 @@
            destroy properties you've not yet seen.</para>
  -->
          <para>Zweitens können Sie keine Änderungen an Metadaten eines
-          Verzeichnisses an das Repository übergeben, wenn das
+          Verzeichnisses an das Projektarchiv übergeben, wenn das
            Verzeichnis nicht ganz aktuell ist. In <xref
              linkend="svn.advanced"/> werden Sie lernen, wie man
            <quote>Propertys</quote> an Objekte hängt. Die Arbeitskopie
@@ -1823,8 +1823,8 @@
            the client working copy, and the array of repository
            revision trees.</para>
  -->
-        <para>Wir haben die Begriffe zentrales Repository,
-          Arbeitskopie und Reihe von Revisionsbäumen des Repositorys
+        <para>Wir haben die Begriffe zentrales Projektarchiv,
+          Arbeitskopie und Reihe von Revisionsbäumen des Projektarchivs
            eingeführt.</para>
        </listitem>

=======================================
--- /trunk/src/de/book/ch02-basic-usage.xml	Sat May  2 06:24:47 2009
+++ /trunk/src/de/book/ch02-basic-usage.xml	Sun May 30 23:37:40 2010
@@ -169,7 +169,7 @@
  <!--
      <title>Getting Data into Your Repository</title>
  -->
-    <title>Wie Sie Daten in Ihr Repository bekommen</title>
+    <title>Wie Sie Daten in Ihr Projektarchiv bekommen</title>

  <!--
      <para>You can get new files into your Subversion
@@ -179,7 +179,7 @@
        chapter when we review a typical day with Subversion.</para>
  -->
      <para>Sie können neue Dateien auf zweierlei Weisen in das
-      Subversion-Repository bekommen: <command>svn import</command> und
+      Subversion-Projektarchiv bekommen: <command>svn import</command> und
        <command>svn add</command>.  Wir werden <command>svn
          import</command> jetzt und <command>svn add</command> später
        in diesem Kapitel besprechen, wenn wir einen typischen Tag mit
@@ -202,13 +202,13 @@
          begin tracking in your Subversion repository.  For example:</para>
  -->
        <para>Mit dem <command>svn import</command>-Befehl kann ein
-        unversionierter Verzeichnisbaum schnell in ein Repository
+        unversionierter Verzeichnisbaum schnell in ein Projektarchiv
          kopiert werden, wobei benötigte Zwischenverzeichnisse nach
          Bedarf angelegt werden. <command>svn import</command>
          erfordert keine Arbeitskopie und pflegt Ihre Dateien sofort in
-        das Repository ein. Typischerweise verwenden Sie diesen Befehl,
+        das Projektarchiv ein. Typischerweise verwenden Sie diesen Befehl,
          wenn bereits ein Verzeichnisbaum besteht, den Sie
-        aber in einem Subversion-Repository pflegen möchten. Zum
+        aber in einem Subversion-Projektarchiv pflegen möchten. Zum
          Beispiel:</para>

  <!--
@@ -243,7 +243,7 @@
  -->
        <para>Im vorstehenden Beispiel wurde der Inhalt des
          Verzeichnisses <filename>mytree</filename> unter dem
-        Verzeichnis <filename>some/project</filename> im Repository
+        Verzeichnis <filename>some/project</filename> im Projektarchiv
          abgelegt:</para>

        <screen>
@@ -272,7 +272,7 @@
  <!--
        <title>Recommended Repository Layout</title>
  -->
-      <title>Empfohlene Repository Aufteilung</title>
+      <title>Empfohlene Projektarchiv Aufteilung</title>

  <!--
        <para>While Subversion's flexibility allows you to lay out your
@@ -284,7 +284,7 @@
        copies. For example:</para>
  -->
        <para>Obwohl die Flexibilität von Subversion es Ihnen erlaubt,
-        Ihr Repository nach Belieben aufzuteilen, empfehlen wir, ein
+        Ihr Projektarchiv nach Belieben aufzuteilen, empfehlen wir, ein
          Verzeichnis <filename>trunk</filename> für die
          <quote>Hauptlinie</quote> der Entwicklung, ein
          Verzeichnis <filename>branches</filename> für Branch-Kopien und
@@ -334,14 +334,14 @@
        the <literal>HEAD</literal> (latest revision) of the Subversion
        repository that you specify on the command line:</para>
  -->
-    <para>In den meisten Fällen werden Sie ein Subversion-Repository
+    <para>In den meisten Fällen werden Sie ein Subversion-Projektarchiv
        zu nutzen beginnen, indem Sie einen
        <firstterm>Checkout</firstterm> Ihres Projektes vornehmen. Das
-      Auschecken eines Repositorys erzeugt eine
+      Auschecken eines Projektarchivs erzeugt eine
        <quote>Arbeitskopie</quote> desselben auf Ihrem lokalen Rechner.
        Diese Arbeitskopie umfasst die Revision <literal>HEAD</literal>
        (die letzte Revision) des auf der Kommandozeile angegebenen
-      Subversion-Repositorys:</para>
+      Subversion-Projektarchivs:</para>


  <!--
@@ -468,7 +468,7 @@
  -->
      <para>Obwohl im vorangehenden Beispiel das Verzeichnis  
<filename>trunk</filename> ausgecheckt
        wird, können Sie genauso leicht irgendein tiefliegendes
-      Unterverzeichnis aus einem Repository auschecken, indem Sie das
+      Unterverzeichnis aus einem Projektarchiv auschecken, indem Sie das
        Unterverzeichnis im URL beim Checkout angeben:</para>

  <!--
@@ -551,7 +551,7 @@
  -->
      <para>Sofern Sie nicht bereit sind, das Hinzufügen einer neuen
        Datei oder eines neuen Verzeichnisses oder Änderungen an
-      bestehenden Objekten an das Repository zu übergeben, besteht
+      bestehenden Objekten an das Projektarchiv zu übergeben, besteht
        keine Notwendigkeit, dem Subversion-Server mitzuteilen, dass Sie
        irgendetwas gemacht haben.</para>

@@ -608,9 +608,9 @@
        copy in the new directory that you name.  For example:</para>
  -->
      <para>Obwohl Sie sicherlich eine Arbeitskopie mit dem
-      Repository-URL als einziges Argument auschecken können, haben
+      Projektarchiv-URL als einziges Argument auschecken können, haben
        sie auch die Möglichkeit, ein Verzeichnis hinter dem
-      Repository-URL anzugeben. Das erstellt Ihre Arbeitskopie in dem
+      Projektarchiv-URL anzugeben. Das erstellt Ihre Arbeitskopie in dem
        angegebenen Verzeichnis. Zum Beispiel:</para>

  <!--
@@ -855,7 +855,7 @@
  <!--
          <para>Commit your changes.</para>
  -->
-        <para>Bringen Sie Ihre Änderungen ins Repository.</para>
+        <para>Bringen Sie Ihre Änderungen ins Projektarchiv.</para>
          <itemizedlist>
            <listitem>
              <para><command>svn commit</command></para>
@@ -883,7 +883,7 @@
          die die anderen Entwickler im Projekt seit Ihrer letzten
          Aktualisierung vorgenommen haben. Benutzen Sie <command>svn
            update</command> um Ihre Arbeitskopie synchron mit der
-        letzten Revision im Repository zu bekommen:</para>
+        letzten Revision im Projektarchiv zu bekommen:</para>

  <!--
        <screen>
@@ -992,7 +992,7 @@
          Verzeichnisse zum geplanten Entfernen, Hinzufügen, Kopieren
          oder Verschieben <quote>vorzumerken</quote>. Diese Änderungen
          finden sofort in Ihrer Arbeitskopie statt, doch nichts wird
-        dem Repository hinzugefügt oder daraus entfernt, bevor Sie die
+        dem Projektarchiv hinzugefügt oder daraus entfernt, bevor Sie die
          Änderungen übergeben.</para>

        <sidebar>
@@ -1077,7 +1077,7 @@
  -->
              <para>Die Datei, das Verzeichnis oder den symbolischen
                Link <filename>foo</filename> zum Hinzufügen in das
-              Repository vormerken. Wenn Sie das nächste Mal übergeben,
+              Projektarchiv vormerken. Wenn Sie das nächste Mal übergeben,
                wird <filename>foo</filename> ein Kind seines
                Elternverzeichnisses. Beachten Sie, dass alles unterhalb
                von <filename>foo</filename> zum Hinzufügen vorgemerkt
@@ -1115,18 +1115,18 @@
  -->
              <para>Die Datei, das Verzeichnis oder den symbolischen
                Link <filename>foo</filename> zum Löschen aus dem
-              Repository vormerken. <filename>foo</filename> wird
+              Projektarchiv vormerken. <filename>foo</filename> wird
                sofort aus der Arbeitskopie entfernt, falls es eine
                Datei oder ein Link ist. Falls <filename>foo</filename>
                ein Verzeichnis ist, wird es nicht gelöscht, sondern zum
                Löschen vorgemerkt. Wenn Sie Ihre Änderungen übergeben,
                wird das gesamte Verzeichnis <filename>foo</filename>
-              aus der Arbeitskopie und dem Repository entfernt.
+              aus der Arbeitskopie und dem Projektarchiv entfernt.
                <footnote>
                  <para>Selbstverständlich wird nichts jemals
-                  vollständig aus dem Repository
+                  vollständig aus dem Projektarchiv
                    gelöscht &ndash; lediglich aus der
-                  <literal>HEAD</literal>-Revision des Repositorys.
+                  <literal>HEAD</literal>-Revision des Projektarchivs.
                    Sie können alles was Sie gelöscht haben zurückholen,
                    indem Sie eine Revision auschecken
                    (oder hierauf aktualisieren), die älter ist, als die
@@ -1156,7 +1156,7 @@
                als Duplikat von <filename>foo</filename> und merke
                <filename>bar</filename> automatisch zum Hinzufügen vor.
                Wird bei der nächsten Übergabe <filename>bar</filename> dem
-              Repository hinzugefügt, wird die Historie der Kopie
+              Projektarchiv hinzugefügt, wird die Historie der Kopie
                mitaufgezeichnet (so wie sie ursprünglich in
                <filename>foo</filename> war).  <command>svn
                  copy</command> erzeugt keine Zwischenverzeichnisse,
@@ -1211,7 +1211,7 @@
  <!--
          <title>Changing the Repository Without a Working Copy</title>
  -->
-        <title>Ändern des Repositorys ohne Arbeitskopie</title>
+        <title>Ändern des Projektarchivs ohne Arbeitskopie</title>

  <!--
          <para>There <emphasis>are</emphasis> some use cases that
@@ -1225,7 +1225,7 @@
            changes to a URL).</para>
  -->
          <para>Es <emphasis>gibt</emphasis> einige Anwendungsfälle, die
-          Änderungen am Verzeichnisbaum unmittelbar in das Repository
+          Änderungen am Verzeichnisbaum unmittelbar in das Projektarchiv
            übertragen. Das passiert nur, wenn ein Unterbefehl direkt
            auf einen URL statt auf einen Pfad in der Arbeitskopie
            angewendet wird. Im Einzelnen können spezielle Anwendungen
@@ -1248,7 +1248,7 @@
            Befehle, die auf einer Arbeitskopie arbeiten, diese als eine
            Art <quote>Bereitstellungsraum</quote> verwenden, in denen
            Ihre Änderungen vorbereitet werden können, bevor sie in das
-          Repository übergeben werden. Befehle, die auf URLs arbeiten,
+          Projektarchiv übergeben werden. Befehle, die auf URLs arbeiten,
            haben diesen Luxus nicht, so dass die Arbeit direkt mit
            einem URL bei den oben genannten Aktionen eine sofortige Übergabe
            repräsentiert.</para>
@@ -1279,7 +1279,7 @@
          diff</command>.</para>
  -->
        <para>Sobald Sie mit Ihren Änderungen fertig sind, müssen Sie
-        sie ins Repository bringen; bevor Sie das jedoch machen, ist
+        sie ins Projektarchiv bringen; bevor Sie das jedoch machen, ist
          es normalerweise eine gute Idee, sich die Änderungen noch
          einmal anzusehen. Dadurch, dass Sie die Änderungen noch
          einmal begutachten, können Sie eine genauere Log-Nachricht
@@ -1317,7 +1317,7 @@
          <para>Sie können die Befehle <command>svn status</command>,
            <command>svn diff</command> und <command>svn
              revert</command> ohne Netzzugriff verwenden,
-          selbst wenn das Repository im Netz <emphasis>ist</emphasis>.
+          selbst wenn das Projektarchiv im Netz <emphasis>ist</emphasis>.
            Das macht es leicht, Ihre momentanen Änderungen zu
            verwalten, wenn Sie irgendwo ohne Netzverbindung sind, etwa
            im Flugzeug, im Pendlerzug oder am Strand.
@@ -1373,14 +1373,14 @@
  -->
        <para>Subversion ist optimiert worden, um Ihnen bei dieser
          Aufgabe zu helfen, und es ist in der Lage, viele Dinge zu tun,
-        ohne mit dem Repository kommunizieren zu müssen. Im Besonderen
+        ohne mit dem Projektarchiv kommunizieren zu müssen. Im Besonderen
          enthält Ihre Arbeitskopie eine versteckte
          <quote>unveränderte</quote> Kopie jeder versionskontrollierten
          Datei innerhalb des <filename>.svn</filename>-Bereichs.
          Deswegen kann Ihnen Subversion schnell zeigen, wie sich Ihre
          bearbeiteten Dateien geändert haben, und es erlaubt Ihnen
          sogar, Ihre Änderungen zurückzunehmen, ohne Verbindung mit dem
-        Repository aufnehmen zu müssen.</para>
+        Projektarchiv aufnehmen zu müssen.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.tour.cycle.examine.status">
@@ -1422,7 +1422,7 @@
              Änderungen Sie an Ihrer Arbeitskopie vorgenommen haben.
              <command>svn status</command> stellt Ihnen alle
              Informationen zur Verfügung, die Sie über Änderungen an
-            der Arbeitskopie benötigen &ndash; ohne mit dem Repository
+            der Arbeitskopie benötigen &ndash; ohne mit dem Projektarchiv
              in Verbindung zu treten oder möglicherweise neue
              Änderungen von anderen Benutzern einzupflegen.</para>

@@ -1437,7 +1437,7 @@
            <para>In Subversion, macht <command>svn update</command> genau
              das &ndash; es aktualisiert Ihre Arbeitskopie mit jeglichen
              Änderungen, die seit Ihrer letzten Aktualisierung in das
-            Repository eingebracht worden sind. Sie sollten sich
+            Projektarchiv eingebracht worden sind. Sie sollten sich
              abgewöhnen, <command>update</command> zu verwenden, um
              nachzusehen, welche lokalen Änderungen Sie gemacht
              haben.</para>
@@ -1495,7 +1495,7 @@
  -->
                <para>Die Datei, das Verzeichnis oder der symbolische
                  Link <filename>item</filename> ist zum Hinzufügen in
-                das Repository vorgemerkt.</para>
+                das Projektarchiv vorgemerkt.</para>
              </listitem>
            </varlistentry>

@@ -1519,7 +1519,7 @@
                  Ihrer Arbeitskopie haben (und konnten beim
                  Aktualisieren nicht automatisch aufgelöst werden). Sie
                  müssen den Konflikt auflösen, bevor Sie Ihre
-                Änderungen in das Repository übergeben können.</para>
+                Änderungen in das Projektarchiv übergeben können.</para>

              </listitem>
            </varlistentry>
@@ -1534,7 +1534,7 @@
  -->
                <para>Die Datei, das Verzeichnis oder der symbolische
                  Link <filename>item</filename> ist zum Löschen im
-                Repository vorgemerkt.</para>
+                Projektarchiv vorgemerkt.</para>
              </listitem>
            </varlistentry>

@@ -1617,12 +1617,12 @@
            about things that are out of date:</para>
  -->
          <para>Keiner der vorangegangenen Aufrufe von <command>svn
-            status</command> stellt eine Verbindung zum Repository
+            status</command> stellt eine Verbindung zum Projektarchiv
            her &ndash; stattdessen werden die Metadaten im
            Verzeichnis <filename>.svn</filename> mit der Arbeitskopie
            verglichen. Schließlich gibt es die
            <option>--show-updates</option>-Option (<option>-u</option>),
-          die eine Verbindung zum Repository herstellt, und
+          die eine Verbindung zum Projektarchiv herstellt, und
            Informationen darüber bereitstellt, was nicht mehr aktuell
            ist:</para>

@@ -1663,7 +1663,7 @@
            <filename>trout.c</filename>. Das gibt Ihnen einige sehr
            wichtige Informationen &ndash; Sie müssen aktualisieren, um
            die Änderungen auf dem Server an <filename>README</filename>
-          mitzubekommen, bevor Sie übergeben, oder das Repository wird
+          mitzubekommen, bevor Sie übergeben, oder das Projektarchiv wird
            Ihre Übergabe ablehnen, da sie nicht aktuell ist (mehr dazu
            später).</para>

@@ -1935,7 +1935,7 @@
            <command>svn revert</command> beim Rückgängigmachen einer
            Datei einen merklichen Unterschied &ndash; es muss beim
            Wiederherstellen der Datei nicht Verbindung mit dem
-          Repository aufnehmen.</para>
+          Projektarchiv aufnehmen.</para>
        </note>

  <!--
@@ -2026,15 +2026,15 @@
        <para>Die Codes <computeroutput>U</computeroutput> und
          <computeroutput>G</computeroutput> sind kein Grund zur
          Beunruhigung; diese Dateien haben die Änderungen aus dem
-        Repository sauber aufgenommen. Die mit
+        Projektarchiv sauber aufgenommen. Die mit
          <computeroutput>U</computeroutput> markierten Dateien
          enthielten keine lokalen Änderungen, wurden jedoch mit
-        Änderungen aus dem Repository
+        Änderungen aus dem Projektarchiv
          ge<computeroutput>U</computeroutput>pdatet. Das
          <computeroutput>G</computeroutput> steht für
          mer<computeroutput>G</computeroutput>ed, was bedeutet, dass
          die Datei zwar lokale Änderungen enthielt, die Änderungen aus
-        dem Repository sich aber nicht damit überschnitten
+        dem Projektarchiv sich aber nicht damit überschnitten
          haben.</para>

  <!--
@@ -2550,7 +2550,7 @@
                      soeben vom Server erhalten hat als Sie Ihre
                      Arbeitskopie aktualisierten. Diese Datei
                      entspricht der <literal>HEAD</literal>-Revision
-                    des Repositorys.</para>
+                    des Projektarchivs.</para>
                  </listitem>
                </varlistentry>

@@ -2567,7 +2567,7 @@
                Verzeichnis <filename>.svn</filename>, und
                <replaceable>NEWREV</replaceable> ist die
                Revisionsnummer von <literal>HEAD</literal> im
-              Repository.</para>
+              Projektarchiv.</para>
            </listitem>

          </itemizedlist>
@@ -2580,7 +2580,7 @@
            a conflict, which she postpones:</para>
  -->
          <para>Beispielsweise ändert Sally die Datei
-          <filename>sandwich.txt</filename> aus dem Repository. Harry
+          <filename>sandwich.txt</filename> aus dem Projektarchiv. Harry
            hat gerade diese Datei in seiner Arbeitskopie geändert und
            übergeben. Sally aktualisiert Ihre Arbeitskopie vor dem
            übergeben und bekommt einen Konflikt, den sie
@@ -2623,7 +2623,7 @@
  -->
          <para>An dieser Stelle erlaubt Subversion Sally
            <emphasis>nicht</emphasis>, die Datei
-          <filename>sandwich.txt</filename> an das Repository zu
+          <filename>sandwich.txt</filename> an das Projektarchiv zu
            übergeben, solange die drei temporären Dateien nicht
            entfernt werden:</para>

@@ -2649,7 +2649,7 @@
  -->
          <para>Falls Sie eine Konfliktauflösung aufgeschoben haben,
            müssen Sie den Konflikt auflösen, bevor Ihnen Subversion
-          erlaubt, Ihre Änderungen in das Repository einzustellen. Sie
+          erlaubt, Ihre Änderungen in das Projektarchiv einzustellen. Sie
            werden dafür den <command>svn resolve</command>-Befehl mit
            einem von mehreren Argumenten für die
            <option>--accept</option>-Option aufrufen.</para>
@@ -2753,7 +2753,7 @@
          <para>Hier ist ein Beispiel. Aufgrund einer schlechten Absprache
            bearbeiten Sie und Ihre Mitarbeiterin Sally gleichzeitig die
            Datei <filename>sandwich.txt</filename>.  Sally übergibt
-          ihre Änderungen an das Repository, und sobald Sie versuchen,
+          ihre Änderungen an das Projektarchiv, und sobald Sie versuchen,
            Ihre Arbeitskopie zu aktualisieren, erhalten Sie einen
            Konflikt und müssen <filename>sandwich.txt</filename>
            bearbeiten, um den Konflikt aufzulösen. Zunächst wollen wir
@@ -2866,7 +2866,7 @@
            ready to commit your changes:</para>
  -->
          <para>Verwenden Sie jetzt <command>svn resolve</command>, und
-          Sie sind bereit, Ihre Änderungen an das Repository zu
+          Sie sind bereit, Ihre Änderungen an das Projektarchiv zu
            übergeben:</para>

  <!--
@@ -2900,7 +2900,7 @@
            <command>svn resolve</command> nur verwenden, falls Sie
            sicher sind, den Konflikt in Ihrer Datei beseitigt zu haben
            &ndash; sobald die temporären Dateien entfernt sind, lässt
-          Subversion zu, dass Sie die Datei in das Repository stellen,
+          Subversion zu, dass Sie die Datei in das Projektarchiv stellen,
            selbst wenn sie noch Konfliktmarken enthält.</para>

  <!--
@@ -2926,7 +2926,7 @@
  <!--
          <title>Discarding your changes in favor of a newly fetched  
revision</title>
  -->
-        <title>Verwerfen Ihrer Änderungen zugunsten einer aktualisierten  
Revision aus dem Repository</title>
+        <title>Verwerfen Ihrer Änderungen zugunsten einer aktualisierten  
Revision aus dem Projektarchiv</title>

  <!--
          <para>If you get a conflict and decide that you want to throw
@@ -3028,7 +3028,7 @@
  -->
        <para>Endlich!  Sie haben die Bearbeitung abgeschlossen, Sie
          haben alle Änderungen vom Server eingearbeitet, und Sie sind
-        bereit, Ihre Änderungen an das Repository zu übergeben.</para>
+        bereit, Ihre Änderungen an das Projektarchiv zu übergeben.</para>

  <!--
        <para>The <command>svn commit</command> command sends all of
@@ -3041,7 +3041,7 @@
          option:</para>
  -->
        <para>Der Befehl <command>svn commit</command> schickt all Ihre
-        Änderungen zum Repository. Wenn Sie eine Änderung übergeben,
+        Änderungen zum Projektarchiv. Wenn Sie eine Änderung übergeben,
          müssen Sie einen <firstterm>Protokolleintrag</firstterm>
          erstellen, der die Änderung beschreibt. Dieser Eintrag wird mit
          der von Ihnen erzeugten neuen Revision verknüpft. Wenn Ihr
@@ -3151,7 +3151,7 @@
          that, the entire commit will fail with a message informing you
          that one or more of your files are out of date:</para>
  -->
-      <para>Das Repository weiß nicht, ob Ihre Änderung im Ganzen
+      <para>Das Projektarchiv weiß nicht, ob Ihre Änderung im Ganzen
          einen Sinn ergeben, es ist ihm auch egal; es überprüft
          lediglich, ob nicht irgendjemand anderes irgendeine derselben  
Dateien
          geändert hat wie Sie, als Sie mal weggeschaut haben. Falls
@@ -3206,7 +3206,7 @@
  -->
        <para>Das deckt den grundlegenden Arbeitszyklus für die
          Verwendung von Subversion ab. Subversion bietet viele andere
-        Möglichkeiten, die Sie benutzen können, um Ihr Repository und
+        Möglichkeiten, die Sie benutzen können, um Ihr Projektarchiv und
          Ihre Arbeitskopie zu verwalten, doch der größte Teil Ihrer
          täglichen Arbeit mit Subversion wird lediglich die in diesem
          Kapitel behandelten Befehle berühren. Wir werden jedoch noch
@@ -3237,12 +3237,12 @@
        just want to <emphasis>peer into</emphasis> the past instead of
        <emphasis>going into</emphasis> it.</para>
  -->
-    <para>Ihr Subversion-Repository ist wie eine Zeitmaschine. Es legt
+    <para>Ihr Subversion-Projektarchiv ist wie eine Zeitmaschine. Es legt
        einen Eintrag für jede jemals übergebene Änderung an und erlaubt
        Ihnen, diese Geschichte durch die Untersuchung sowohl ehemaliger
        Datei- und Verzeichnisversionen als auch der begleitenden
        Metadaten zu erforschen. Mit einem einzigen Subversion-Befehl
-      können Sie das Repository genauso auschecken (oder eine
+      können Sie das Projektarchiv genauso auschecken (oder eine
        bestehende Arbeitskopie wiederherstellen), wie es zu einem
        beliebigen Zeitpunkt oder einer Revisionsnummer in der
        Vergangenheit war. Allerdings möchten Sie manchmal nur in die
@@ -3254,7 +3254,7 @@
        historical data from the repository:</para>
  -->
      <para>Es gibt mehrere Befehle, die Sie mit historischen Daten aus dem
-      Repository versorgen können:</para>
+      Projektarchiv versorgen können:</para>

        <variablelist>

@@ -3457,14 +3457,14 @@
            log</command> by using the <option>- -revision</option>
            (<option>-r</option>) option.</para>
  -->
-        <para>Wenn Sie Ihre Änderungen an das Repository übergeben und
+        <para>Wenn Sie Ihre Änderungen an das Projektarchiv übergeben und
            sofort <userinput>svn log</userinput> ohne Argumente
            eingeben, wird Ihnen vielleicht auffallen, dass Ihre letzte
            Änderung nicht in der Liste der Protokolleinträge
            auftaucht. Das liegt an der Kombination des Verhaltens von
            <command>svn commit</command> und dem Standardverhalten von
            <command>svn log</command>. Wenn Sie Änderungen an das
-          Repository übergeben, erhöht <command>svn</command> zunächst
+          Projektarchiv übergeben, erhöht <command>svn</command> zunächst
            nur die Revision der Dateien (und Verzeichnisse) die es
            übernimmt, so dass das Elternverzeichnis normalerweise auf
            der älteren Revision verbleibt (siehe <xref
@@ -3579,8 +3579,8 @@
  -->
          <para>Auf den ersten Blick sieht es aus wie ein Fehler. Aber
            seien Sie daran erinnert, dass, während Revisionen über das
-          gesamte Repository zählen, <command>svn log</command> auf
-          einem Pfad im Repository arbeitet. Wenn Sie keinen Pfad
+          gesamte Projektarchiv zählen, <command>svn log</command> auf
+          einem Pfad im Projektarchiv arbeitet. Wenn Sie keinen Pfad
            angeben, verwendet Subversion das aktuelle
            Arbeitsverzeichnis als Standardargument.  Deshalb zeigt  
Subversion
            Ihnen einen leeren Protokolleintrag, falls Sie in einem
@@ -3589,7 +3589,7 @@
            sich weder dieses Verzeichnis noch irgendein Unterverzeichnis
            darin geändert hat. Falls Sie sehen wollen, was sich in der
            Revision geändert hat, versuchen Sie <command>svn
-          log</command> direkt auf den obersten URL Ihres Repositorys
+          log</command> direkt auf den obersten URL Ihres Projektarchivs
            zeigen zu lassen, wie in <userinput>svn log -r 2
            http://svn.collab.net/repos/svn</userinput>.</para>

@@ -3613,7 +3613,7 @@
        <para><command>svn diff</command> ist uns bereits begegnet
          &ndash; es zeigt Dateiunterschiede im unified-diff-Format; wir
          verwendeten es, um die lokalen Änderungen an unserer
-        Arbeitskopie anzuzeigen, bevor wir sie dem Repository
+        Arbeitskopie anzuzeigen, bevor wir sie dem Projektarchiv
          übergaben.</para>

  <!--
@@ -3640,14 +3640,14 @@
            <para>Comparing your working copy to the repository</para>
  -->
  	  <para>zum Vergleichen Ihrer Arbeitskopie mit dem
-	    Repository</para>
+	    Projektarchiv</para>
          </listitem>

          <listitem>
  <!--
            <para>Comparing one repository to another</para>
  -->
-          <para>zum Vergleichen von Revisionen im Repository</para>
+          <para>zum Vergleichen von Revisionen im Projektarchiv</para>
          </listitem>

        </itemizedlist>
@@ -3694,7 +3694,7 @@
  <!--
          <title>Comparing working copy to repository</title>
  -->
-        <title>Vergleichen der Arbeitskopie mit dem Repository</title>
+        <title>Vergleichen der Arbeitskopie mit dem Projektarchiv</title>

  <!--
          <para>If a single <option>- -revision</option>
@@ -3704,7 +3704,7 @@
  -->
          <para>Wird eine einzelne Nummer mit <option>--revision</option>
            (<option>-r</option>) übergeben, wird die Arbeitskopie mit
-          der angegebenen Revision im Repository verglichen:</para>
+          der angegebenen Revision im Projektarchiv verglichen:</para>

          <screen>
  $ svn diff -r 3 rules.txt
@@ -3729,7 +3729,7 @@
  <!--
          <title>Comparing repository to repository</title>
  -->
-        <title>Vergleichen von Repository mit Repository</title>
+        <title>Vergleichen von Projektarchiv mit Projektarchiv</title>

  <!--
          <para>If two revision numbers, separated by a colon, are
@@ -3787,7 +3787,7 @@
            you don't have a working copy on your local machine, just by
            including the appropriate URL on the command line:</para>
  -->
-        <para>Zu guter Letzt können Sie Revisionen im Repository auch
+        <para>Zu guter Letzt können Sie Revisionen im Projektarchiv auch
            dann vergleichen, falls Sie gar keine Arbeitskopie auf Ihrem
            lokalen Rechner haben, indem Sie einfach den entsprechenden
            URL auf der Kommandozeile angeben:</para>
@@ -3807,7 +3807,7 @@
  <!--
        <title>Browsing the Repository</title>
  -->
-      <title>Stöbern im Repository</title>
+      <title>Stöbern im Projektarchiv</title>

  <!--
        <para>Using <command>svn cat</command> and <command>svn
@@ -3869,7 +3869,7 @@
            downloading the files to your local machine:</para>
  -->
          <para>Der Befehl <command>svn list</command> zeigt Ihnen,
-          welche Dateien sich in einem Repository-Verzeichnis
+          welche Dateien sich in einem Projektarchiv-Verzeichnis
            befinden, ohne die Dateien auf Ihren lokalen Rechner
            herunterladen zu müssen:</para>

@@ -3924,7 +3924,7 @@
  -->
            <para>Der Befehl <userinput>svn list</userinput> ohne
            Argumente verwendet standardmäßig den
-          <emphasis>Repository-URL</emphasis> des aktuellen
+          <emphasis>Projektarchiv-URL</emphasis> des aktuellen
            Arbeitsverzeichnisses und <emphasis>nicht</emphasis> das
            Verzeichnis der lokalen Arbeitskopie. Schließlich können
            Sie, falls Sie eine Auflistung des lokalen Verzeichnisses
@@ -3942,7 +3942,7 @@
  <!--
        <title>Fetching Older Repository Snapshots</title>
  -->
-      <title>Bereitstellung älterer Repository-Schnappschüsse</title>
+      <title>Bereitstellung älterer Projektarchiv-Schnappschüsse</title>

  <!--
        <para>In addition to all of the previous commands, you can use
@@ -4018,7 +4018,7 @@
          Subversion zu einem Bündel schnüren möchten, ohne allerdings
          diese verdammten <filename>.svn</filename>-Verzeichnisse dabei
          zu haben, können Sie <command>svn export</command> verwenden,
-        um eine lokale Kopie des gesamten oder teilweisen Repositorys
+        um eine lokale Kopie des gesamten oder teilweisen Projektarchivs
          ohne <filename>.svn</filename>-Verzeichnisse zu erhalten. Wie
          bei <command>svn update</command> und <command>svn
          checkout</command> können Sie auch hier die Option
=======================================
--- /trunk/src/de/book/ch04-branching-and-merging.xml	Fri Feb 20 13:12:14  
2009
+++ /trunk/src/de/book/ch04-branching-and-merging.xml	Sun May 30 23:37:40  
2010
@@ -160,7 +160,7 @@
        <xref linkend="svn.basic.in-action.revs"/>.</para>
  -->
      <para>An dieser Stelle sollten Sie verstehen, wie jede Übergabe an
-      das Repository dort einen völlig neuen Dateibaum
+      das Projektarchiv dort einen völlig neuen Dateibaum
        (<quote>Revision</quote> genannt) erzeugt. Wenn nicht, blättern
        Sie zurück und lesen Sie in <xref
        linkend="svn.basic.in-action.revs"/> über Revisionen
@@ -179,7 +179,7 @@
  -->
      <para>Für dieses Kapitel verwenden wir das Beispiel aus <xref
        linkend="svn.basic"/>. Erinnern Sie sich, dass Sie und Ihre
-      Mitarbeiterin Sally sich ein Repository teilen, das zwei
+      Mitarbeiterin Sally sich ein Projektarchiv teilen, das zwei
        Projekte beinhaltet: <filename>paint</filename> und
        <filename>calc</filename>. Beachten Sie, dass in <xref
        linkend="svn.branchmerge.using.dia-1"/> dieses Mal jedoch jedes
@@ -191,7 +191,7 @@
  <!--
          <title>Starting repository layout</title>
  -->
-        <title>Repository-Struktur zu Beginn</title>
+        <title>Projektarchiv-Struktur zu Beginn</title>
          <graphic fileref="images/ch04dia2.png"/>
        </figure>

@@ -271,7 +271,7 @@
        zu übergeben oder die Arbeitskopie zu aktualisieren, bevor Sie
        mit Ihrer Arbeit vollständig fertig sind. Das wirft allerdings
        einige Probleme auf. Erstens ist das nicht sehr sicher. Viele
-      Leute möchten Ihre Arbeit regelmäßig ins Repository sichern, für
+      Leute möchten Ihre Arbeit regelmäßig ins Projektarchiv sichern, für
        den Fall, dass etwas Schlimmes mit der Arbeitskopie passieren
        könnte. Zweitens ist das nicht sehr flexibel. Falls Sie Ihre
        Arbeit an mehreren Rechnern verrichten (vielleicht haben Sie
@@ -290,7 +290,7 @@
        Änderungen fertig sind, sehr schwierig sein, Ihr Arbeitsergebnis
        wieder mit dem Hauptteil der Quelltexte Ihrer Firma
        zusammenzuführen. Sally (und andere) hätten viele andere
-      Änderungen ins Repository übergeben haben können, die sich
+      Änderungen ins Projektarchiv übergeben haben können, die sich
        schwer in Ihre Arbeitskopie einarbeiten ließen &ndash;
        besonders, falls Sie <command>svn update</command> nach Wochen
        der Isolierung ausführen.</para>
@@ -304,7 +304,7 @@
        </para>
  -->
      <para>Die bessere Lösung ist, Ihren eigenen Zweig oder Ihre eigene
-      Entwicklungslinie im Repository zu erzeugen. Dies erlaubt Ihnen,
+      Entwicklungslinie im Projektarchiv zu erzeugen. Dies erlaubt Ihnen,
        Ihre halbfertigen Arbeitsergebnisse regelmäßig zu sichern, ohne
        andere zu stören; dennoch können Sie selektiv Informationen mit
        Ihren Kollegen teilen. Im Weiteren werden Sie sehen, wie das
@@ -336,14 +336,14 @@
  -->
        <para>Es ist sehr einfach, einen Zweig zu erzeugen &ndash; Sie
          erstellen mit dem Befehl <command>svn copy</command> eine
-        Kopie des Projektes im Repository. Subversion kann nicht nur
+        Kopie des Projektes im Projektarchiv. Subversion kann nicht nur
          Dateien, sondern auch komplette Verzeichnisse kopieren.  In
          diesem Fall möchten Sie eine Kopie des Verzeichnisses
          <filename>/calc/trunk</filename> machen. Wo soll die neue
          Kopie angelegt werden? Wo Sie wünschen &ndash; es ist eine
          Frage der Projektkonventionen. Sagen wir mal, dass Ihr Team
          die Konvention vereinbart hat, Zweige im Bereich
-        <filename>/calc/branches</filename> des Repositorys anzulegen,
+        <filename>/calc/branches</filename> des Projektarchivs anzulegen,
          und Sie Ihren Zweig <literal>my-calc-branch</literal> nennen
          möchten. Sie werden ein neues Verzeichnis
          <filename>/calc/branches/my-calc-branch</filename> anlegen,
@@ -360,7 +360,7 @@
          copy</command> in einer Arbeitskopie eine Datei auf eine
          andere kopiert wird. Es kann allerdings auch verwendet werden,
          um eine <quote>entfernte</quote> Kopie innerhalb des
-        Repositorys durchzuführen. Kopieren Sie einfach einen URL auf
+        Projektarchivs durchzuführen. Kopieren Sie einfach einen URL auf
          einen anderen:</para>

  <!--
@@ -404,16 +404,16 @@
          branches.</para>
  -->
        <para>Dieser Befehl bewirkt eine fast sofortige Übergabe im
-        Repository, wobei in Revision 341 ein neues Verzeichnis
+        Projektarchiv, wobei in Revision 341 ein neues Verzeichnis
          erzeugt wird. Das neue Verzeichnis ist eine Kopie von
          <filename>/calc/trunk</filename>. Dies wird in <xref
          linkend="svn.branchmerge.using.create.dia-1"/> gezeigt.
          <footnote>
          <para>Subversion unterstützt nicht das Kopieren zwischen
-        verschiedenen Repositorys. Wenn Sie mit <command>svn
+        verschiedenen Projektarchiven. Wenn Sie mit <command>svn
          copy</command> oder <command>svn move</command> URLs
          verwenden, können Sie nur Objekte innerhalb desselben
-        Repositorys kopieren oder verschieben.</para>
+        Projektarchivs kopieren oder verschieben.</para>
          </footnote>

          Obwohl es auch möglich ist, einen Zweig zu erzeugen, indem
@@ -431,7 +431,7 @@
  <!--
          <title>Repository with new copy</title>
  -->
-        <title>Repository mit neuer Kopie</title>
+        <title>Projektarchiv mit neuer Kopie</title>
          <graphic fileref="images/ch04dia3.png"/>
        </figure>

@@ -454,10 +454,10 @@
            it can.  It duplicates data only when it is necessary to
            disambiguate different versions of objects.</para>
  -->
-        <para>Das Repository von Subversion ist auf eine besondere
+        <para>Das Projektarchiv von Subversion ist auf eine besondere
            Weise konstruiert. Wenn Sie ein Verzeichnis kopieren,
            brauchen Sie sich keine Gedanken darüber zu machen, dass das
-          Repository riesengroß wird &ndash; Subversion dupliziert
+          Projektarchiv riesengroß wird &ndash; Subversion dupliziert
            tatsächlich überhaupt keine Daten. Stattdessen erzeugt es
            einen neuen Verzeichniseintrag, der auf einen
            <emphasis>bestehenden</emphasis> Baum verweist. Falls Sie
@@ -508,7 +508,7 @@
            und Teilens vor dem Benutzer verborgen, der lediglich Kopien
            von Bäumen sieht. Die Hauptsache hierbei ist, das Kopien
            billig sind, sowohl was die Zeit als auch den Speicherplatz
-          angeht. Wenn Sie einen Zweig komplett im Repository anlegen
+          angeht. Wenn Sie einen Zweig komplett im Projektarchiv anlegen
            (durch den Aufruf von <userinput>svn copy
            <replaceable>URL1</replaceable>
            <replaceable>URL2</replaceable></userinput>), handelt es
@@ -561,7 +561,7 @@
          creating a working copy of a branch.)</para>
  -->
        <para>An dieser Arbeitskopie ist nichts besonders; sie spiegelt
-        bloß ein anderes Verzeichnis im Repository wieder. Wenn Sie
+        bloß ein anderes Verzeichnis im Projektarchiv wieder. Wenn Sie
          Änderungen übergeben, wird sie Sally jedoch nicht sehen, wenn
          sie aktualisiert, da sie eine Arbeitskopie von
          <filename>/calc/trunk</filename> hat. (Stellen Sie sicher,
@@ -776,7 +776,7 @@
          nicht die Änderung, die Sie in Revision 343 gemacht haben. Was
          Subversion angeht, hatten diese beiden Übergaben Auswirkungen
          auf unterschiedliche Dateien an unterschiedlichen
-        Repository-Orten. Dennoch zeigt Subversion
+        Projektarchiv-Orten. Dennoch zeigt Subversion
          <emphasis>doch</emphasis>, dass die beiden Dateien einen Teil
          der Geschichte gemeinsam haben. Bevor die Kopie des Zweiges in
          Revision 341 gemacht wurde, waren die Dateien dieselbe
@@ -828,7 +828,7 @@
  -->
        <para>Zweitens bestehen die Zweige von Subversion, bedingt durch
          den Kopiermechanismus, als <emphasis>normale
-        Dateisystemverzeichnisse</emphasis> im Repository. Das ist ein
+        Dateisystemverzeichnisse</emphasis> im Projektarchiv. Das ist ein
          Unterschied zu anderen Versionskontrollsystemen, bei denen
          Zweige typischerweise definiert werden, indem auf einer
          eigenen Ebene den Dateisammlungen <quote>Etiketten</quote>
@@ -1022,8 +1022,8 @@
          changeset r9238 into your working copy.</para>
  -->
        <para>In Subversion bezeichnet eine globale Revisionsnummer N
-        einen Baum im Repository: Sie beschreibt das Aussehen des
-        Repositorys nach der N-ten Übergabe. Sie ist auch der Name
+        einen Baum im Projektarchiv: Sie beschreibt das Aussehen des
+        Projektarchivs nach der N-ten Übergabe. Sie ist auch der Name
          einer impliziten Änderungsmenge: Wenn Sie den Baum N mit dem
          Baum N&minus;1 vergleichen, können Sie genau den Patch
          ableiten, der übergeben wurde. Daher ist es einfach, sich
@@ -1202,7 +1202,7 @@
          . -R</userinput> wieder rückgängig machen und eine lange
          <quote>was geht hier eigentlich vor</quote>-Unterredung mit
          Ihren Mitarbeitern führen. Falls jedoch alles gut aussieht,
-        können Sie die Änderungen an das Repository übergeben:</para>
+        können Sie die Änderungen an das Projektarchiv übergeben:</para>

  <!--
        <screen>
@@ -1587,7 +1587,7 @@
          wish to remove it from the repository:</para>
  -->
        <para>Nachdem nun Ihr privater Zweig mit dem Stamm
-        zusammengeführt wurde, können Sie ihn aus dem Repository
+        zusammengeführt wurde, können Sie ihn aus dem Projektarchiv
          löschen:</para>

        <screen>
@@ -1616,7 +1616,7 @@
          Ihr Zweig nicht mehr im Verzeichnis
          <filename>/branches</filename> sichtbar ist, seine Existenz
          gleichwohl ein unveränderbarer Teil der Geschichte des
-        Repositorys ist. Ein einfacher Befehl <command>svn
+        Projektarchivs ist. Ein einfacher Befehl <command>svn
          log</command> auf dem <filename>/branches</filename> URL wird
          die gesamte Geschichte des Zweiges anzeigen. Ihr Zweig kann
          eines Tages sogar wiederbelebt werden, sollten Sie dieses
@@ -1683,7 +1683,7 @@
        <para>Der letzte Befehl des vorangegangenen Beispiels &ndash;
          <command>svn switch</command> &ndash; ist eine Art, ein
          bestehendes Arbeitsverzeichnis auf ein unterschiedliches
-        Repository-Verzeichnis zu aktualisieren.  Wir werden das
+        Projektarchiv-Verzeichnis zu aktualisieren.  Wir werden das
          genauer in <xref linkend="svn.branchmerge.switchwc"/>
          besprechen.</para>

@@ -1959,7 +1959,7 @@
  -->
        <para>Sehr häufig wird <command>svn merge</command> verwendet,
          um eine Änderung rückgängig zu machen, die bereits an das
-        Repository übergeben worden war. Nehmen wir einmal an, Sie
+        Projektarchiv übergeben worden war. Nehmen wir einmal an, Sie
          arbeiten fröhlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
          damalige Änderung an <filename>integer.c</filename> in
@@ -1967,7 +1967,7 @@
          sollen. Sie können <command>svn merge</command> verwenden, um
          die Änderung in Ihrer Arbeitskopie
          <quote>zurückzunehmen</quote>, und dann die lokale Änderung an
-        das Repository übergeben. Alles, was Sie hierfür tun müssen,
+        das Projektarchiv übergeben. Alles, was Sie hierfür tun müssen,
          ist, eine <emphasis>umgekehrte</emphasis> Differenz anzugeben.
          (Sie machen das durch die Angabe von <option>--revision
          303:302</option> oder durch das äquivalente <option>--change
@@ -2027,7 +2027,7 @@
          <emphasis>backward</emphasis>.</para>
  -->
        <para>Wie wir früher bereits erwähnten, kann man eine
-        Repository-Version als eine bestimmte Änderungsmenge
+        Projektarchiv-Version als eine bestimmte Änderungsmenge
          betrachten. Bei Verwendung der Option <option>-r</option> wird
          <command>svn merge</command> aufgefordert, eine Änderungsmenge
          oder ein ganzes Intervall von Änderungsmengen auf Ihre
@@ -2053,7 +2053,7 @@
          diff</command> benutzen sollten, um sicherzustellen, dass Ihre
          Arbeit in dem Zustand ist, den Sie haben möchten, und
          verwenden Sie anschließend <command>svn commit</command>, um
-        die endgültige Version in das Repository zu bringen. Nach der
+        die endgültige Version in das Projektarchiv zu bringen. Nach der
          Übergabe wird sich diese bestimmte Änderungsmenge nicht mehr
          in der <literal>HEAD</literal>-Revision wiederfinden.</para>

@@ -2100,12 +2100,12 @@
          <quote>entfernen</quote>, sprechen wir eigentlich darüber, sie
          aus der <literal>HEAD</literal>-Revision zu entfernen. Die
          ursprüngliche Änderung besteht immer noch in der Geschichte
-        des Repositorys. Für die meisten Situationen ist das
+        des Projektarchivs. Für die meisten Situationen ist das
          ausreichend. Die meisten Leute sind sowieso nur am
          <literal>HEAD</literal> eines Projektes interessiert. Es gibt
          jedoch Spezialfälle, in denen Sie wirklich alle Beweise der
          Übergabe vernichten möchten.  (Vielleicht hat jemand ein
-        vertrauliches Dokument in das Repository übergeben.) Das ist
+        vertrauliches Dokument in das Projektarchiv übergeben.) Das ist
          leider nicht so einfach, da Subversion absichtlich so
          konstruiert wurde, dass es niemals Informationen
          verliert. Revisionen sind unveränderliche Bäume, die
@@ -2164,7 +2164,7 @@
        <para>Der erste Schritt ist es, genau zu definieren
          <emphasis>welches</emphasis> Objekt Sie zurückholen
          möchten. Hier ist eine nützliche Metapher: Sie können sich
-        vorstellen, dass jedes Objekt im Repository in einem
+        vorstellen, dass jedes Objekt im Projektarchiv in einem
          zweidimensionalen Koordinatensystem befindet. Die erste
          Koordinate ist ein bestimmter Revisionsbaum und die zweite
          Koordinate ist ein Pfad innerhalb dieses Baumes. So kann jede
@@ -2277,7 +2277,7 @@
          besprochen, wie Änderungen rückgängig gemacht werden.) Das
          hätte den Effekt, <filename>real.c</filename> als lokale
          Änderung erneut hinzuzufügen. Die Datei würde zum Hinzufügen
-        ins Repository markiert, und nach der Übergabe wäre die Datei
+        ins Projektarchiv markiert, und nach der Übergabe wäre die Datei
          wieder in <literal>HEAD</literal> vorhanden.</para>

  <!--
@@ -2317,7 +2317,7 @@
          verwenden, sondern stattdessen <command>svn
          copy</command>. Kopieren Sie einfach das exakte
          <quote>Koordinatenpaar</quote> aus Revision und Pfad vom
-        Repository in Ihre Arbeitskopie:</para>
+        Projektarchiv in Ihre Arbeitskopie:</para>

  <!--
        <screen>
@@ -2398,7 +2398,7 @@
          Wiederherstellen von gelöschten Verzeichnissen
          funktionieren. Beachten Sie auch, dass die Wiederherstellung
          nicht unbedingt in Ihrer Arbeitskopie passieren muss &ndash;
-        sie kann auch vollständig im Repository ausgeführt
+        sie kann auch vollständig im Projektarchiv ausgeführt
          werden:</para>

  <!--
@@ -2821,7 +2821,7 @@
          Befehl wäre vielleicht <command>svn
            ermittele-die-Unterschiede-und-wende-sie-an</command>
          gewesen, da das alles ist, was passiert: Die Bäume im
-        Repository werden verglichen und die Unterschiede in eine
+        Projektarchiv werden verglichen und die Unterschiede in eine
          Arbeitskopie eingearbeitet.</para>

  <!--
@@ -2878,11 +2878,11 @@
          <firstterm>left side</firstterm> of the
          comparison)</para></listitem>
  -->
-        <listitem><para>Einen Anfangsbaum im Repository (häufig
+        <listitem><para>Einen Anfangsbaum im Projektarchiv (häufig
          <firstterm>linke Seite</firstterm> des Vergleichs
          genannt)</para></listitem>

-        <listitem><para>Einen Endbaum im Repository (häufig
+        <listitem><para>Einen Endbaum im Projektarchiv (häufig
          <firstterm>rechte Seite</firstterm> des Vergleichs
          genannt)</para></listitem>

@@ -3025,7 +3025,7 @@
  <!--
            <term>Merging from foreign repositories</term>
  -->
-          <term>Zusammenführen aus fremden Repositorys</term>
+          <term>Zusammenführen aus fremden Projektarchiven</term>
            <listitem>
  <!--
            <para>While it's possible to run a
@@ -3042,7 +3042,7 @@
              auszuführen, wird auch dieser resultierende Patch keine
              historischen Metadaten über die Zusammenführung haben.
              Zum gegenwärtigen Zeitpunkt hat Subversion keine
-            Möglichkeit, unterschiedliche Repository-URLs innerhalb
+            Möglichkeit, unterschiedliche Projektarchiv-URLs innerhalb
              des <literal>svn:mergeinfo</literal>-Propertys zu
              repräsentieren.</para>
            </listitem>
@@ -3740,7 +3740,7 @@
          wird wahrscheinlich auch der Begriff
          <firstterm>Abstammung</firstterm> erwähnt. Dieses Wort wird
          verwendet, um die Beziehung zwischen zwei Objekten im
-        Repository zu beschreiben: Wenn sie in Beziehung zueinander
+        Projektarchiv zu beschreiben: Wenn sie in Beziehung zueinander
          stehen, heißt es, dass ein Objekt vom anderen abstammt.</para>

  <!--
@@ -3767,7 +3767,7 @@
          Anschein, dass <filename>foo.c at 99</filename> und
          <filename>foo.c at 102</filename> in Beziehung zueinander stehen
          (sie haben denselben Pfad), es handelt sich allerdings um
-        völlig unterschiedliche Objekte im Repository. Sie haben weder
+        völlig unterschiedliche Objekte im Projektarchiv. Sie haben weder
          eine gemeinsame Geschichte noch
          <quote>Abstammung</quote>.</para>

@@ -3905,7 +3905,7 @@
          delete</command>.</para>
  -->
        <para>Wenn Sie <command>svn copy</command> zum Duplizieren einer
-        Datei verwenden, merkt sich das Repository, woher die neue
+        Datei verwenden, merkt sich das Projektarchiv, woher die neue
          Datei kam, versäumt aber, diese Information an den Client zu
          senden, der <command>svn update</command> oder <command>svn
          merge</command> ausführt. Statt dem Client mitzuteilen:
@@ -3993,7 +3993,7 @@
          another.</para>
  -->
        <para>Es ist kein echter Datenverlust. Sallys Änderungen
-        befinden sich noch immer in der Geschichte des Repositorys,
+        befinden sich noch immer in der Geschichte des Projektarchivs,
          allerdings mag es nicht sofort ersichtlich sein, dass es
          passiert ist. Die Lehre, die es aus dieser Geschichte zu
          ziehen gilt, lautet, dass Sie sehr vorsichtig mit dem
@@ -4033,7 +4033,7 @@
          merge</command> ausführt, modifiziert er nicht den Wert des
          Propertys <literal>svn:mergeinfo</literal>.  Obwohl die
          anschließende Übergabe das Ergebnis einer Zusammenführung ist,
-        wird dem Repository nichts über die duplizierten Änderungen
+        wird dem Projektarchiv nichts über die duplizierten Änderungen
          mitgeteilt &ndash; diese Information ist verloren. Wenn später
          Clients, die Zusammenführungsinformationen auswerten,
          automatische Zusammenführungen versuchen, werden Sie
@@ -4057,7 +4057,7 @@
          details.</para>
  -->
        <para>Wenn Sie und Ihr Team auf die Zusammenführungs-Verfolgung
-        von Subversion angewiesen sind, sollten Sie Ihr Repository
+        von Subversion angewiesen sind, sollten Sie Ihr Projektarchiv
          dergestalt konfigurieren, dass ältere Clients daran gehindert
          werden, Änderungen zu übergeben. Die einfache Methode hierfür
          ist es, den <quote>Fähigkeiten</quote>-Parameter im
@@ -4203,7 +4203,7 @@
              Nächstes in <xref linkend="svn.branchmerge.switchwc"/>
              beschrieben). Das Ziel einer Zusammenführung sollte eine
              Arbeitskopie sein, die einen <emphasis>einzigen</emphasis>
-            Ort zu einem einzelnen Zeitpunkt im Repository
+            Ort zu einem einzelnen Zeitpunkt im Projektarchiv
              repräsentiert.</para>
          </listitem>
          <listitem>
@@ -4265,7 +4265,7 @@
        Arbeit mit Zweigen nicht notwendig ist, stellt er eine nette
        Abkürzung dar. In unserem früheren Beispiel haben Sie nach dem
        Anlegen Ihres eigenen privaten Zweigs eine frische Arbeitskopie
-      des neuen Repository-Verzeichnisses ausgecheckt. Stattdessen
+      des neuen Projektarchiv-Verzeichnisses ausgecheckt. Stattdessen
        können Sie Subversion einfach mitteilen, dass es Ihre
        Arbeitskopie von <filename>/calc/trunk</filename> ändern soll,
        um den neuen Ort des Zweigs widerzuspiegeln:</para>
@@ -4391,7 +4391,7 @@
        <quote>gemischten Arbeitskopie</quote> eine völlig neue
        Dimension hinzu &ndash; Arbeitskopien können nicht nur eine
        Mischung unterschiedlicher Revisionen enthalten, sondern auch
-      eine Mischung unterschiedlicher Repository-Orte.</para>
+      eine Mischung unterschiedlicher Projektarchiv-Orte.</para>

  <!--
      <para>If your working copy contains a number of switched subtrees
@@ -4401,12 +4401,12 @@
        be applied as a single, atomic change to the repository.</para>
  -->
      <para>Falls Ihre Arbeitskopie eine Anzahl umgeschalteter
-      Unterverzeichnisse aus unterschiedlichen Repository-Orten
+      Unterverzeichnisse aus unterschiedlichen Projektarchiv-Orten
        enthält, funktioniert sie immer noch normal. Wenn Sie
        aktualisieren, erhalten Sie entsprechende Patches für jeden
        Unterbaum. Wenn Sie übergeben, werden Ihre lokalen Änderungen
        nach wie vor als eine einzelne atomare Änderung auf das
-      Repository angewendet.</para>
+      Projektarchiv angewendet.</para>

  <!--
      <para>Note that while it's okay for your working copy to reflect a
@@ -4425,10 +4425,10 @@
      </para>
  -->
      <para>Während es normal ist, das eine Arbeitskopie eine Mischung
-      unterschiedlicher Repository-Orte repräsentiert, ist darauf zu
+      unterschiedlicher Projektarchiv-Orte repräsentiert, ist darauf zu
        achten, dass all diese Orte sich innerhalb
-      <emphasis>desselben</emphasis> Repositorys befinden.
-      Subversion-Repositorys können noch nicht miteinander
+      <emphasis>desselben</emphasis> Projektarchivs befinden.
+      Subversion-Projektarchive können noch nicht miteinander
        kommunizieren; diese Möglichkeit ist für die Zukunft geplant.
        <footnote>
          <para>Sie <emphasis>können</emphasis> jedoch <command>svn
@@ -4467,12 +4467,12 @@
          paths.</para>
  -->
        <para>Wenn Sie <command>svn update</command> aufrufen, fordern
-        Sie das Repository auf, zwei Bäume zu vergleichen. Das
-        Repository macht es und schickt eine Beschreibung der
+        Sie das Projektarchiv auf, zwei Bäume zu vergleichen. Das
+        Projektarchiv macht es und schickt eine Beschreibung der
          Unterschiede zurück an den Client. Der einzige Unterschied
          zwischen <command>svn switch</command> und <command>svn
          update</command> ist, dass letzterer Befehl stets zwei
-        identische Repository-Pfade miteinander vergleicht.</para>
+        identische Projektarchiv-Pfade miteinander vergleicht.</para>

  <!--
        <para>That is, if your working copy is a mirror of
@@ -4519,7 +4519,7 @@
      <para>Da <command>svn switch</command> eigentlich eine Variante
        von <command>svn update</command> ist, teilt es dasselbe
        Verhalten; irgendwelche lokalen Änderungen Ihrer Arbeitskopie
-      bleiben erhalten, wenn neue Daten aus dem Repository
+      bleiben erhalten, wenn neue Daten aus dem Projektarchiv
        ankommen.</para>

        <tip>
@@ -4595,7 +4595,7 @@
        ist ein <firstterm>Tag</firstterm>. Ein Tag ist lediglich eine
        <quote>Momentaufnahme</quote> eines Projekts. In Subversion
        scheint dieses Konzept bereits überall vorhanden zu sein. Jede
-      Revision im Repository ist genau das &ndash; eine Momentaufnahme
+      Revision im Projektarchiv ist genau das &ndash; eine Momentaufnahme
        des Dateisystems nach einer Übergabe.</para>

  <!--
@@ -4721,7 +4721,7 @@
          change as discussed in the previous section.  This is version
          control, after all!</para>
  -->
-      <para>Wenn Sie ein Repository verwalten, gibt es zwei Ansätze
+      <para>Wenn Sie ein Projektarchiv verwalten, gibt es zwei Ansätze
          für den Umgang mit Tags. Der erste Ansatz ist <quote>Hände
          weg</quote>: Als Vereinbarung im Projekt entscheiden Sie, wohin
          Sie Ihre Tags kopieren möchten; stellen Sie sicher, dass alle
@@ -4787,7 +4787,7 @@
          bestimmte Zweige umschalten (mit <command>svn
          switch</command>) oder sogar, indem Sie ein paar lokale
          Änderungen vornehmen. Wenn Sie fertig sind, ist Ihre
-        Arbeitskopie ein Mischmasch aus Repository-Quellen
+        Arbeitskopie ein Mischmasch aus Projektarchiv-Quellen
          verschiedener Revisionen. Nach dem Testen wissen Sie jedoch,
          dass das genau die Kombination ist, die Sie mit einem Tag
          versehen möchten.</para>
@@ -4805,10 +4805,10 @@
          Einen URL auf einen anderen zu kopieren hilft hier nicht
          weiter. In diesem Fall möchten Sie eine Momentaufnahme der
          exakten Anordnung Ihrer Arbeitskopie machen und sie im
-        Repository speichern. Glücklicherweise besitzt <command>svn
+        Projektarchiv speichern. Glücklicherweise besitzt <command>svn
          copy</command> vier verschiedene Anwendungsfälle (über die Sie
          in <xref linkend="svn.ref"/> nachlesen können), zu denen auch
-        die Fähigkeit gehört, einen Arbeitskopie-Baum ins Repository
+        die Fähigkeit gehört, einen Arbeitskopie-Baum ins Projektarchiv
          zu kopieren:</para>

  <!--
@@ -4840,7 +4840,7 @@
          snapshot of your working copy&mdash;mixed revisions, URLs,
          local changes, and all.</para>
  -->
-      <para>Nun gibt es ein neues Verzeichnis im Repository,
+      <para>Nun gibt es ein neues Verzeichnis im Projektarchiv,
          <filename>/calc/tags/mytag</filename>, das eine exakte
          Momentaufnahme Ihrer Arbeitskopie ist &ndash; gemischte
          Revisionen, URLs, lokale Änderungen, usw.</para>
@@ -4866,7 +4866,7 @@
          Patch-Datei zu versenden (die allerdings weder Änderungen an
          Verzeichnissen, symbolischen Links oder Propertys beinhaltet),
          können Sie <command>svn copy</command> verwenden, um Ihre
-        Arbeitskopie in einen privaten Bereich des Repositorys
+        Arbeitskopie in einen privaten Bereich des Projektarchivs
          <quote>abzulegen</quote>. Ihr Mitarbeiter kann dann entweder
          eine exakte Kopie Ihrer Arbeitskopie auschecken oder
          <command>svn merge</command> verwenden, um genau Ihre
@@ -4928,7 +4928,7 @@
  <!--
        <title>Repository Layout</title>
  -->
-      <title>Aufbau des Repositorys</title>
+      <title>Aufbau des Projektarchivs</title>

  <!--
        <para>There are some standard, recommended ways to organize a
@@ -4939,13 +4939,13 @@
          tag copies.  If a repository holds only one project,
          often people create these top-level directories:</para>
  -->
-      <para>Es gibt einige empfohlene Standards, ein Repository zu
+      <para>Es gibt einige empfohlene Standards, ein Projektarchiv zu
          organisieren. Die meisten Leute erzeugen ein
          <filename>trunk</filename>-Verzeichnis, um die Hauptlinie der
          Entwicklung aufzunehmen, ein
          <filename>branches</filename>-Verzeichnis für Zweig-Kopien und
          ein <filename>tags</filename>-Verzeichnis für Tag-Kopien.
-        Falls ein Repository nur ein Projekt beinhaltet, werden oft
+        Falls ein Projektarchiv nur ein Projekt beinhaltet, werden oft
          diese Verzeichnisse auf der obersten Ebene angelegt:</para>

        <screen>
@@ -4960,8 +4960,8 @@
          linkend="svn.reposadmin.projects.chooselayout"/> to read more about
          <quote>project roots</quote>):</para>
  -->
-      <para>Falls ein Repository mehrere Projekte enthält, teilen
-        Administratoren das Repository üblicherweise nach den
+      <para>Falls ein Projektarchiv mehrere Projekte enthält, teilen
+        Administratoren das Projektarchiv üblicherweise nach den
          Projekten ein (lesen Sie in <xref
          linkend="svn.reposadmin.projects.chooselayout"/> mehr über
          <quote>Projekt-Wurzelverzeichnisse</quote>):</para>
@@ -4992,11 +4992,11 @@
          Variationen erzeugen, die am besten für Sie oder Ihr Team
          funktionieren. Denken Sie daran, dass es, wie auch immer Sie
          sich entscheiden, nicht für die Ewigkeit sein muss. Sie können
-        jederzeit Ihr Repository umorganisieren. Da Zweige und Tags
+        jederzeit Ihr Projektarchiv umorganisieren. Da Zweige und Tags
          gewöhnliche Verzeichnisse sind, kann der Befehl <command>svn
          move</command> sie nach Belieben verschieben oder umbenennen.
          Die Umstrukturierung ist einfach eine Sache von serverseitigen
-        Verschiebebefehlen. Wenn Ihnen der Aufbau des Repositorys
+        Verschiebebefehlen. Wenn Ihnen der Aufbau des Projektarchivs
          nicht zusagt, jonglieren Sie einfach mit den Verzeichnissen
          herum.</para>

@@ -5017,7 +5017,7 @@
          sollten Sie Rücksicht auf Ihre Benutzer nehmen. Ihr Jonglieren
          kann verwirrend für Benutzer mit bestehenden Arbeitskopien
          sein. Falls ein Benutzer eine Arbeitskopie eines bestimmten
-        Repository-Verzeichnisses hat, könnte Ihre <command>svn
+        Projektarchiv-Verzeichnisses hat, könnte Ihre <command>svn
          move</command>-Operation den Pfad von der letzten Revision
          entfernen. Wenn der Benutzer beim nächsten Mal <command>svn
          update</command> aufruft, wird ihm mitgeteilt, dass die
@@ -5393,7 +5393,7 @@
        <para>Der gesamte Prozess wiederholt sich während die Software
          reift: Wenn die Arbeit an 2.0 fertig ist, wird ein neuer 2.0
          Release-Zweig erstellt, getestet, markiert und schließlich
-        freigegeben. Nach einigen Jahren füllt sich das Repository mit
+        freigegeben. Nach einigen Jahren füllt sich das Projektarchiv mit
          einer Anzahl von Release-Zweigen, die weiterhin
          <quote>gepflegt</quote> werden, und einer Zahl von Tags, die
          den endgültigen, ausgelieferten Versionen entsprechen.</para>
@@ -5676,7 +5676,7 @@
        Projektmitarbeiter ausgeben, dass sie sicherzustellen haben,
        stets über die für Ihr Projekt benötigten Versionen der
        Drittanbieter zu verfügen. Falls die Daten des Drittanbieters
-      sich in einem Subversion-Repository befinden, können Sie auch
+      sich in einem Subversion-Projektarchiv befinden, können Sie auch
        mithilfe der Subversion-Externals-Definition bestimmte Versionen
        dieser Daten mit Ihrer eigenen Arbeitskopie verbinden (siehe
        <xref linkend="svn.advanced.externals" />).</para>
@@ -5760,7 +5760,7 @@
        Projektmitarbeiter stets die richtige Version der
        Lieferantendaten verfügbar ist. Sie erhalten die richtige
        Version automatisch beim Aktualisieren ihrer Arbeitskopien.
-      Zweitens, da die Daten in Ihrem eigenen Subversion-Repository
+      Zweitens, da die Daten in Ihrem eigenen Subversion-Projektarchiv
        vorgehalten werden, können Sie dort auch Ihren Anpassungen
        speichern &ndash; es besteht keine Notwendigkeit mehr, Ihre
        Änderungen automatisch (oder schlimmer noch, manuell) in die
@@ -6146,7 +6146,7 @@
              and optionally performing moves, too.</para>
  -->
            <para>Es kann jederzeit aufgerufen werden, um ein
-            bestehendes Verzeichnis im Repository exakt mit einem
+            bestehendes Verzeichnis im Projektarchiv exakt mit einem
              externen Verzeichnis abzugleichen, wobei alle notwendigen
              Hinzufügungen und Löschungen ausgeführt werden und
              darüberhinaus noch optionale Verschiebungen.</para>
@@ -6279,7 +6279,7 @@
        <para>Das Skript akzeptiert auch eine gesonderte
          Konfigurationsdatei, in der Propertys auf Dateien und
          Verzeichnisse gesetzt werden können, deren Name einem
-        regulären Ausdruck entspricht und dem Repository
+        regulären Ausdruck entspricht und dem Projektarchiv
          <emphasis>hinzugefügt</emphasis> werden. Diese
          Konfigurationsdatei wird <command>svn_load_dirs.pl</command>
          mit der Option <option>-p</option> bekanntgegeben. Jede Zeile
@@ -6371,9 +6371,9 @@
        Änderungen von einem Zweig in einen anderen überführt werden
        können oder fehlerhafte Änderungen rückgängig gemacht werden.
        Wir besprachen, wie mit <command>svn switch</command>
-      Arbeitskopien aus verschiedenen Repository-Quellen erstellt
+      Arbeitskopien aus verschiedenen Projektarchiv-Quellen erstellt
        werden können. Und wir sprachen darüber, wie Zweige in einem
-      Repository verwaltet werden können.</para>
+      Projektarchiv verwaltet werden können.</para>

  <!--
      <para>Remember the Subversion mantra: branches and tags are cheap.
=======================================
--- /trunk/src/de/book/ch05-repository-admin.xml	Sat May  2 06:24:47 2009
+++ /trunk/src/de/book/ch05-repository-admin.xml	Sun May 30 23:37:40 2010
@@ -2,7 +2,7 @@
  <!--
    <title>Repository Administration</title>
  -->
-  <title>Verwaltung des Repositorys</title>
+  <title>Verwaltung des Projektarchivs</title>

  <!--
    <para>The Subversion repository is the central storehouse of all
@@ -13,10 +13,10 @@
      potential problems are avoided, and so actual problems are safely
      resolved.</para>
  -->
-  <para>Das Subversion-Repository ist die zentrale Lagerhalle für
+  <para>Das Subversion-Projektarchiv ist die zentrale Lagerhalle für
      Ihre versionierten Daten. In dieser Rolle kann es sich aller Liebe
      und Zuneigung des Administrators gewiss sein. Obwohl das
-    Repository an sich im Allgemeinen wenig Pflege erfordert, ist es
+    Projektarchiv an sich im Allgemeinen wenig Pflege erfordert, ist es
      wichtig, zu wissen, wie es angemessen konfiguriert und gepflegt
      wird, um etwaige Probleme zu vermeiden und bestehende Probleme
      sicher aufzulösen.</para>
@@ -31,13 +31,13 @@
      the repository.</para>
  -->
    <para>In diesem Kapitel werden wir erörtern, wie ein
-    Subversion-Repository aufgesetzt und konfiguriert wird. Wir werden
-    auch über die Repository-Pflege reden und Beispiele dafür geben,
+    Subversion-Projektarchiv aufgesetzt und konfiguriert wird. Wir werden
+    auch über die Projektarchiv-Pflege reden und Beispiele dafür geben,
      wann und wie die mit Subversion mitgelieferten Werkzeuge
      <command>svnlook</command> und <command>svnadmin</command>
      verwendet werden. Wir werden einige verbreitete Fragen und Fehler
      besprechen und Vorschläge unterbreiten, wie die Daten im
-    Repository organisiert werden können.</para>
+    Projektarchiv organisiert werden können.</para>

  <!--
    <para>If you plan to access a Subversion repository only in the
@@ -53,12 +53,12 @@
      </footnote>
      this chapter is for you.</para>
  -->
-  <para>Falls Sie vorhaben, das Repository lediglich in der Rolle
+  <para>Falls Sie vorhaben, das Projektarchiv lediglich in der Rolle
      eines Benutzers zu verwenden, der seine Daten unter
      Versionskontrolle stellen möchte (d.h. über einen
      Subversion-Client), können Sie dieses Kapitel vollständig
      überspringen. Wenn Sie jedoch ein
-    Subversion-Repository-Administrator sind oder werden wollen,
+    Subversion-Projektarchiv-Administrator sind oder werden wollen,
      <footnote>
        <para>Das hört sich vielleicht prestigeträchtig und hochmütig
          an, doch wir meinen lediglich jeden, der an diesem mysteriösen
@@ -75,7 +75,7 @@
  <!--
      <title>The Subversion Repository, Defined</title>
  -->
-    <title>Das Subversion Repository, Definition</title>
+    <title>Das Subversion Projektarchiv, Definition</title>

  <!--
      <para>Before jumping into the broader topic of repository
@@ -88,16 +88,16 @@
        logical perspective&mdash;dealing with how data is represented
        <emphasis>inside</emphasis> the repository.</para>
  -->
-    <para>Bevor wir uns in das weite Feld der Repository-Verwaltung
-      begeben, wollen wir definieren, was ein Repository ist. Wie
+    <para>Bevor wir uns in das weite Feld der Projektarchiv-Verwaltung
+      begeben, wollen wir definieren, was ein Projektarchiv ist. Wie
        sieht es aus? Wie fühlt es sich an? Trinkt es seinen Tee heiß
        oder mit Eis, gesüßt oder mit Zitrone? Als Administrator wird
-      von Ihnen erwartet, dass Sie den Aufbau eines Repositorys sowohl
+      von Ihnen erwartet, dass Sie den Aufbau eines Projektarchivs sowohl
        auf der physischen Betriebssystemebene verstehen &ndash; wie sich
-      ein Subversion-Repository aussieht und wie es sich gegenüber
+      ein Subversion-Projektarchiv aussieht und wie es sich gegenüber
        Nicht-Subversion-Werkzeugen verhält &ndash; als auch aus einer
        logischen Perspektive &ndash; wie Daten
-      <emphasis>innerhalb</emphasis> des Repositorys repräsentiert
+      <emphasis>innerhalb</emphasis> des Projektarchivs repräsentiert
        werden.</para>

  <!--
@@ -115,16 +115,16 @@
  -->
      <para>Mit den Augen eines typischen Dateibrowsers (wie Windows
        Explorer) oder von kommandozeilenorientierten
-      Dateisystem-Navigationswerkzeugen ist das Subversion-Repository
+      Dateisystem-Navigationswerkzeugen ist das Subversion-Projektarchiv
        bloß ein weiteres gewöhnliches Verzeichnis voller Zeugs. Es gibt
        einige Unterverzeichnisse mit Konfigurationsdateien, die für
        Menschen lesbar sind, einige Unterverzeichnisse mit weniger
        lesbaren Datendateien usw. Wie in anderen Bereichen des
        Subversion-Designs, wird auch hier viel Wert auf Modularität
        gesetzt, und hierarchische Organisation wird vollgepfropftem
-      Chaos vorgezogen. Ein flacher Blick in ein typisches Repository
+      Chaos vorgezogen. Ein flacher Blick in ein typisches Projektarchiv
        aus praxisbezogener Sicht reicht aus, um die grundlegenden
-      Komponenten des Repositorys zu offenbaren.</para>
+      Komponenten des Projektarchivs zu offenbaren.</para>

      <screen>
  $ ls repos
@@ -183,7 +183,7 @@
              indicates the version number of the repository layout</para>
  -->
            <para>Eine Datei, die eine einzelne Ganzzahl beinhaltet, die
-            die Version der Repository-Struktur angibt</para>
+            die Version der Projektarchiv-Struktur angibt</para>
          </listitem>
        </varlistentry>
        <varlistentry>
@@ -206,8 +206,8 @@
              files, used for tracking accessors to the repository</para>
  -->
            <para>Ein Verzeichnis für die Sperrdateien des
-            Subversion-Repositorys, die benutzt werden, um die
-            Zugreifenden auf das Repository zu verfolgen</para>
+            Subversion-Projektarchivs, die benutzt werden, um die
+            Zugreifenden auf das Projektarchiv zu verfolgen</para>
          </listitem>
        </varlistentry>
        <varlistentry>
@@ -218,7 +218,7 @@
              they are looking at a Subversion repository</para>
  -->
            <para>Eine Datei, deren Inhalt die Leser darüber informiert,
-            dass sie in ein Subversion-Repository schauen</para>
+            dass sie in ein Subversion-Projektarchiv schauen</para>
          </listitem>
        </varlistentry>
      </variablelist>
@@ -258,7 +258,7 @@
  <!--
      <title>Strategies for Repository Deployment</title>
  -->
-    <title>Strategien für die Verwendung eines Repositorys</title>
+    <title>Strategien für die Verwendung eines Projektarchivs</title>

  <!--
      <para>Due largely to the simplicity of the overall design of the
@@ -271,11 +271,11 @@
        these things.</para>
  -->
      <para>Größtenteils wegen der Einfachheit des Gesamtentwurfs des
-      Subversion-Repositorys und der ihm zugrundeliegenden Technik,
-      ist die Erstellung und Konfiguration eines Repositorys eine
+      Subversion-Projektarchivs und der ihm zugrundeliegenden Technik,
+      ist die Erstellung und Konfiguration eines Projektarchivs eine
        ziemlich unkomplizierte Aufgabe. Es gibt einige Entscheidungen,
        die Sie im Vorfeld treffen sollten, jedoch sind die eigentlichen
-      Arbeitsschritte für die Einrichtung eines Subversion-Repositorys
+      Arbeitsschritte für die Einrichtung eines Subversion-Projektarchivs
        recht einfach und neigen zur stupiden Fleißarbeit, falls Sie
        mehrere davon aufzusetzen haben.</para>

@@ -291,8 +291,8 @@
          <para>What data do you expect to live in your repository (or
            repositories), and how will that data be organized?</para>
  -->
-        <para>Welche Art von Daten sollen in Ihrem Repository (oder
-          Repositorys) abgelegt werden, und wie sind diese Daten
+        <para>Welche Art von Daten sollen in Ihrem Projektarchiv (oder
+          Projektarchiven) abgelegt werden, und wie sind diese Daten
            organisiert?</para>
        </listitem>
        <listitem>
@@ -300,7 +300,7 @@
          <para>Where will your repository live, and how will it be
            accessed?</para>
  -->
-        <para>Wo soll Ihr Repository untergebracht werden, und wie
+        <para>Wo soll Ihr Projektarchiv untergebracht werden, und wie
            soll darauf zugegriffen werden?</para>
        </listitem>
        <listitem>
@@ -333,7 +333,7 @@
  <!--
        <title>Planning Your Repository Organization</title>
  -->
-      <title>Planung der Organisation Ihres Repositorys</title>
+      <title>Planung der Organisation Ihres Projektarchivs</title>

  <!--
        <para>While Subversion allows you to move around versioned files
@@ -351,15 +351,15 @@
        <para>Obwohl Subversion Ihnen erlaubt, versionierte Dateien und
          Ordner ohne Informationsverlust hin und her zu verschieben und
          sogar Methoden anbietet, um versionierte Geschichte von einem
-        Repository in ein anderes zu verschieben, kann das ziemlich
+        Projektarchiv in ein anderes zu verschieben, kann das ziemlich
          den Arbeitsablauf derjenigen stören, die oft auf das
-        Repository zugreifen und gewisse Dinge an bestimmten Orten
-        erwarten. Bevor Sie ein neues Repository erstellen, sollten
+        Projektarchiv zugreifen und gewisse Dinge an bestimmten Orten
+        erwarten. Bevor Sie ein neues Projektarchiv erstellen, sollten
          Sie also versuchen, ein wenig in die Zukunft zu schauen;
          planen Sie weitsichtig, bevor Sie Ihre Daten unter
          Versionskontrolle stellen. Durch die vorzeitige gewissenhafte
-        <quote>Anlage</quote> Ihres Repositorys oder mehrerer
-        Repositorys können Sie viel künftigen Kopfschmerz
+        <quote>Anlage</quote> Ihres Projektarchivs oder mehrerer
+        Projektarchive können Sie viel künftigen Kopfschmerz
          vermeiden.</para>

  <!--
@@ -370,11 +370,11 @@
          project its own repository, or some compromise of these
          two.</para>
  -->
-      <para>Nehmen wir an, Sie seien als Repository-Administrator für
+      <para>Nehmen wir an, Sie seien als Projektarchiv-Administrator für
          die Versionskontrollsysteme mehrerer Projekte zuständig. Ihre
-        erste Entscheidung ist, ob Sie ein einzelnes Repository für
+        erste Entscheidung ist, ob Sie ein einzelnes Projektarchiv für
          mehrere Projekte verwenden, jedem Projekt sein eigenes
-        Repository geben oder einen Kompromiss aus diesen beiden
+        Projektarchiv geben oder einen Kompromiss aus diesen beiden
          Lösungen  haben wollen.</para>

  <!--
@@ -387,10 +387,10 @@
          easily, without losing any historical versioning
          information.</para>
  -->
-      <para>Ein einzelnes Repository für mehrere Projekte zu
+      <para>Ein einzelnes Projektarchiv für mehrere Projekte zu
          verwenden, hat einige Vorteile, am offensichtlichsten ist der
          vermiedene doppelte Verwaltungsaufwand. Ein einzelnes
-        Repository bedeutet, dass es nur einen Satz Hook-Programme,
+        Projektarchiv bedeutet, dass es nur einen Satz Hook-Programme,
          ein Ding zum routinemäßigen Sichern, ein Ding für einen Auszug
          und zum anschließenden Laden nach einer inkompatiblen neuen
          Version von Subversion gibt usw. Sie können Daten auch einfach
@@ -425,22 +425,22 @@
        </para>
  -->
        <para>Der Nachteil bei der Verwendung eines einzelnen
-        Repositorys ist, dass unterschiedliche Projekte auch
+        Projektarchivs ist, dass unterschiedliche Projekte auch
          unterschiedliche Anforderungen hinsichtlich der
-        Repository-Ereignis-Trigger haben, wie etwa
+        Projektarchiv-Ereignis-Trigger haben, wie etwa
          Benachrichtigungs-E-Mails bei Commits an unterschiedliche
          Verteiler, oder unterschiedliche Definitionen dazu, was eine
          berechtigte Übergabe ist und was nicht. Das sind natürlich
          keine unüberwindbaren Probleme &ndash; es bedeutet nur, dass
-        all Ihre Hook-Skripte die Struktur Ihres Repositorys beachten
-        müssen, anstatt davon auszugehen, dass das gesamte Repository
+        all Ihre Hook-Skripte die Struktur Ihres Projektarchivs beachten
+        müssen, anstatt davon auszugehen, dass das gesamte Projektarchiv
          von einer einzelnen Gruppe zugeordnet ist. Beachten Sie auch,
          dass Subversion Versionsnummern verwendet, die global für das
-        gesamte Repository gelten. Obwohl diese Nummern keine
+        gesamte Projektarchiv gelten. Obwohl diese Nummern keine
          Zauberkräfte haben, mögen manche Zeitgenossen es trotzdem
          nicht, dass, obwohl in letzter Zeit keine Änderungen in ihrem
          Projekt durchgeführt worden sind, die jüngste Versionsnummer
-        im Repository ständig höher wird, weil andere Projekte fleißig
+        im Projektarchiv ständig höher wird, weil andere Projekte fleißig
          neue Revisionen hinzufügen.
          <footnote>
            <para>Ob es an Ignoranz oder an schlecht überlegten
@@ -449,7 +449,7 @@
              globalen Revisionsnummern zu haben, und es ist deshalb
              <emphasis>kein</emphasis> Kriterium, das Sie heranziehen
              sollten, wenn Sie abwägen, wie Sie Ihre Projekte und
-            Repositorys anlegen wollen.</para>
+            Projektarchive anlegen wollen.</para>
          </footnote>
        </para>

@@ -466,13 +466,13 @@
        <para>Es kann auch eine Lösung in der Mitte gewählt werden.
          Beispielsweise können Projekte danach geordnet werden, wie
          stark sie miteinander verbunden sind. Sie könnten ein paar
-        Repositorys haben, die jeweils eine handvoll Projekte
+        Projektarchive haben, die jeweils eine handvoll Projekte
          beherbergen. Auf diese Art können Projekte, die wahrscheinlich
          gemeinsame Daten verwenden wollen, dies auch einfach
-        bewerkstelligen, und wenn dem Repository neue Versionen
+        bewerkstelligen, und wenn dem Projektarchiv neue Versionen
          hinzugefügt werden, wissen die Entwickler wenigstens, dass
          diese neuen Revisionen zumindest entfernt eine Beziehung zu
-        jedem Benutzer dieses Repositorys haben.</para>
+        jedem Benutzer dieses Projektarchivs haben.</para>

  <!--
        <para>After deciding how to organize your projects with respect
@@ -500,12 +500,12 @@
          </para>
  -->
        <para>Nachdem Sie entschieden haben, wie Sie Ihre Projekte in
-        Repositorys aufteilen, möchten Sie sich nun vielleicht
+        Projektarchive aufteilen, möchten Sie sich nun vielleicht
          Gedanken darüber machen, welche Verzeichnishierarchien Sie im
-        Repository anlegen wollen. Da Subversion zum Verzweigen und
+        Projektarchiv anlegen wollen. Da Subversion zum Verzweigen und
          Etikettieren reguläre Verzeichniskopien verwendet (siehe <xref
          linkend="svn.branchmerge"/>), empfiehlt die
-        Subversion-Gemeinschaft, dass Sie einen Ort im Repository für
+        Subversion-Gemeinschaft, dass Sie einen Ort im Projektarchiv für
          jedes <firstterm>Projekt-Wurzelverzeichnis</firstterm> wählen
          &ndash; das oberste Verzeichnis, das Daten für Ihr Projekt
          enthält &ndash; und hierunter dann drei Unterverzeichnisse
@@ -527,7 +527,7 @@
  <!--
        <para>For example, your repository might look like this:</para>
  -->
-      <para>Ihr Repository könnte z.B. so aussehen:</para>
+      <para>Ihr Projektarchiv könnte z.B. so aussehen:</para>

        <screen>
  /
@@ -558,12 +558,12 @@
          like this:</para>
  -->
        <para>Beachten Sie, dass es unerheblich ist, wo in Ihrem
-        Repository sich das Wurzelverzeichnis Ihres Projektes
-        befindet.  Falls Sie nur ein Projekt pro Repository haben, ist
+        Projektarchiv sich das Wurzelverzeichnis Ihres Projektes
+        befindet.  Falls Sie nur ein Projekt pro Projektarchiv haben, ist
          der logische Ort für das Wurzelverzeichnis des Projektes das
-        Wurzelverzeichnis des zum Projekt gehörenden Repositorys.
+        Wurzelverzeichnis des zum Projekt gehörenden Projektarchivs.
          Falls Sie mehrere Projekte haben, möchten Sie diese vielleicht
-        innerhalb des Repositorys gruppieren, indem Sie Projekte
+        innerhalb des Projektarchivs gruppieren, indem Sie Projekte
          ähnlichen Zwecks in demselben Unterverzeichnis unterbringen
          oder sie vielleicht nur alphabetisch gruppieren. Eine solche
          Anordnung könnte so aussehen:</para>
@@ -596,11 +596,11 @@
          meets the needs of the people who work on the projects that
          live there.</para>
  -->
-      <para>Legen Sie Ihr Repository so an, wie es Ihnen am besten
+      <para>Legen Sie Ihr Projektarchiv so an, wie es Ihnen am besten
          passt.  Subversion erwartet oder erzwingt keine bestimmte
          Anordnung &ndash; für Subversion ist und bleibt ein
          Verzeichnis ein Verzeichnis. Letztendlich sollten Sie für ein
-        Repository eine Struktur wählen, die den Bedürfnissen der
+        Projektarchiv eine Struktur wählen, die den Bedürfnissen der
          Leute gerecht wird, die an den Projekten arbeiten, die dort
          untergebracht sind.</para>

@@ -616,7 +616,7 @@
          verbreitete Anordnung. Bei dieser Anordnung befinden sich die
          Verzeichnisse <filename>trunk</filename>,
          <filename>tags</filename> und <filename>branches</filename> im
-        Wurzelverzeichnis des Repositorys und die Projekte in
+        Wurzelverzeichnis des Projektarchivs und die Projekte in
          Unterverzeichnissen davon:</para>

        <screen>
@@ -667,7 +667,7 @@
          praktischen Erwägungen &ndash; es ist einfacher, in der
          kompletten Historie eines einzelnen Projektes zu forschen
          (oder sie zu verändern oder woandershin zu migrieren), wenn es
-        einen einzelnen Pfad im Repository gibt, der die gesamte
+        einen einzelnen Pfad im Projektarchiv gibt, der die gesamte
          Historie für dieses eine Projekt, und nur dieses,  beinhaltet
          &ndash; die Vergangenheit, Tags und Zweige.</para>

@@ -678,7 +678,7 @@
  <!--
        <title>Deciding Where and How to Host Your Repository</title>
  -->
-      <title>Entscheiden Sie, wo und wie Ihr Repository untergebracht
+      <title>Entscheiden Sie, wo und wie Ihr Projektarchiv untergebracht
          werden soll</title>

  <!--
@@ -693,15 +693,15 @@
          commit notification, etc.), your data backup strategy, and so
          on.</para>
  -->
-      <para>Bevor Sie Ihr Subversion-Repository anlegen, bleibt die
+      <para>Bevor Sie Ihr Subversion-Projektarchiv anlegen, bleibt die
          offensichtliche Frage zu beantworten, wo das Ding hin soll.
          Das hängt eng mit etlichen weiteren Fragen zusammen, etwa wie
-        auf das Repository zugegriffen werden soll (über einen
+        auf das Projektarchiv zugegriffen werden soll (über einen
          Subversion-Server oder direkt), wer darauf zugreifen soll
          (Benutzer hinter Ihrer Firmen-Firewall oder die weite Welt im
          offenen Netz), welche zusätzlichen Dienste Sie im Zusammenhang
          mit Subversion anbieten wollen (Schnittstellen zum Stöbern im
-        Repository, Übergabebenachrichtigungen per E-Mail usw.), Ihre
+        Projektarchiv, Übergabebenachrichtigungen per E-Mail usw.), Ihre
          Sicherungsstrategie und vieles mehr.</para>

  <!--
@@ -721,12 +721,12 @@
          <xref linkend="svn.serverconfig" /> behandeln; jedoch möchten
          wir an dieser Stelle kurz darauf hinweisen, dass die Antworten
          auf einige der anderen Fragen zur Folge haben, dass Sie bei
-        der Entscheidung über den Speicherorte für das Repository
+        der Entscheidung über den Speicherorte für das Projektarchiv
          keine freie Wahl mehr haben.  Beispielsweise könnten bestimmte
          Einsatzumgebungen erfordern, dass von mehreren Rechnern über
-        ein freigegebenes Dateisystem auf das Repository zugegriffen
+        ein freigegebenes Dateisystem auf das Projektarchiv zugegriffen
          werden muss, so dass (wie Sie im nächsten Abschnitt lesen
-        werden) die Wahl der dem Repository zugrundeliegenden
+        werden) die Wahl der dem Projektarchiv zugrundeliegenden
          Datenspeicherung gar keine Wahl mehr ist, da nur eine der
          verfügbaren Datenspeicherungsverfahren in dieser Umgebung
          funktionieren wird.</para>
@@ -779,9 +779,9 @@
          das zugrundeliegende Datenspeicherungsverfahren &ndash; oft
          bezeichnet als <quote>das Backend</quote> oder, etwas
          verwirrend, <quote>das (versionierte) Dateisystem</quote>
-        &mdash; welches jedes Repository verwendet. Das eine
+        &mdash; welches jedes Projektarchiv verwendet. Das eine
          Verfahren speichert alles in einer Berkeley-DB- (oder BDB-)
-        Datenbankumgebung; Repositorys, die dieses Verfahren
+        Datenbankumgebung; Projektarchive, die dieses Verfahren
          verwenden, werden oft <quote>BDB-basiert</quote> genannt. Das
          andere Verfahren speichert die Daten in gewöhnlichen, flachen
          Dateien, die ein spezielles Format verwenden. Unter
@@ -805,13 +805,13 @@
  -->
        <para><xref linkend="svn.reposadmin.basics.backends.tbl-1" />
          liefert einen Vergleich zwischen Berkeley-DB- und
-        FSFS-Repositorys.</para>
+        FSFS-Projektarchive.</para>

        <table id="svn.reposadmin.basics.backends.tbl-1">
  <!--
          <title>Repository data store comparison</title>
  -->
-        <title>Vergleich der Repository-Datenspeicherung</title>
+        <title>Vergleich der Projektarchiv-Datenspeicherung</title>
          <tgroup cols="4">
            <thead>
              <row>
@@ -913,7 +913,7 @@
                <entry>Smaller</entry>
  -->
                <entry morerows="2">Skalierbarkeit</entry>
-              <entry>Plattenplatzbedarf des Repositorys</entry>
+              <entry>Plattenplatzbedarf des Projektarchivs</entry>
                <entry>Größer (besonders, wenn Protokolldateien nicht
                  gekürzt werden)</entry>
                <entry>Kleiner</entry>
@@ -1001,7 +1001,7 @@
          hinzu kommt, dass beim Verzicht auf Berkeley DB sich eine
          Komponente weniger im System befindet &ndash; warum heutzutage
          beinahe jeder das FSFS-Verfahren verwendet, wenn neue
-        Repositorys angelegt werden.</para>
+        Projektarchive angelegt werden.</para>

  <!--
        <para>Fortunately, most programs that access Subversion
@@ -1014,12 +1014,12 @@
          in this chapter.</para>
  -->
        <para>Glücklicherweise interessiert es die meisten Programme
-        die auf Subversion-Repositorys zugreifen nicht, welches
+        die auf Subversion-Projektarchive zugreifen nicht, welches
          Speicherverfahren verwendet wird. Außerdem sind Sie mit Ihrer
          ersten Entscheidung für das Speicherverfahren nicht
          notwendigerweise festgelegt &ndash; falls Sie es sich später
          anders überlegen sollten, bietet Subversion Methoden zur
-        Migration der Daten im Repository in ein anderes Repository,
+        Migration der Daten im Projektarchiv in ein anderes Projektarchiv,
          das ein unterschiedliches Speicherverfahren verwendet. Wir
          werden das später in diesem Kapitel erörtern.</para>

@@ -1067,11 +1067,11 @@
  -->
          <para>Berkeley DB bietet echte Transaktionsunterstützung
            &ndash; vielleicht seine stärkste Funktion. Mehrere
-          Prozesse, die auf Ihre Subversion-Repositorys zugreifen,
+          Prozesse, die auf Ihre Subversion-Projektarchive zugreifen,
            brauchen sich keine Sorgen machen, dass sie sich
            versehentlich gegenseitig die Daten zerschießen. Die durch
            das Transaktiossystem gebotene Isolation bedeutet, dass der
-          Subversion-Repository-Programmcode für jede gegebene
+          Subversion-Projektarchiv-Programmcode für jede gegebene
            Operation eine statische Sicht auf die Datenbank hat &ndash;
            keine sich durch die Einflüsse anderer Prozesse ständig
            ändernde Datenbank &ndash; und basierend auf dieser Sicht
@@ -1096,10 +1096,10 @@
            <firstterm>Hot Backups</firstterm> &ndash; die Fähigkeit,
            die Datenbankumgebung zu sichern, ohne sie <quote>vom
            Netz</quote> zu nehmen. Wir besprechen später in diesem
-          Kapitel, wie Sie Ihr Repository sichern (in <xref
+          Kapitel, wie Sie Ihr Projektarchiv sichern (in <xref
            linkend="svn.reposadmin.maint.backup"/>), doch sollten die
            Vorteile offensichtlich sein, die dadurch entstehen, dass
-          Sie vollständige Sicherheitskopien Ihrer Repositorys ohne
+          Sie vollständige Sicherheitskopien Ihrer Projektarchive ohne
            Wartungszeiträume machen können.</para>

  <!--
@@ -1150,13 +1150,13 @@
            einige bekannte Einschränkungen von Berkeley DB ansprechen.
            Erstens sind Berkeley-DB -Umgebungen nicht portierbar. Sie
            können nicht einfach ein unter Unix erzeugtes
-          Subversion-Repository auf ein Windows-System kopieren und
+          Subversion-Projektarchiv auf ein Windows-System kopieren und
            erwarten, dass es funktioniert. Obwohl ein Großteil des
            Berkeley-DB-Datenbankformats architekturunabhängig ist, sind
            es andere Teile der Umgebung nicht. Zweitens benutzt
            Subversion Berkeley DB auf eine Weise, die nicht auf Windows
            95/98 funktioniert &ndash; falls Sie ein BDB-basiertes
-          Repository auf einer Windows-Maschine unterbringen müssen,
+          Projektarchiv auf einer Windows-Maschine unterbringen müssen,
            bleiben Sie bei Windows 2000 oder einem seiner
            Nachfolger.</para>

@@ -1188,9 +1188,9 @@
            </footnote> bieten die meisten Netz-Dateisysteme
            <emphasis>keine</emphasis> derartige Unterstützung. Und
            keinesfalls dürfen Sie zulassen, dass gleichzeitig von
-          mehreren Clients auf ein BDB-basiertes Repository auf einer
+          mehreren Clients auf ein BDB-basiertes Projektarchiv auf einer
            Netzfreigabe zugegriffen wird (was eigentlich der Hauptgrund
-          dafür ist, das Repository auf einer Netzfreigabe
+          dafür ist, das Projektarchiv auf einer Netzfreigabe
            unterzubringen).</para>

  <!--
@@ -1210,9 +1210,9 @@
              nicht erfüllt, ist das Ergebnis unvorhersehbar &ndash; es
              kann sein, dass Sie sofort mysteriöse Fehler wahrnehmen
              oder es kann Monate dauern, bis Sie bemerken, dass Ihre
-            Repository-Datenbank fast unmerklich beschädigt ist. Sie
+            Projektarchiv-Datenbank fast unmerklich beschädigt ist. Sie
              sollten ernsthaft erwägen, das FSFS-Speicherverfahren für
-            Repositorys zu verwenden, die auf einer Netzfreigabe
+            Projektarchive zu verwenden, die auf einer Netzfreigabe
              untergebracht werden sollen.</para>
          </warning>

@@ -1257,7 +1257,7 @@
            kann, so dass ein Administrator Berkeley DB dazu auffordern
            muss, zu einem Sicherungspunkt zurückzugehen, was etwas
            ärgerlich ist. Neben abgestürzten Prozessen können andere
-          Dinge das Repository <quote>verklemmen</quote>, wie etwa
+          Dinge das Projektarchiv <quote>verklemmen</quote>, wie etwa
            Programme, die sich wegen Eigentums- und Zugriffsrechten auf
            Datenbankdateien ins Gehege kommen.</para>

@@ -1302,7 +1302,7 @@
            <xref linkend="svn.serverconfig.multimethod"/> later in this
            chapter.</para>
  -->
-        <para>Während ein Berkeley-DB-Repository ziemlich schnell und
+        <para>Während ein Berkeley-DB-Projektarchiv ziemlich schnell und
            skalierbar ist, wird es am besten von einem einzelnen
            Server-Prozess unter einer Benutzerkennung verwendet &ndash;
            so wie Apaches <command>httpd</command> oder
@@ -1310,7 +1310,7 @@
            linkend="svn.serverconfig"/>) &ndash; statt darauf mit
            mehreren Benutzern über <literal>file://</literal> oder
            <literal>svn+ssh://</literal> URLs zuzugreifen.  Falls Sie
-          mit mehreren Benutzern direkt auf ein Berkeley-DB-Repository
+          mit mehreren Benutzern direkt auf ein Berkeley-DB-Projektarchiv
            zugreifen wollen, sollten Sie unbedingt <xref
            linkend="svn.serverconfig.multimethod"/> weiter unten in
            diesem Kapitel lesen.</para>
@@ -1337,19 +1337,19 @@
            repository.</para>
  -->
          <para>Mitte 2004 entstand ein zweiter Typ eines
-          Repository-Speichersystems &ndash; eins, das überhaupt keine
-          Datenbank verwendet. Ein FSFS-Repository speichert die zu
+          Projektarchiv-Speichersystems &ndash; eins, das überhaupt keine
+          Datenbank verwendet. Ein FSFS-Projektarchiv speichert die zu
            einer Revision gehörenden Änderungen in einer einzelnen
-          Datei, so dass sich alle Revisionen eines Repositorys in
+          Datei, so dass sich alle Revisionen eines Projektarchivs in
            einem Verzeichnis voller nummerierter Dateien befinden.
            Transaktionen werden als individuelle Dateien in getrennten
            Verzeichnissen erzeugt. Sobald sie vollständig ist, wird die
            Transaktionsdatei umbenannt und in das Revisionsverzeichnis
            verschoben, so dass die Atomizität von Übergaben
            gewährleistet ist. Und da eine Revisionsdatei dauerhaft und
-          unveränderlich ist, kann das Repository auch im laufenden
+          unveränderlich ist, kann das Projektarchiv auch im laufenden
            Betrieb gesichert werden, genauso wie ein BDB-basiertes
-          Repository.</para>
+          Projektarchiv.</para>

  <!--
          <para>The FSFS revision files describe a revision's
@@ -1370,10 +1370,10 @@
            verschiedene Betriebssysteme übertragbar und nicht von einer
            CPU-Architektur abhängig. Da weder Journaldateien noch
            Dateien für gemeinsam benutzten Speicher verwendet werden,
-          kann auf das Repository sicher über ein Netzdateisystem
+          kann auf das Projektarchiv sicher über ein Netzdateisystem
            zugegriffen und es in einer Nur-Lese-Umgebung untersucht
            werden. Das Fehlen der Datenbankverwaltung bedeutet
-          ebenfalls eine etwas geringere Größe des Repositorys.</para>
+          ebenfalls eine etwas geringere Größe des Projektarchivs.</para>

  <!--
          <para>FSFS has different performance characteristics, too.
@@ -1417,8 +1417,8 @@
            bekommt oder plötzlich abstürzt, kann das die Datenbank in
            einen unbrauchbaren Zustand bringen, bis ein Administrator
            sie wiederherstellt. Falls ein Prozess, der ein
-          FSFS-Repository benutzt, in dieselbe Situation gerät, ist
-          das Repository hiervon überhaupt nicht betroffen. Das
+          FSFS-Projektarchiv benutzt, in dieselbe Situation gerät, ist
+          das Projektarchiv hiervon überhaupt nicht betroffen. Das
            Schlimmste, was passieren kann, ist, dass einige
            Transaktionsdaten nicht abgearbeitet werden können.</para>

@@ -1453,7 +1453,7 @@
            Unversehrtheit der Daten heraus, die, obwohl sie sehr selten
            ausgelöst wurden, dennoch auftraten.  Nichtsdestoweniger
            ist FSFS schnell zum Speicherverfahren der Wahl für einige
-          der größten öffentlichen und privaten Subversion-Repositorys
+          der größten öffentlichen und privaten Subversion-Projektarchive
            geworden und verspricht durch die Bank eine niedrigere
            Einstiegshürde für Subversion.</para>

@@ -1469,7 +1469,7 @@
  <!--
      <title>Creating and Configuring Your Repository</title>
  -->
-    <title>Anlegen und konfigurieren Ihres Repositorys</title>
+    <title>Anlegen und konfigurieren Ihres Projektarchivs</title>

  <!--
      <para>Earlier in this chapter (in <xref  
linkend="svn.reposadmin.planning" />), we
@@ -1483,11 +1483,11 @@
      <para>Weiter oben in diesem Kapitel (in <xref
        linkend="svn.reposadmin.planning" />), schauten wir auf einige
        der wichtigen Entscheidungen, die zu treffen sind, bevor Ihr
-      Subversion-Repository angelegt und konfiguriert wird. Jetzt
+      Subversion-Projektarchiv angelegt und konfiguriert wird. Jetzt
        schaffen wir es endlich, uns die Hände schmutzig zu machen! In
-      diesem Abschnitt werden wir sehen, wie ein Subversion-Repository
+      diesem Abschnitt werden wir sehen, wie ein Subversion-Projektarchiv
        überhaupt angelegt wird und wie es konfiguriert wird, damit es
-      bei bestimmten Repository-Ereignissen spezielle Aktionen
+      bei bestimmten Projektarchiv-Ereignissen spezielle Aktionen
        ausführt.</para>

      <!-- ===============================================================  
-->
@@ -1495,7 +1495,7 @@
  <!--
        <title>Creating the Repository</title>
  -->
-      <title>Anlegen des Repositorys</title>
+      <title>Anlegen des Projektarchivs</title>

  <!--
        <para>Subversion repository creation is an incredibly simple
@@ -1503,7 +1503,7 @@
          Subversion provides a subcommand (<command>svnadmin
          create</command>) for doing just that.</para>
  -->
-      <para>Das Anlegen eines Subversion-Repositorys ist eine
+      <para>Das Anlegen eines Subversion-Projektarchivs ist eine
          unglaublich einfache Aufgabe. Das mit Subversion gelieferte
          Dienstprogramm <command>svnadmin</command> stellt ein
          Unterbefehl (<command>svnadmin create</command>) zur
@@ -1517,7 +1517,7 @@
  </screen>
  -->
        <screen>
-$ # Ein Repository anlegen
+$ # Ein Projektarchiv anlegen
  $ svnadmin create /var/svn/repos
  $
  </screen>
@@ -1532,7 +1532,7 @@
          parameter either <literal>fsfs</literal> or
          <literal>bdb</literal>.</para>
  -->
-      <para>Damit wird ein neues Repository im Verzeichnis
+      <para>Damit wird ein neues Projektarchiv im Verzeichnis
          <filename>/var/svn/repos</filename> mit dem
          Standard-Speicherverfahren angelegt. Vor Subversion 1.2 war es
          Berkeley DB, nun ist es FSFS.  Sie können den Dateisystemtypen
@@ -1549,7 +1549,7 @@
  </screen>
  -->
        <screen>
-$ # Ein FSFS-basiertes Repository anlegen
+$ # Ein FSFS-basiertes Projektarchiv anlegen
  $ svnadmin create --fs-type fsfs /var/svn/repos
  $
  </screen>
@@ -1562,7 +1562,7 @@
  </screen>
  -->
        <screen>
-# Ein Berkeley-DB-basiertes Repository anlegen
+# Ein Berkeley-DB-basiertes Projektarchiv anlegen
  $ svnadmin create --fs-type bdb /var/svn/repos
  $
  </screen>
@@ -1572,7 +1572,7 @@
          repository.</para>
  -->
        <para>Nach dem Ausführen dieses einfachen Befehls haben Sie ein
-        Subversion-Repository.</para>
+        Subversion-Projektarchiv.</para>

        <tip>
  <!--
@@ -1591,12 +1591,12 @@
          <para>Das Pfad-Argument zu <command>svnadmin</command> ist
            bloß ein gewöhnlicher Pfad im Dateisystem und kein URL wie
            ihn das Client-Programm <command>svn</command> verwendet, um
-          auf Repositorys zu verweisen. Sowohl
+          auf Projektarchive zu verweisen. Sowohl
            <command>svnadmin</command> als auch
            <command>svnlook</command> werden als serverseitige
            Dienstprogramme betrachtet &ndash; sie werden auf dem
-          Rechner benutzt, auf dem das Repository untergebracht ist,
-          um Aspekte des Repositorys zu untersuchen oder zu verändern;
+          Rechner benutzt, auf dem das Projektarchiv untergebracht ist,
+          um Aspekte des Projektarchivs zu untersuchen oder zu verändern;
            tatsächlich sind sie nicht in der Lage, Aufgaben über das
            Netz zu erledigen. Ein verbreiteter Fehler von
            Subversion-Neulingen ist der Versuch, URLs (sogar
@@ -1615,20 +1615,20 @@
          repository was created.</para>
  -->
        <para>Im Unterverzeichnis <filename>db/</filename> Ihres
-        Repositorys befindet sich die Implementierung des
+        Projektarchivs befindet sich die Implementierung des
          versionierten Dateisystems. Das Leben des versionierten
-        Dateisystems Ihres Repositorys beginnt mit Revision 0, die aus
+        Dateisystems Ihres Projektarchivs beginnt mit Revision 0, die aus
          nichts anderem als dem Wurzelverzeichnis
          (<filename>/</filename>) besteht. Zu Beginn hat die Revision 0
          ein einziges Revisions-Property, <literal>svn:date</literal>,
          das als Wert die Angabe des Zeitpunktes besitzt, zu dem das
-        Repository angelegt wurde.</para>
+        Projektarchiv angelegt wurde.</para>

  <!--
        <para>Now that you have a repository, it's time to customize
          it.</para>
  -->
-      <para>Da Sie nun ein Repository haben, ist es an der Zeit, es
+      <para>Da Sie nun ein Projektarchiv haben, ist es an der Zeit, es
          anzupassen.</para>

        <warning>
@@ -1646,20 +1646,20 @@
            version control history by poking and prodding around in
            your repository's data store files!</para>
  -->
-        <para>Während einige Teile des Repositorys &ndash; wie die
+        <para>Während einige Teile des Projektarchivs &ndash; wie die
            Konfigurationsdateien und Hook-Scripts &ndash; für eine
            manuelle Untersuchung und Bearbeitung gedacht sind, sollten
            Sie nicht (und sie sollten es auch nicht nötig haben) an den
-          anderen Teilen des Repositorys <quote>händisch</quote>
+          anderen Teilen des Projektarchivs <quote>händisch</quote>
            herumdoktern. Das Dienstprogramm <command>svnadmin</command>
-          sollte für alle notwendigen Änderungen an Ihrem Repository
+          sollte für alle notwendigen Änderungen an Ihrem Projektarchiv
            ausreichen; sie können auch Dienstprogramme von
            Drittanbietern (wie das Werkzeugpaket von Berkeley DB)
            verwenden, um in entsprechenden Unterabschnitten des
-          Repositorys Änderungen vorzunehmen. Versuchen Sie
+          Projektarchivs Änderungen vorzunehmen. Versuchen Sie
            <emphasis>nicht</emphasis>, die Historie Ihrer
            Versionskontrolle manuell zu verändern, indem Sie in den
-          Speicherdateien des Repositorys herumstochern!</para>
+          Speicherdateien des Projektarchivs herumstochern!</para>
            </warning>

      </sect2>
@@ -1669,7 +1669,7 @@
  <!--
        <title>Implementing Repository Hooks</title>
  -->
-      <title>Erstellen von Repository-Hooks</title>
+      <title>Erstellen von Projektarchiv-Hooks</title>

  <!--
        <para>A <firstterm>hook</firstterm> is a program triggered by
@@ -1687,19 +1687,19 @@
          of the person who triggered the event.</para>
  -->
        <para>Ein <firstterm>Hook</firstterm> (Haken) ist ein Programm,
-        das durch einige Repository-Ereignisse gestartet wird, wie
+        das durch einige Projektarchiv-Ereignisse gestartet wird, wie
          etwa die Erzeugung einer neuen Revision oder die Veränderung
          eines unversionierten Propertys. Einige Hooks (die sogenannten
          <quote>Pre-Hooks</quote>) starten vor einer
-        Repository-Operation und bieten eine Möglichkeit sowohl zu
+        Projektarchiv-Operation und bieten eine Möglichkeit sowohl zu
          berichten, was passieren wird, als auch zu verhindern, dass es
          überhaupt passiert. Andere Hooks (die
          <quote>Post-Hooks</quote>) starten nach Abschluss eines
-        Repository-Ereignisses und sind nützlich für Aufgaben, die das
-        Repository inspizieren &ndash; aber nicht verändern. Jedem
+        Projektarchiv-Ereignisses und sind nützlich für Aufgaben, die das
+        Projektarchiv inspizieren &ndash; aber nicht verändern. Jedem
          Hook wird ausreichend Information übergeben, damit er
          feststellen kann, um welches Ereignis es sich handelt (oder
-        handelte), welche genauen Änderungen am Repository
+        handelte), welche genauen Änderungen am Projektarchiv
          beabsichtigt sind (oder durchgeführt wurden) und wie der Name des
          Benutzers lautet, der das Ereignis ausgelöst hat.</para>

@@ -1709,7 +1709,7 @@
          hooks:</para>
  -->
        <para>Das Verzeichnis für die <filename>Hooks</filename> ist
-        standardmäßig mit Vorlagen für verschiedene Repository-Hooks
+        standardmäßig mit Vorlagen für verschiedene Projektarchiv-Hooks
          gefüllt:</para>

        <screen>
@@ -1825,15 +1825,15 @@
          it is designed to perform.</para>
  -->
        <para>Subversion führt die Hooks unter der Benutzerkennung aus,
-        die auch der Prozess besitzt, der auf das Repository zugreift.
-        Meistens wird auf das Repository über einen Subversion-Server
+        die auch der Prozess besitzt, der auf das Projektarchiv zugreift.
+        Meistens wird auf das Projektarchiv über einen Subversion-Server
          zugegriffen, so dass die Benutzerkennung der des
          Serverprozesses entspricht. Die Hooks müssen deshalb mit den
          entsprechenden Berechtigungen des Betriebssystems versehen
          werden, damit diese Benutzerkennung sie ausführen kann. Das
          bedeutet auch, dass der direkte oder indirekte Zugriff auf
          irgendwelche Programme oder Dateien (einschließlich des
-        Subversion-Repositorys) durch den Hook auch unter derselben
+        Subversion-Projektarchivs) durch den Hook auch unter derselben
          Kennung erfolgt. Mit anderen Worten: Achten Sie auf mögliche
          Probleme im Zusammenhang mit Zugriffsrechten, die den Hook
          daran hindern könnten, die Ihm zugeteilten Aufgaben
@@ -1853,17 +1853,17 @@
          changes to your repository, you don't need to do this
          sort of access control via the hook system.</para>
  -->
-      <para>Es gibt mehrere im Subversion-Repository implementierte
+      <para>Es gibt mehrere im Subversion-Projektarchiv implementierte
          Hooks; Details zu jedem können Sie in <xref
          linkend="svn.ref.reposhooks" /> nachlesen. Als
-        Repository-Administrator müssen Sie entscheiden, welche Hooks
+        Projektarchiv-Administrator müssen Sie entscheiden, welche Hooks
          sie einrichten wollen (indem Sie ein entsprechend benanntes
          und mit den nötigen Zugriffsrechten versehenes Hook-Programm
          bereitstellen) und wie Sie sie einsetzen wollen. Wenn Sie diese  
Entscheidung
          treffen, dann behalten Sie das Gesamtbild des
-        Repository-Einsatzes im Auge.  Wenn Sie beispielsweise die
+        Projektarchiv-Einsatzes im Auge.  Wenn Sie beispielsweise die
          Konfiguration des Servers verwenden, um festzustellen, welche
-        Benutzer Änderungen an Ihr Repository übergeben dürfen,
+        Benutzer Änderungen an Ihr Projektarchiv übergeben dürfen,
          benötigen Sie für diese Zugriffskontrolle nicht das
          Hook-System.</para>

@@ -1916,7 +1916,7 @@
            Fehlern, Unzulänglichkeiten oder Prozessverletzungen
            innerhalb der zu übergebenden Dateien einzusetzen, kann das
            zu Problemen führen. Subversion hält bestimmte
-          Repository-Daten in clientseitigen Caches vor, und wenn Sie
+          Projektarchiv-Daten in clientseitigen Caches vor, und wenn Sie
            auf diese Art eine Übergabe-Transaktion verändern, werden
            die im Cache befindlichen Informationen ungültig, ohne dass
            jemand etwas merkt. Diese Inkonsistenz kann zu
@@ -1960,7 +1960,7 @@
          die Obergrenze für die Größe der Protokolldateien usw.
          Darüberhinaus wählt Subversions Dateisystemlogik Standardwerte
          für einige der Berkeley-DB-Konfigurationsoptionen. Manchmal
-        jedoch benötigt Ihr besonderes Repository, welches eine
+        jedoch benötigt Ihr besonderes Projektarchiv, welches eine
          einzigartige Sammlung von Daten und Zugriffsmustern darstellt,
          eine unterschiedliche Menge von Konfigurationswerten.</para>

@@ -1996,9 +1996,9 @@
          die Berkeley-DB-Umgebung zu überschreiben. BDB prüft, ob es
          eine Datei namens  <filename>DB_CONFIG</filename> im
          Umgebungsverzeichnis (das Verzeichnis <filename>db</filename>
-        des Repositorys) gibt und liest die in dieser Datei
+        des Projektarchivs) gibt und liest die in dieser Datei
          vorhandenen Optionen. Subversion erzeugt diese Datei selbst,
-        wenn der Rest eines Repositorys erstellt wird. Anfangs
+        wenn der Rest eines Projektarchivs erstellt wird. Anfangs
          beinhaltet diese Datei einige Standardoptionen sowie Verweise
          zur Berkeley-DB-Dokumentation im Netz, so dass Sie
          nachschlagen können, was diese Optionen bewirken.
@@ -2025,7 +2025,7 @@
  <!--
      <title>Repository Maintenance</title>
  -->
-    <title>Repository-Wartung</title>
+    <title>Projektarchiv-Wartung</title>

  <!--
      <para>Maintaining a Subversion repository can be daunting, mostly
@@ -2037,14 +2037,14 @@
        accomplish tasks such as repository data migration, upgrades,
        backups, and cleanups.</para>
  -->
-    <para>Die Wartung eines Subversion-Repositorys kann abschreckend
+    <para>Die Wartung eines Subversion-Projektarchivs kann abschreckend
        sein, was an der Komplexität liegt, die Systemen innewohnt, die
        auf Datenbanken aufbauen. Die Arbeit gut zu machen, bedeutet,
        die Werkzeuge zu kennen &ndash; was sie sind, wann sie zu
        verwenden sind und wie. Dieser Abschnitt stellt Ihnen die
-      Repository-Verwaltungswerkzeuge vor, die Subversion mitbringt
+      Projektarchiv-Verwaltungswerkzeuge vor, die Subversion mitbringt
        und erörtert, wie sie gehandhabt werden, um Aufgaben zu
-      erledigen, wie etwa Repository-Datenmigration, Aktualisierungen,
+      erledigen, wie etwa Projektarchiv-Datenmigration, Aktualisierungen,
        Sicherungen und Aufräumarbeiten.</para>

      <!-- ===============================================================  
-->
@@ -2065,7 +2065,7 @@
  -->
        <para>Subversion stellt eine Handvoll Dienstprogramme zur
          Verfügung, die nützlich zum Erstellen, Untersuchen, Verändern
-        und Reparieren Ihres Repositorys sind. Wir wollen uns diese
+        und Reparieren Ihres Projektarchivs sind. Wir wollen uns diese
          Werkzeuge einmal genauer ansehen. Anschließend werden wir kurz
          einige der zum Berkeley-DB-Paket gehörenden Dienstprogramme
          untersuchen, die auf die Besonderheiten der von Subversion
@@ -2087,10 +2087,10 @@
            Subversion command-line programs:</para>
  -->
          <para>Das Programm <command>svnadmin</command> ist der beste
-          Freund des Repository-Administrators. Neben der Fähigkeit,
-          Subversion-Repositorys zu erzeugen, erlaubt Ihnen dieses
+          Freund des Projektarchiv-Administrators. Neben der Fähigkeit,
+          Subversion-Projektarchive zu erzeugen, erlaubt Ihnen dieses
            Programm verschiedene Wartungsarbeiten auf diesen
-          Repositorys auszuführen. Die Syntax von
+          Projektarchive auszuführen. Die Syntax von
            <command>svnadmin</command> ist ähnlich wie bei anderen
            Kommandozeilenprogrammen von Subversion:</para>

@@ -2164,14 +2164,14 @@
            mitgeliefertes Dienstprogramm zum Untersuchen der
            mannigfaltigen Revisionen und
            <firstterm>Transaktionen</firstterm> (bei denen es sich um
-          Revisionen in Entstehung handelt) in einem Repository. Kein
-          Teil dieses Programms versucht, das Repository zu verändern.
+          Revisionen in Entstehung handelt) in einem Projektarchiv. Kein
+          Teil dieses Programms versucht, das Projektarchiv zu verändern.
            <command>svnlook</command> wird üblicherweise von
-          Repository-Hooks verwendet, um die abzuliefernden Änderungen
+          Projektarchiv-Hooks verwendet, um die abzuliefernden Änderungen
            zu melden (im Fall des <command>pre-commit</command>-Hooks)
-          oder die gerade an das Repository übergeben wurden (im Fall
+          oder die gerade an das Projektarchiv übergeben wurden (im Fall
            des <command>post-commit</command>-hooks). Ein
-          Repository-Administrator kann dieses Programm zur Diagnose
+          Projektarchiv-Administrator kann dieses Programm zur Diagnose
            benutzen.</para>

  <!--
@@ -2228,7 +2228,7 @@
            können entweder auf einem Revisions- oder auf einem
            Transaktionsbaum arbeiten, indem sie Informationen über den
            Baum an sich ausgeben oder darüber, inwiefern er sich von
-          einer früheren Revision des Repositorys unterscheidet. Sie
+          einer früheren Revision des Projektarchivs unterscheidet. Sie
            verwenden die Optionen <option>--revision</option>
            (<option>-r</option>) und <option>--transaction</option>
            (<option>-t</option>), um die zu untersuchende Revision bzw.
@@ -2236,9 +2236,9 @@
            <option>--revision</option> (<option>-r</option>) und
            <option>--transaction</option> (<option>-t</option>)
            untersucht Subversion die jüngste (oder
-          <literal>HEAD</literal>) Revision des Repositorys. Das
+          <literal>HEAD</literal>) Revision des Projektarchivs. Das
            heißt, die beiden folgenden Befehle machen genau dasselbe,
-          wenn 19 die jüngste Revision im Repository unter
+          wenn 19 die jüngste Revision im Projektarchiv unter
            <filename>/var/svn/repos</filename> ist:</para>

          <screen>
@@ -2255,7 +2255,7 @@
          <para>Eine Ausnahme von diesen Regeln zu Unterbefehlen ist der
            Unterbefehl <command>svnlook youngest</command>, der keine
            Optionen entgegennimmt und einfach die jüngste
-          Revisionsnummer des Repositorys ausgibt:</para>
+          Revisionsnummer des Projektarchivs ausgibt:</para>

          <screen>
  $ svnlook youngest /var/svn/repos
@@ -2275,7 +2275,7 @@
  -->
            <para>Beachten Sie, dass Sie nur Transaktionen untersuchen
              können, die noch nicht übergeben sind. Die meisten
-            Repositorys haben keine derartigen Transaktionen, da
+            Projektarchive haben keine derartigen Transaktionen, da
              Transaktionen entweder übergeben (in diesem Fall sollten
              Sie darauf mit der Option <option>--revision</option>
              (<option>-r</option>) zugreifen) oder abgebrochen und
***The diff for this file has been truncated for email.***
=======================================
--- /trunk/src/de/book/ch06-server-configuration.xml	Fri Jan 16 08:29:57  
2009
+++ /trunk/src/de/book/ch06-server-configuration.xml	Sun May 30 23:37:40  
2010
@@ -13,7 +13,7 @@
      perhaps, all over the world.</para>
  -->

-	<para>Der Zugriff auf ein Subversion-Repository kann problemlos
+	<para>Der Zugriff auf ein Subversion-Projektarchiv kann problemlos
  	von mehreren Clients, welche auf demselben Rechner wie
  	Subversion laufen, gleichzeitig erfolgen &ndash; unter Verwendung der
  	<literal>file://</literal>-Methode. Aber typischerweise läuft
@@ -31,7 +31,7 @@
      setup on your host computer.</para>
  -->

-    <para>In diesem Kapitel erklären wir, wie Sie ihr Subversion-Repository
+    <para>In diesem Kapitel erklären wir, wie Sie ihr  
Subversion-Projektarchiv
      für den Fernzugriff von Clients fit machen. Wir werden
  	ausführlich auf alle aktuell verfügbaren Servermechanismen von
  	Subversion eingehen und über ihre Konfiguration und Verwendung reden.
@@ -59,8 +59,8 @@
  -->
  	<para>Subversion wurde mit einer abstrakten
  	Netzwerkschicht entworfen. Dies bedeutet, dass auf ein
-	Repository automatisiert von beliebigen Server-Prozessen zugegriffen
-    werden kann, und die für Clients vorhandene  
<quote>Repository-Access</quote>-API
+	Projektarchiv automatisiert von beliebigen Server-Prozessen zugegriffen
+    werden kann, und die für Clients vorhandene  
<quote>Projektarchiv-Access</quote>-API
      (Programmierschnittstelle) erlaubt es Programmierern, Plugins
  	zu entwickeln, die relevante Netzwerkprotokolle verstehen. Theoretisch  
ermöglicht
  	dies Subversion, eine unbegrenzte Zahl an Netzwerkprotokollen zu  
verwenden.
@@ -78,14 +78,14 @@
        repositories.</para>
  -->
  	<para>Apache ist ein sehr beliebter Webserver, welcher mittels des
-	<command>mod_dav_svn</command>-Moduls auf Repositorys zugreifen und
+	<command>mod_dav_svn</command>-Moduls auf Projektarchive zugreifen und
  	diese für Clients verfügbar machen kann. Verwendet wird dabei das
  	WebDAV/DeltaV-Protokoll, welches eine Erweiterung von HTTP ist.
  	Da Apache ein stark erweiterbarer Webserver ist, bietet er
  	eine Menge an <quote>frei verfügbaren</quote> Funktionen/Modulen,
  	wie SSL-verschlüsselte Verbindungen, Logging, sowie die Integration  
diverser
  	Authentifikationssysteme von Drittanbietern und einen eingeschränkten
-	Web-Browser-gestützten Repository-Lesezugriff.</para>
+	Web-Browser-gestützten Projektarchiv-Lesezugriff.</para>

  <!--
      <para>In the other corner is <command>svnserve</command>: a small,
@@ -140,7 +140,7 @@
  	eigene Nutzerverwaltung hat). Des weiteren ist es notwendig &ndash; da  
jeder
  	angemeldete Nutzer einen eigenen <command>svnserve</command>-Prozess
  	startet &ndash; einer Gruppe von lokalen Nutzern (aus Sicht der  
Rechtevergabe)
-	vollen Zugriff auf das Repository via <literal>file://</literal> URLs zu
+	vollen Zugriff auf das Projektarchiv via <literal>file://</literal> URLs  
zu
  	ermöglichen. Pfad-basierte Zugriffskontrolle schließt sich in diesem Fall  
aus,
  	da die Nutzer direkt auf die Datenbank-Dateien zugreifen.</para>

@@ -201,15 +201,15 @@
              <entry>Autorisierungsmöglichkeiten</entry>
         <!-- <entry>Read/write access can be granted over the whole
                repository, or specified per path</entry> -->
-             <entry>Lese-/Schreibzugriff auf das komplette Repository
+             <entry>Lese-/Schreibzugriff auf das komplette Projektarchiv
               oder pfadbasierte Rechtevergabe</entry>
          <!-- <entry>Read/write access can be granted over the whole
                repository, or specified per path</entry> -->
-              <entry>Lese-/Schreibzugriff auf das komplette Repository
+              <entry>Lese-/Schreibzugriff auf das komplette Projektarchiv
               oder pfadbasierte Rechtevergabe</entry>
          <!-- <entry>Read/write access only grantable over the whole
                repository</entry> -->
-              <entry>Lese-/Schreibzugriff nur auf ganzes Repository  
einstellbar</entry>
+              <entry>Lese-/Schreibzugriff nur auf ganzes Projektarchiv  
einstellbar</entry>
            </row>

            <row>
@@ -250,7 +250,7 @@

            <row>
         <!-- <entry>Web viewing</entry> -->
-            <entry>web-basierte Anzeige des Repositorys</entry>
+            <entry>web-basierte Anzeige des Projektarchivs</entry>
         <!-- <entry>Limited built-in support, or via third-party tools
                such as ViewVC</entry> -->
                <entry>eingeschränkte Unterstützung, alternativ mittels  
Programmen von Drittanbietern,
@@ -428,7 +428,7 @@
              <listitem><para>Es wird nichts geloggt, auch keine  
Fehler.</para></listitem>

              <listitem><para>Keinen eingebauten Webbrowser-gestützten  
Lesezugriff. (Wenn Sie dies
-                wünschen, müssen Sie einen eigenständigen Webserver sowie  
Repository-Browser-Software
+                wünschen, müssen Sie einen eigenständigen Webserver sowie  
Projektarchiv-Browser-Software
                  installieren.)</para></listitem>

              </itemizedlist>
@@ -611,9 +611,9 @@

                <listitem><para>In der Regel lässt sich das  
HTTP(S)-Protokoll problemlos durch Firewalls routen.</para></listitem>

-              <listitem><para>Auf das Repository kann lesend auch via  
Webbrowser zugegriffen werden.</para></listitem>
-
-              <listitem><para>Das Repository lässt sich als Netzlaufwerk  
einhängen (mounten). Änderungen
+              <listitem><para>Auf das Projektarchiv kann lesend auch via  
Webbrowser zugegriffen werden.</para></listitem>
+
+              <listitem><para>Das Projektarchiv lässt sich als  
Netzlaufwerk einhängen (mounten). Änderungen
                    an den Dateien unterliegen trotzdem der  
Versionskontrolle.
                    (siehe <xref  
linkend="svn.webdav.autoversioning"/>.)</para></listitem>

@@ -746,13 +746,13 @@
            <para>
              Falls Sie für ihr Team die einfachste Servervariante suchen,
              dann kommen Sie mit einer  
Standard-<command>svnserve</command>-Installation
-            am schnellsten ans Ziel. Beachten Sie aber, dass der Inhalt  
ihres Repositorys
+            am schnellsten ans Ziel. Beachten Sie aber, dass der Inhalt  
ihres Projektarchivs
              im Klartext über das Netzwerk übertragen wird. Wenn Sie nur  
innerhalb ihres
              Firmennetzwerks oder eines VPNs arbeiten, so ist dies kein  
Beinbruch.
-            Ist ihr Repository allerdings vom Internet aus erreichbar, so  
sollten Sie
+            Ist ihr Projektarchiv allerdings vom Internet aus erreichbar,  
so sollten Sie
              eventuell sicherstellen, dass darin keine sensiblen Daten  
vorhanden sind
              (z.B. nur Open-Source Code o.ä.), oder Sie legen noch einmal  
Hand an und
-            verschlüsseln mittels SASL die Netzwerkverbindung zur ihrem  
Repository.
+            verschlüsseln mittels SASL die Netzwerkverbindung zur ihrem  
Projektarchiv.
              </para>
          </listitem>

@@ -773,9 +773,9 @@
               Standard-<command>svnserve</command> entschieden haben,
               dann legen Sie auf ihrem System einen einfachen  
<command>svn</command>-Nutzer
               an und lassen den Serverprozess unter diesem Nutzer laufen.
-             Stellen Sie zudem sicher, dass das gesamte Verzeichnis mit  
dem Repository nur
+             Stellen Sie zudem sicher, dass das gesamte Verzeichnis mit  
dem Projektarchiv nur
               diesem <command>svn</command>-Nutzer gehört. Damit wird der  
Zugriff auf ihr
-             Repository durch das Dateisystem des Serverbetriebssystems  
verwaltet, und
+             Projektarchiv durch das Dateisystem des Serverbetriebssystems  
verwaltet, und
               nur der Serverprozess kann noch Änderungen daran vornehmen.
               </para> </listitem>

@@ -788,7 +788,7 @@
              Wir empfehlen diese Variante allerdings nur sehr ungern.
              Es ist im Allgemeinen sicherer, Ihren Nutzern nur durch
              <command>svnserve</command> oder Apache verwaltete Zugänge
-            den Zugriff auf Ihr Repository zu ermöglichen und eben nicht
+            den Zugriff auf Ihr Projektarchiv zu ermöglichen und eben nicht
              mittels vollwertiger Nutzerzugänge auf dem Serversystem.
              Falls der Wunsch nach einer starken Netzwerkverschlüsselung Sie
              auf die Verwendung des SSH gebracht hat, dann empfehlen wir  
Ihnen
@@ -799,19 +799,19 @@
          <listitem>
            <para>
              Lassen Sie sich bitte <emphasis>nicht</emphasis> von der Idee  
verführen,
-            allen Ihren Nutzern direkten Zugriff auf das Repository  
mittels der
+            allen Ihren Nutzern direkten Zugriff auf das Projektarchiv  
mittels der
              <literal>file://</literal>-Methode zu geben. Auch wenn der  
Zugriff
-            auf das Repository durch eine Netzwerkfreigabe erfolgt, bleibt  
es immmer
+            auf das Projektarchiv durch eine Netzwerkfreigabe erfolgt,  
bleibt es immmer
              noch eine schlechte Idee.
-            Dadurch wird jeglicher Sicherheitspuffer zwischen dem Nutzer  
und dem Repository
-            entfernt: Ein Anwender kann ohne (oder auch mit) Absicht die  
Datenbank des Repositorys
+            Dadurch wird jeglicher Sicherheitspuffer zwischen dem Nutzer  
und dem Projektarchiv
+            entfernt: Ein Anwender kann ohne (oder auch mit) Absicht die  
Datenbank des Projektarchivs
              beschädigen.
-            Es wird zudem schwierig, das Repository offline zu nehmen um  
eine Inspektion
+            Es wird zudem schwierig, das Projektarchiv offline zu nehmen  
um eine Inspektion
              oder ein Upgrade durchzuführen. Zudem kann es Ihnen eine Menge  
Probleme mit
              den Dateirechten einbringen (siehe <xref
              linkend="svn.serverconfig.multimethod"/>).
              Beachten Sie bitte auch, dass dies einer der Gründe ist, warum  
wir vor der
-            Verwendung der <literal>svn+ssh://</literal>-Methode für den  
Repository-Zugriff
+            Verwendung der <literal>svn+ssh://</literal>-Methode für den  
Projektarchiv-Zugriff
              warnen. Vom Standpunkt der Sicherheit ist dies effektiv  
dasselbe wie
              die Verwendung von <literal>file://</literal> für den Zugriff  
durch lokale
              Benutzer und kann zu denselben Problemen führen, wenn der  
Administrator nicht
@@ -853,7 +853,7 @@
        oder das <literal>svn+ssh://</literal>-Schema. In diesem Abschnitt  
behandeln
        wir die unterschiedlichen Möglichkeiten, <command>svnserve</command>
        einzusetzen, wie sich die Clients am Server authentifizieren und wie
-      die passenden Zugangsrechte zum Repository korrekt eingerichtet  
werden.
+      die passenden Zugangsrechte zum Projektarchiv korrekt eingerichtet  
werden.
        </para>


@@ -969,14 +969,14 @@
            welchem Hostnamen er lauschen soll.</para>

        <para>Wurde <command>svnserve</command> auf diese Weise erfolgreich  
gestartet,
-        stehen nun alle Repositorys auf dem Server für Nutzer im Netzwerk  
zur Verfügung.
+        stehen nun alle Projektarchive auf dem Server für Nutzer im  
Netzwerk zur Verfügung.
          Für einen Zugriff muss ein Client den  
<emphasis>absoluten</emphasis> Pfad zum
-        Repository im URL angeben. Ist das Repository beispielsweise im  
Verzeichnis
+        Projektarchiv im URL angeben. Ist das Projektarchiv beispielsweise  
im Verzeichnis
          <filename>/var/svn/project1</filename> gespeichert, so sieht ein  
entsprechender URL
          für den Zugriff folgendermaßen aus:  
<uri>svn://host.example.com/var/svn/project1</uri>.
          Um die Sicherheit zu erhöhen, kann <command>svnserve</command>  
beim Start mit
          der Option <option>-r</option> auf ein bestimmtes Verzeichnis  
beschränkt werden, so dass nur noch
-        die darin liegenden Repositorys im Netz verfügbar sind. Ein  
Beispiel:</para>
+        die darin liegenden Projektarchive im Netz verfügbar sind. Ein  
Beispiel:</para>

        <screen>
  $ svnserve -d -r /var/svn
@@ -1095,12 +1095,12 @@
  </screen>

        <para>Stellen Sie sicher, dass <quote>svnowner</quote> der Nutzer  
ist,
-        welcher alle notwendigen Zugriffsrechte auf ihre Repositorys hat.
+        welcher alle notwendigen Zugriffsrechte auf ihre Projektarchive  
hat.
          Kommt nun eine Anfrage eines Subversion-Clients auf Port 3690  
herein,
          so wird <command>inetd</command> einen  
<command>svnserve</command>-Prozess
          starten, um die Anfrage zu bedienen. Wahrscheinlich möchten Sie
          noch die <option>-r</option>-Option zur oben genannten Zeile  
hinzufügen,
-        um einzuschränken, welche Repositorys exportiert werden  
dürfen.</para>
+        um einzuschränken, welche Projektarchive exportiert werden  
dürfen.</para>

        </sect3>

@@ -1157,9 +1157,9 @@
            und <filename>stdout</filename>) und davon ausgehen, dass alle  
Daten mit Hilfe des Tunnels
            zum Client weitergeleitet werden. Wird  
<command>svnserve</command> wie in diesem Fall
            durch ein Tunnel-Programm aufgerufen, ist es notwendig, dass der  
aufrufende Nutzer volle Lese-
-          und Schreibrechte  auf die Dateien der Repository-Datenbank hat.
+          und Schreibrechte  auf die Dateien der Projektarchiv-Datenbank  
hat.
            Es verhält sich dabei im Grunde genommen so, als wenn der Nutzer  
mit einem
-          <literal>file://</literal>-URL auf ein Repository zugreifen  
würde.</para>
+          <literal>file://</literal>-URL auf ein Projektarchiv zugreifen  
würde.</para>

          <para>Wir werden diese Option noch genauer in diesem Kapitel  
behandeln, und zwar in <xref
            linkend="svn.serverconfig.svnserve.sshauth"/>.</para>
@@ -1430,9 +1430,9 @@
          verbindet, geschieht folgendes:</para>

        <itemizedlist>
-        <listitem><para>Der Client wählt ein bestimmtes  
Repository.</para></listitem>
-
-        <listitem><para>Der Server liest die zum Repository gehörende  
Datei <filename>conf/svnserve.conf</filename>
+        <listitem><para>Der Client wählt ein bestimmtes  
Projektarchiv.</para></listitem>
+
+        <listitem><para>Der Server liest die zum Projektarchiv gehörende  
Datei <filename>conf/svnserve.conf</filename>
          und führt die darin enthaltenen Regeln für die Authentifikation  
(Legitimation, Identitätsprüfung)
          und die Autorisation (Berechtigungen, Befugnisse)  
aus.</para></listitem>

@@ -1481,7 +1481,7 @@
          Mehr dazu im Kapitel <xref  
linkend="svn.serverconfig.svnserve.sshauth"/>.</para>

        <para>Wie Sie sicher bereits bemerkt haben, ist die Datei  
<filename>svnserve.conf</filename>
-        in jedem Repository die zentrale Anlaufstelle für alle Regeln im  
Rahmen der
+        in jedem Projektarchiv die zentrale Anlaufstelle für alle Regeln  
im Rahmen der
          Nutzeranmeldung und Rechtevergabe. Die Datei hat dasselbe Format  
wie die anderen
          Konfigurationsdateien (siehe <xref  
linkend="svn.advanced.confarea"/>):
          Die Abschnittsbezeichnungen sind von eckigen Klammern umschlossen
@@ -1580,12 +1580,12 @@
            Der Wert von <literal>password-db</literal> kann
            den absoluten oder relativen Pfad zur Benutzerdatei enthalten.
            In der Regel, ist es am einfachsten diese Datei ebenfalls
-          im <filename>conf/</filename>-Verzeichnis des Repositorys
+          im <filename>conf/</filename>-Verzeichnis des Projektarchivs
            zu speichern &ndash; also dort, wo auch  
<filename>svnserve.conf</filename>
            liegt. Andererseits möchten Sie vielleicht eine Passwortdatei
            für mehrere Repositories verwenden; in diesem Fall sollten Sie
            die Datei an einem zentraleren Ort ablegen.
-          Die Repositorys, die sich die Benutzerdatei teilen, sollten so
+          Die Projektarchive, die sich die Benutzerdatei teilen, sollten so
  		  konfiguriert sein, dass sie derselben Authentifizierungsumgebung
  		  angehören, da die Benutzerliste
  		  im Wesentlichen einen Authentifizierungs-Bereich definiert.
@@ -1627,7 +1627,7 @@
          oder <literal>write</literal> gesetzt werden. Wenn Sie den Wert auf
          <literal>none</literal> setzen, so unterbinden Sie sowohl den  
Lese- als
          auch den Schreibzugriff &ndash; <literal>read</literal> erlaubt  
den Nur-Lese-Zugriff
-        auf das Repository und  <literal>write</literal> gibt auf das  
gesamte Repository
+        auf das Projektarchiv und  <literal>write</literal> gibt auf das  
gesamte Projektarchiv
          Lese- und Schreibzugriff.
  		</para>

@@ -1706,7 +1706,7 @@
  -->

  		<para>Der Serverprozess versteht nicht nur diese  
<quote>pauschalen</quote>
-		Zugriffseinstellungen für ein Repository, sondern auch feiner
+		Zugriffseinstellungen für ein Projektarchiv, sondern auch feiner
  		granulierte Zugriffsrechte auf einzelne Dateien und Verzeichnisse
  		innerhalb des Repositories. Um diese Funktion nutzen zu können, müssen  
Sie eine
  		Datei anlegen, welche die umfangreicheren Regeln enthält und  
anschließend die
=======================================
--- /trunk/src/de/book/ch07-customizing-svn.xml	Sat May  2 06:24:47 2009
+++ /trunk/src/de/book/ch07-customizing-svn.xml	Sun May 30 23:37:40 2010
@@ -561,10 +561,10 @@
                  any of these patterns will not be proxied.</para>
  -->
                <para>Eine durch Komma getrennte Liste aus Namensmustern
-                für Repository-Server, die, ohne einen Proxy-Rechner
+                für Projektarchiv-Server, die, ohne einen Proxy-Rechner
                  zu benutzen, direkt angesprochen werden sollen. Die
                  Syntax für die Muster ist die gleiche wie bei
-                Dateinamen in der Unix-Shell. Ein Repository-Server
+                Dateinamen in der Unix-Shell. Ein Projektarchiv-Server
                  mit einem zu irgendeinem dieser Muster passenden Namen
                  wird nicht über einen Proxy angesprochen.</para>
              </listitem>
@@ -684,7 +684,7 @@
  -->

                <para>Subversion stellt ein Paar aus Modulen für den
-                Repository-Zugriff zur Verfügung, die das
+                Projektarchiv-Zugriff zur Verfügung, die das
                  WebDAV-Netzprotokoll verstehen. Das mit Subversion
                  1.0 ausgelieferte Original ist
                  <literal>libsvn_ra_neon</literal> (obwohl es damals
@@ -732,7 +732,7 @@
  -->
                <para>Eine durch Semikolon getrennte Liste von
                  Authentifizierungsmethoden, die von den Neon-basierten
-                WebDAV-Repository-Zugriffsmodulen unterstützt werden.
+                WebDAV-Projektarchiv-Zugriffsmodulen unterstützt werden.
                  Gültige Elemente dieser Liste sind
                  <literal>basic</literal>, <literal>digest</literal>
                  und <literal>negotiate</literal>.</para>
@@ -864,7 +864,7 @@
  -->
          <para>Der Abschnitt <literal>auth</literal> enthält
            Einstellungen zur Authentifizierung und Autorisierung
-          gegenüber Subversion-Repositorys. Er enthält das
+          gegenüber Subversion-Projektarchiven. Er enthält das
            Folgende:</para>

          <variablelist>
@@ -995,7 +995,7 @@
                <para>Der absolute Pfad zu einem
                  Dreiwege-Vergleichsprogramm. Subversion verwendet
                  dieses Programm, um Änderungen des Benutzers mit
-                denjenigen aus dem Repository zusammenzuführen.
+                denjenigen aus dem Projektarchiv zusammenzuführen.
                  Standardmäßig benutzt Subversion eine interne
                  Vergleichsbibliothek &ndash; wenn diese Option gesetzt
                  wird, benutzt es für diese Aufgabe ein externes
@@ -1172,7 +1172,7 @@
                  für Protokollnachrichten. Sie ist eine dauerhafte Form
                  der Option <option>--encoding</option> (siehe <xref
                  linkend="svn.ref.svn.sw"/>).  Das
-                Subversion-Repository speichert Protokollnachrichten
+                Subversion-Projektarchiv speichert Protokollnachrichten
                  in UTF-8 und geht davon aus, dass Ihre
                  Protokollnachricht unter Verwendung der natürlichen
                  Locale Ihres Betriebssystems verfasst wird. Sie
@@ -1220,7 +1220,7 @@
                <para>In anderen Situationen wäre es manchmal schön,
                  wenn die Dateien der Arbeitskopie Zeitstempel hätten,
                  die dem Zeitpunkt entsprächen, zu dem sie das letzte
-                Mal im Repository geändert wurden. Der Befehl
+                Mal im Projektarchiv geändert wurden. Der Befehl
                  <command>svn export</command> versieht die von ihm
                  erzeugten Bäume stets mit diesen <quote>Zeitstempeln
                  der letzten Übergabe</quote>. Wenn diese Variable auf
@@ -1695,14 +1695,14 @@
  -->
        <para>Die zweite Art, auf der die Locale berücksichtigt wird,
          bezieht sich darauf, wie <command>svn</command> Ihre Eingaben
-        interpretiert. Das Repository speichert alle Pfade,
+        interpretiert. Das Projektarchiv speichert alle Pfade,
          Dateinamen und Protokollnachrichten in UTF-8-kodiertem
-        Unicode. In diesem Sinne ist das Repository
+        Unicode. In diesem Sinne ist das Projektarchiv
          <firstterm>internationalisiert</firstterm> &ndash; d.h., das
-        Repository kann Eingaben in jeder menschlichen Sprache
+        Projektarchiv kann Eingaben in jeder menschlichen Sprache
          entgegennehmen. Das heißt aber auch, dass der
          Subversion-Client dafür verantwortlich ist, nur Dateinamen
-        und Protokollnachrichten in UTF-8 an das Repository zu
+        und Protokollnachrichten in UTF-8 an das Projektarchiv zu
          schicken. Um das zu bewerkstelligen, muss er die Daten aus der
          aktuellen Locale in UTF-8 umwandeln.</para>

@@ -1725,7 +1725,7 @@
          Locale auf <literal>it_IT</literal> gesetzt ist, weiß der
          Subversion-Client, dass er sie als italienisch interpretieren
          muss. Er verwendet einen italienischen Zeichensatz, um die
-        Daten in UTF-8 umzuwandeln, bevor sie an das Repository
+        Daten in UTF-8 umzuwandeln, bevor sie an das Projektarchiv
          gesendet werden.</para>

  <!--
@@ -1736,7 +1736,7 @@
          attempt to understand the character set or encoding of the
          contents.</para>
  -->
-      <para>Beachten Sie, dass das Repository sich
+      <para>Beachten Sie, dass das Projektarchiv sich
          <emphasis>nicht</emphasis> um den Inhalt von Dateien kümmert,
          obwohl es Dateinamen und Protokollnachrichten in UTF-8
          verlangt. Subversion betrachtet Dateiinhalte als
@@ -1784,7 +1784,7 @@
            update</command>.</para>
  -->
          <para>Fehler wie diese treten typischerweise dann auf, wenn
-          der Client eine Zeichenkette in UTF-8 aus dem Repository
+          der Client eine Zeichenkette in UTF-8 aus dem Projektarchiv
            empfangen hat, aber nicht alle Zeichen dieser Zeichenkette
            in der Kodierung der aktuellen Locale wiedergegeben werden
            können. Wenn zum Beispiel Ihre aktuelle Locale
@@ -1806,7 +1806,7 @@
          <para>Die Lösung besteht entweder darin, Ihre Locale auf
            irgendetwas zu setzen, das die empfangenen Daten in UTF-8
            repräsentieren <emphasis>kann</emphasis> oder den Dateinamen
-          oder die Protokollnachricht im Repository zu ändern. (Und
+          oder die Protokollnachricht im Projektarchiv zu ändern. (Und
            vergessen Sie nicht, Ihrem Kollegen auf die Finger zu
            klopfen &ndash; Projekte sollten sich frühzeitig auf
            gemeinsame Sprachen einigen, so dass alle Mitarbeiter
@@ -1844,7 +1844,7 @@
        bekommen, ist es, Dateien unter Versionskontrolle zu stellen,
        Änderungen an diesen Dateien zu übergeben usw. Aber neben
        versionierten Dateidaten leben auch andere Informationen in
-      Ihrem Subversion-Repository. Einige dieser Informationen &ndash;
+      Ihrem Subversion-Projektarchiv. Einige dieser Informationen &ndash;
        Protokollnachrichten, Kommentare zu Sperren und einige
        Property-Werte &ndash; sind textueller Natur und werden
        ausdrücklich von Benutzern geliefert. Die meisten dieser
@@ -2165,7 +2165,7 @@
        sauberer &ndash; Ihr konfiguriertes Zusammenführungsprogramm
        braucht nur vier Pfadangaben als Kommandozeilenparameter zu
        akzeptieren: die Basisdatei, die <quote>fremde</quote> Datei
-      (die die Änderungen aus dem Repository enthält), die
+      (die die Änderungen aus dem Projektarchiv enthält), die
        <quote>eigene</quote> Datei (die lokale Änderungen enthält) und
        den Pfad der Datei, in der der endgültige Inhalt nach
        Konfliktauflösung gespeichert werden soll.</para>
=======================================
--- /trunk/src/de/book/ch08-embedding-svn.xml	Mon May 25 13:28:01 2009
+++ /trunk/src/de/book/ch08-embedding-svn.xml	Sun May 30 23:37:40 2010
@@ -71,8 +71,8 @@
        <filename>mod_dav_svn</filename>, etc.).</para>
  -->
      <para>Jede der Kernbibliotheken von Subversion gehört zu einer von
-      drei Schichten &ndash; der Repository-Schicht, der
-      Repository-Zugriffs-Schicht oder der Client-Schicht (siehe <xref
+      drei Schichten &ndash; der Projektarchiv-Schicht, der
+      Projektarchiv-Zugriffs-Schicht oder der Client-Schicht (siehe <xref
        linkend="svn.intro.architecture.dia-1" /> im Vorwort). Wir
        werden diese Schichten gleich untersuchen, doch zunächst wollen
        wir eine kurze Zusammenfassung der verschiedenen Bibliotheken
@@ -141,7 +141,7 @@
            loader</para></listitem>
  -->
          <listitem><para>Gemeinsame Prozeduren für den
-          Repository-Zugriff und Modullader</para></listitem>
+          Projektarchiv-Zugriff und Modullader</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_local</term>
@@ -150,7 +150,7 @@
            module</para></listitem>
  -->
          <listitem><para>Modul für den lokalen
-          Repository-Zugriff</para></listitem>
+          Projektarchiv-Zugriff</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_neon</term>
@@ -159,7 +159,7 @@
            module</para></listitem>
  -->
          <listitem><para>Modul für den
-          WebDAV-Repository-Zugriff</para></listitem>
+          WebDAV-Projektarchiv-Zugriff</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_serf</term>
@@ -168,7 +168,7 @@
            Access module</para></listitem>
  -->
          <listitem><para>Ein weiteres (experimentelles) Modul für den
-          WebDAV-Repository-Zugriff</para></listitem>
+          WebDAV-Projektarchiv-Zugriff</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_ra_svn</term>
@@ -176,7 +176,7 @@
          <listitem><para>The custom protocol Repository Access
            module</para></listitem>
  -->
-        <listitem><para>Repository-Zugriff über das spezielle
+        <listitem><para>Projektarchiv-Zugriff über das spezielle
            Protokoll</para></listitem>
        </varlistentry>
        <varlistentry>
@@ -184,7 +184,7 @@
  <!--
          <listitem><para>Repository interface</para></listitem>
  -->
-        <listitem><para>Repository-Schnittstelle</para></listitem>
+        <listitem><para>Projektarchiv-Schnittstelle</para></listitem>
        </varlistentry>
        <varlistentry>
          <term>libsvn_subr</term>
@@ -277,8 +277,8 @@
        <filename>libsvn_ra_svn</filename> implementieren alle die
        gleiche Schnittstelle und funktionieren als Plug-In für
        <filename>libsvn_ra</filename>.  Alle vier kommunizieren mir der
-      Repository-Schicht &ndash; <filename>libsvn_ra_local</filename>
-      verbindet sich direkt mit dem Repository; die drei anderen
+      Projektarchiv-Schicht &ndash; <filename>libsvn_ra_local</filename>
+      verbindet sich direkt mit dem Projektarchiv; die drei anderen
        machen das über das Netz. Die Bibliotheken
        <filename>libsvn_fs_base</filename> und
        <filename>libsvn_fs_fs</filename> sind noch ein Paar, das die
@@ -323,7 +323,7 @@
  <!--
        <title>Repository Layer</title>
  -->
-      <title>Repository-Schicht</title>
+      <title>Projektarchiv-Schicht</title>

  <!--
        <para>When referring to Subversion's Repository layer, we're
@@ -340,19 +340,19 @@
          the perspective of the Subversion user, the stuff at the
          <quote>other end of the line.</quote></para>
  -->
-      <para>Wenn wir uns auf die Repository-Schicht von Subversion
+      <para>Wenn wir uns auf die Projektarchiv-Schicht von Subversion
          beziehen, reden wir üblicherweise über zwei grundlegende
          Konzepte &ndash; die Implementierung des versionierten
          Dateisystems (auf das mittels <filename>libsvn_fs</filename>
          zugegriffen wird, unterstützt durch dessen Plug-Ins
          <filename>libsvn_fs_base</filename> und
          <filename>libsvn_fs_fs</filename>) und die Logik des
-        Repositorys, die es umgibt (implementiert in
+        Projektarchivs, die es umgibt (implementiert in
          <filename>libsvn_repos</filename>). Diese Bibliotheken liefern
          die Speicher- und Auswertungsmechanismen für die verschiedenen
          Revisionen Ihrer versionskontrollierten Daten. Diese Schicht
          ist mit der Client-Schicht über die
-        Repository-Zugriffs-Schicht verbunden und stellt, aus der
+        Projektarchiv-Zugriffs-Schicht verbunden und stellt, aus der
          Sicht des Benutzers von Subversion, das <quote>andere Ende der
          Leitung</quote> dar.</para>

@@ -716,7 +716,7 @@
          implementing a versioning filesystem, so it lives in the
          repository wrapper library.</para>
  -->
-      <para>Die Subversion-Repository-Bibliothek
+      <para>Die Subversion-Projektarchiv-Bibliothek
          (<filename>libsvn_repos</filename>) sitzt (logisch) oberhalb
          der <filename>libsvn_fs</filename>-API und stellt zusätzliche
          Funktionen zur Verfügung, die über die grundlegende Logik
@@ -726,11 +726,11 @@
          Dateisystemaktivität. Einige dieser Schritte umfassen die
          Erzeugung und den Abschluss von Subversion-Transaktionen und
          die Änderung von Revision-Propertys. Diese besonderen
-        Ereignisse werden durch die Repository-Schicht gekapselt, da
+        Ereignisse werden durch die Projektarchiv-Schicht gekapselt, da
          mit ihnen Hooks verknüpft sind. Ein System mit
-        Repository-Hooks hat strenggenommen nichts mit der
+        Projektarchiv-Hooks hat strenggenommen nichts mit der
          Implementierung eines versionierten Dateisystems zu tun, so
-        dass es in der Repository-Bibliothek untergebracht ist.</para>
+        dass es in der Projektarchiv-Bibliothek untergebracht ist.</para>

  <!--
        <para>The hooks mechanism is but one of the reasons for the
@@ -740,7 +740,7 @@
          These include the abilities to:</para>
  -->
        <para>Der Hook-Mechanismus ist aber nur ein Grund für die
-        Abstraktion einer eigenständigen Repository-Bibliothek vom
+        Abstraktion einer eigenständigen Projektarchiv-Bibliothek vom
          Rest des Dateisystemcodes. Die API
          <filename>libsvn_repos</filename> stellt mehrere andere
          wichtige Werkzeuge für Subversion zur Verfügung. Darunter
@@ -753,7 +753,7 @@
              Subversion repository and the filesystem included in that
              repository.</para>
  -->
-          <para>ein Subversion-Repository und das darin enthaltene
+          <para>ein Subversion-Projektarchiv und das darin enthaltene
              Dateisystem zu erzeugen, zu öffnen, zu zerstören und
              hierauf Schritte zur Wiederherstellung auszuführen.</para>
          </listitem>
@@ -791,7 +791,7 @@
              into a different Subversion repository.</para>
  -->
            <para>dieses Auszugsformat zu lesen und die Revisionen in
-            ein anderes Subversion-Repository zu laden.</para>
+            ein anderes Subversion-Projektarchiv zu laden.</para>
          </listitem>
        </itemizedlist>

@@ -801,7 +801,7 @@
          functionality and configurable option support.</para>
  -->
        <para>Während sich Subversion weiterentwickelt, wird die
-        Repository-Bibliothek gemeinsam mit der Dateisystem-Bibliothek
+        Projektarchiv-Bibliothek gemeinsam mit der Dateisystem-Bibliothek
          wachsen und erweiterte Funktionen und konfigurierbare Optionen
          unterstützen.</para>

@@ -812,7 +812,7 @@
  <!--
        <title>Repository Access Layer</title>
  -->
-      <title>Repository-Zugriffs-Schicht</title>
+      <title>Projektarchiv-Zugriffs-Schicht</title>

  <!--
        <para>If the Subversion Repository layer is at <quote>the other
@@ -830,11 +830,11 @@
          <filename>libsvn_ra_svn</filename>'s server,
          <command>svnserve</command>).</para>
  -->
-      <para>Wenn die Subversion-Repository-Schicht das <quote>andere
+      <para>Wenn die Subversion-Projektarchiv-Schicht das <quote>andere
          Ende der Leitung</quote> repräsentiert, stellt die
-        Repository-Zugriffs-Schicht (RA) die Leitung selbst dar. Ihre
+        Projektarchiv-Zugriffs-Schicht (RA) die Leitung selbst dar. Ihre
          Aufgabe ist das Umherschaufeln von Daten zwischen den
-        Client-Bibliotheken und dem Repository. Diese Schicht umfasst
+        Client-Bibliotheken und dem Projektarchiv. Diese Schicht umfasst
          die Bibliothek  <filename>libsvn_ra</filename> zum Laden von
          Modulen, die eigentlichen RA-Module (momentan
          <filename>libsvn_ra_neon</filename>,
@@ -862,7 +862,7 @@
          <userinput>svn - -version</userinput>:</para>
  -->
        <para>Da Subversion URLs zum Identifizieren seiner
-        Repository-Quellen benutzt, wird der Protokollteil des
+        Projektarchiv-Quellen benutzt, wird der Protokollteil des
          URL-Schemas (normalerweise <literal>file://</literal>,
          <literal>http://</literal>, <literal>https://</literal>,
          <literal>svn://</literal> oder <literal>svn+ssh://</literal>)
@@ -942,7 +942,7 @@
  -->
        <para>Die von der RA-Schicht exportierte API beinhaltet
          Funktionen, die zum Senden und Empfangen versionierter Daten
-        zum und vom Repository notwendig sind. Jedes der verfügbaren
+        zum und vom Projektarchiv notwendig sind. Jedes der verfügbaren
          RA-Plug-Ins kann diese Aufgabe mithilfe eines besonderen
          Protokolls erledigen &ndash;
          <filename>libsvn_ra_dav</filename> kommuniziert über
@@ -966,12 +966,12 @@
          supplies the APIs; you supply the creativity.</para>
  -->
        <para>Für diejenigen, die über ein völlig anderes Protokoll auf
-        das Repository zugreifen möchten, sei gesagt, dass genau das
+        das Projektarchiv zugreifen möchten, sei gesagt, dass genau das
          der Grund für die Modularisierung der
-        Repository-Zugriffsschicht ist. Entwickler können einfach eine
+        Projektarchiv-Zugriffsschicht ist. Entwickler können einfach eine
          neue Bibliothek schreiben, die auf der einen Seite die
          RA-Schnittstelle implementiert und auf der anderen Seite mit
-        dem Repository kommuniziert. Ihre neue Bibliothek kann
+        dem Projektarchiv kommuniziert. Ihre neue Bibliothek kann
          bestehende Netzprotokolle verwenden, oder Sie können Ihr
          eigenes erfinden. Sie könnten Aufrufe über
          Interprozess-Kommunikation (IPC) machen oder &ndash; mal etwas
@@ -1005,7 +1005,7 @@
          Verzeichnisse voller Dateien und anderer Unterverzeichnisse,
          die als eine Art lokaler, editierbarer
          <quote>Spiegelung</quote> einer oder mehrere Orte im
-        Repository dienen &ndash; und Änderungen an die RA-Schicht
+        Projektarchiv dienen &ndash; und Änderungen an die RA-Schicht
          weiterzugeben oder von ihr zu empfangen.</para>

  <!--
@@ -1069,7 +1069,7 @@
          <function>svn_client_checkout()</function> einen URL als
          Argument. Sie leitet diesen URL an die RA-Schicht weiter und
          startet eine authentifizierte Sitzung mit einem bestimmten
-        Repository. Dann fragt sie das Repository nach einem
+        Projektarchiv. Dann fragt sie das Projektarchiv nach einem
          bestimmten Baum und schickt diesen Baum an die
          Arbeitskopie-Bibliothek, die dann die gesamte Arbeitskopie auf
          die Platte schreibt (samt
@@ -1231,7 +1231,7 @@
            files and subdirectories in the working copy
            directory</para>
  -->
-        <para>welche Orte des Repositorys durch die Dateien und
+        <para>welche Orte des Projektarchivs durch die Dateien und
            Unterverzeichnisse der Arbeitskopie repräsentiert
            werden</para>
        </listitem>
@@ -1314,7 +1314,7 @@
          <filename>entries</filename>. Sie enthält den größten Teil der
          Verwaltungsinformationen zu den versionierten Elementen in
          einem Verzeichnis der Arbeitskopie. Diese eine Datei verfolgt
-        die Repository-URLs, die ursprüngliche Revision, Prüfsummen
+        die Projektarchiv-URLs, die ursprüngliche Revision, Prüfsummen
          von Dateien, ursprünglichen Text und Zeitstempel von
          Propertys, Informationen zur Ablaufkoordination und zu
          Konfliktzuständen, Informationen zur letzten Übergabe (Autor,
@@ -2018,7 +2018,7 @@
            Anschluss an die Versionen von Subversion verlieren würde.
            Das ist bereits enmal passiert &ndash; SVNKit kann nicht
            über das Protokoll <literal>file://</literal> auf
-          BDB-basierte Subversion-Repositorys zugreifen, da es keine
+          BDB-basierte Subversion-Projektarchive zugreifen, da es keine
            reine Java-Implementierung von Berkeley DB gibt, deren
            Dateiformat kompatibel zur ursprünglichen Implementierung
            dieser Bibliothek ist.</para>
@@ -2071,7 +2071,7 @@
  -->
        <para><xref linkend="svn.developer.layerlib.repos.ex-1" />
          enthält einen Codeabschnitt (in C), der einige der erörterten
-        Konzepte veranschaulicht. Er verwendet sowohl die Repository-
+        Konzepte veranschaulicht. Er verwendet sowohl die Projektarchiv-
          als auch die Dateisystemschnittstelle (was anhand der Präfixe
          <literal>svn_repos_</literal> bzw.
          <literal>svn_fs_</literal> der Funktionsnamen erkennbar ist),
@@ -2088,7 +2088,7 @@
  <!--
          <title>Using the Repository Layer</title>
  -->
-        <title>Verwendung der Repository-Schicht</title>
+        <title>Verwendung der Projektarchiv-Schicht</title>

  <!--
          <programlisting>
@@ -2215,7 +2215,7 @@
    } while (0)

  /* Ein neues Verzeichnis im Pfad NEW_DIRECTORY des
- * Subversion-Repositorys bei REPOS_PATH erzeugen. Sämtliche
+ * Subversion-Projektarchivs bei REPOS_PATH erzeugen. Sämtliche
   * Speicherzuteilungen in Pool durchführen. Diese Funktion erzeugt
   * eine neue Revision, damit NEW_DIRECTORY hinzugefügt werden kann. Im
   * Erfolgsfall Null, sonst einen Wert ungleich Null zurückgeben.
@@ -2233,7 +2233,7 @@
    svn_fs_root_t *txn_root;
    const char *conflict_str;

-  /* Repository bei REPOS_PATH öffnen.
+  /* Projektarchiv bei REPOS_PATH öffnen.
     */
    INT_ERR(svn_repos_open(&amp;repos, repos_path, pool));

@@ -2286,7 +2286,7 @@
         * Fehlermeldung ausgeben.
         */
        printf("Ein Konflikt trat im Pfad '%s' auf, als versucht wurde, "
-             "das Verzeichnis '%s' dem Repository bei '%s'  
hinzuzufügen.\n",
+             "das Verzeichnis '%s' dem Projektarchiv bei '%s'  
hinzuzufügen.\n",
               conflict_str, new_directory, repos_path);
      }
    else
@@ -2294,7 +2294,7 @@
        /* Ein anderer Fehler ist aufgetreten. Eine Fehlermeldung
         * ausgeben.
         */
-      printf("Beim Versuch, das Verzeichnis '%s' dem Repository bei "
+      printf("Beim Versuch, das Verzeichnis '%s' dem Projektarchiv bei "
               "'%s' hinzuzufügen, trat ein Fehler auf.\n",
               new_directory, repos_path);
      }
@@ -2326,8 +2326,8 @@
          linkend="svn.developer.layerlib.repos.ex-1" /> die Transaktion
          ebenso einfach mit <function>svn_fs_commit_txn()</function>
          hätte übergeben können. Allerdings weiß die Dateisystem-API
-        nichts über den Hook-Mechanismus der Repository-Bibliothek.
-        Falls Sie möchten, dass Ihr Subversion-Repository bei jeder
+        nichts über den Hook-Mechanismus der Projektarchiv-Bibliothek.
+        Falls Sie möchten, dass Ihr Subversion-Projektarchiv bei jeder
          Transaktionsübergabe eine Nicht-Subversion-Aufgabe ausführt
          (z.B. eine E-Mail, die alle Änderungen in dieser Transaktion
          beschreibt, an Ihre Entwickler-Mailingliste senden), müssen
@@ -2335,7 +2335,7 @@
          Bibliothek <filename>libsvn_repos</filename> umschlossen ist
          und die Auslösung von Hooks beinhaltet &ndash; in diesem Fall
          <function>svn_repos_fs_commit_txn()</function>. (Weitere
-        Informationen zu Subversions Repository-Hooks in <xref
+        Informationen zu Subversions Projektarchiv-Hooks in <xref
          linkend="svn.reposadmin.create.hooks" />.)</para>

  <!--
@@ -2348,7 +2348,7 @@
        <para>Lassen Sie uns nun die Sprachen wechseln. <xref
          linkend="svn.developer.usingapi.otherlangs.ex-1" /> ist ein
          Beispielprogramm, das die SWIG-Python-Bindungen von Subversion
-        verwendet, um rekursiv die jüngste Repository-Revision zu
+        verwendet, um rekursiv die jüngste Projektarchiv-Revision zu
          traversieren und dabei die zahlreichen Versionspfade
          auszugeben.</para>

@@ -2356,7 +2356,7 @@
  <!--
          <title>Using the Repository layer with Python</title>
  -->
-        <title>Verwendung der Repository-Schicht mit Python</title>
+        <title>Verwendung der Projektarchiv-Schicht mit Python</title>

  <!--
          <programlisting>
@@ -2428,7 +2428,7 @@
          <programlisting>
  #!/usr/bin/python

-"""Durchwandern eines Repositorys mit Ausgabe der Repository-Pfadnamen."""
+"""Durchwandern eines Projektarchivs mit Ausgabe der  
Projektarchiv-Pfadnamen."""

  import sys
  import os.path
@@ -2461,10 +2461,10 @@
              print full_path

  def crawl_youngest(repos_path):
-    """Öffnen des Repositorys bei REPOS_PATH, und rekursives
+    """Öffnen des Projektarchivs bei REPOS_PATH, und rekursives
      Durchwandern seiner jüngsten Revision."""

-    # Öffnen des Repositorys bei REPOS_PATH, und holen einer Referenz
+    # Öffnen des Projektarchivs bei REPOS_PATH, und holen einer Referenz
      # auf sein versioniertes Dateisystem.
      repos_obj = svn.repos.svn_repos_open(repos_path)
      fs_obj = svn.repos.svn_repos_fs(repos_obj)
@@ -2486,7 +2486,7 @@
                           % (os.path.basename(sys.argv[0])))
          sys.exit(1)

-    # Den Repository-Pfad kanonisieren.
+    # Den Projektarchiv-Pfad kanonisieren.
      repos_path = svn.core.svn_path_canonicalize(sys.argv[1])

      # Eigentliche Arbeit machen.
@@ -2718,7 +2718,7 @@
      if len(args) != 1:
          usage_and_exit(2)

-    # Repositorypfad kanonisieren.
+    # Projektarchivpfad kanonisieren.
      wc_path = svn.core.svn_path_canonicalize(args[0])

      # Eigentliche Arbeit machen.
@@ -2810,7 +2810,7 @@
        die API, die auch von den Subversion-eigenen Schichten verwendet
        wird, um miteinander zu kommunizieren. Viele Entwickler haben
        interessante Verwendungen für die Subversion-API gefunden, von
-      einfachen Repository-Hook-Skripten über Integrationen zwischen
+      einfachen Projektarchiv-Hook-Skripten über Integrationen zwischen
        Subversion und einer anderen Anwendung bis zu vollständig
        unterschiedlichen Versionskontrollsystemen. Womit wollen
        <emphasis>Sie</emphasis> es versuchen?</para>
=======================================
--- /trunk/src/de/book/ch09-reference.xml	Thu Apr  8 13:25:37 2010
+++ /trunk/src/de/book/ch09-reference.xml	Sun May 30 23:37:40 2010
@@ -15,7 +15,7 @@
    <para>Dieses Kapitel soll als vollständige Referenz für die
      Verwendung von Subversion dienen. Es umfasst sowohl den
      Kommandozeilen-Client (<command>svn</command>) und all seine
-    Unterbefehle als auch die Repository-Verwaltungsprogramme
+    Unterbefehle als auch die Projektarchiv-Verwaltungsprogramme
      (<command>svnadmin</command> und <command>svnlook</command>) und
      deren Unterbefehle.</para>

@@ -371,7 +371,7 @@
  -->
              <para>Simuliert alle Stufen einer Befehlsausführung, nimmt
                jedoch keine Änderungen vor &ndash; weder auf der Platte
-              noch im Repository.</para>
+              noch im Projektarchiv.</para>
            </listitem>
          </varlistentry>

@@ -796,7 +796,7 @@
  -->
              <para>Erzeugt und fügt im Rahmen einer Operation nicht
                existierende oder unversionierte Elternverzeichnisse
-              der Arbeitskopie oder dem Repository hinzu. Das ist
+              der Arbeitskopie oder dem Projektarchiv hinzu. Das ist
                nützlich, um automatisch mehrere Unterverzeichnisse zu
                erzeugen, wo aktuell keine existieren. Wenn es auf einen
                URL angewendet wird, werden alle Verzeichnisse bei einer
@@ -874,9 +874,9 @@
                example.</para>
  -->
              <para>Bei Verwendung mit dem Unterbefehl <command>svn
-              switch</command> wird der Ort des Repositorys geändert,
+              switch</command> wird der Ort des Projektarchivs geändert,
                auf den sich Ihre Arbeitskopie bezieht. Das ist dann
-              nützlich, wenn sich der Ort Ihres Repositorys ändert und
+              nützlich, wenn sich der Ort Ihres Projektarchivs ändert und
                Sie eine bestehende Arbeitskopie haben, die Sie
                weiterverwenden möchten. Für ein Beispiel siehe
                <command>svn switch</command>.</para>
@@ -1023,7 +1023,7 @@
                Geschichte einer versionierten Ressource durchläuft, mit
                der Sammlung der Daten aufzuhören, sobald eine Kopie
                &ndash; dass heißt, ein Ort in der Versionsgeschichte,
-              der von einem anderen Ort des Repositorys kopiert wurde
+              der von einem anderen Ort des Projektarchivs kopiert wurde
                &ndash; angetroffen wird.</para>
            </listitem>
          </varlistentry>
@@ -1106,7 +1106,7 @@
                Information umfasst nicht nur die Versionsnummer des
                Clients sondern auch eine Auflistung aller vom Client
                unterstützten Module für den Zugriff auf ein
-              Subversion-Repository. Mit <option>--quiet</option>
+              Subversion-Projektarchiv. Mit <option>--quiet</option>
                (<option>-q</option>) wird nur die Versionsnummer in
                Kurzform ausgegeben.</para>
            </listitem>
@@ -1141,7 +1141,7 @@
                <replaceable>ARG</replaceable> in the log output.</para>
  -->
              <para>In Verbindung mit einem Befehl, der in das
-              Repository schreibt, wird das Revisions-Property, bei
+              Projektarchiv schreibt, wird das Revisions-Property, bei
                Verwendung des Formats
                <replaceable>NAME=VALUE</replaceable>,
                <replaceable>NAME</replaceable> auf den Wert
@@ -1225,9 +1225,9 @@
              <command>svn revert</command>.
  -->
            <para>Dateien, Verzeichnisse oder symbolische Links in Ihrer
-            Arbeitskopie werden zum Hinzufügen ins Repository
+            Arbeitskopie werden zum Hinzufügen ins Projektarchiv
              vorgemerkt. Bei Ihrer nächsten Übergabe werden sie in das
-            Repository geladen. Wenn Sie etwas hinzufügen möchten, es
+            Projektarchiv geladen. Wenn Sie etwas hinzufügen möchten, es
              sich vor der Übergabe aber anders überlegen sollten,
              können Sie die Vormerkung mit <command>svn
              revert</command> rückgängig machen.
@@ -1257,7 +1257,7 @@
            <title>Accesses repository</title>
            <para>No</para>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
            <para>Nein</para>
          </refsect1>

@@ -1420,7 +1420,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -1484,7 +1484,7 @@
              repository:</para>
  -->
            <para>Wenn Sie den Quelltext von
-            <filename>readme.txt</filename> in Ihrem Test-Repository
+            <filename>readme.txt</filename> in Ihrem Test-Projektarchiv
              mit Anmerkungen sehen wollen:</para>
            <screen>
  $ svn blame http://svn.red-bean.com/repos/test/readme.txt
@@ -1613,7 +1613,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -1642,7 +1642,7 @@
              your repository without checking it out:</para>
  -->
            <para>Wenn Sie die Datei <filename>readme.txt</filename> in
-            Ihrem Repository ansehen möchten, ohne sie auszuchecken:
+            Ihrem Projektarchiv ansehen möchten, ohne sie auszuchecken:
            </para>
            <screen>
  $ svn cat http://svn.red-bean.com/repos/test/readme.txt
@@ -1748,7 +1748,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -1866,7 +1866,7 @@
            <refpurpose>Check out a working copy from a  
repository.</refpurpose>
  -->
            <refpurpose>Auschecken einer Arbeitskopie aus einem
-            Repository.</refpurpose>
+            Projektarchiv.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -1890,7 +1890,7 @@
              name of the subdirectory being the basename of the
              URL.</para>
  -->
-          <para>Checkt eine Arbeitskopie aus einem Repository aus.
+          <para>Checkt eine Arbeitskopie aus einem Projektarchiv aus.
              Wird <replaceable>PATH</replaceable> ausgelassen, wird der
              Basisname des URL als Ziel verwendet. Werden mehrere URLs
              angegeben, wird jeder in ein Unterverzeichnis von
@@ -1923,7 +1923,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -2228,7 +2228,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -2288,7 +2288,7 @@
            <refpurpose>Send changes from your working copy to the  
repository.</refpurpose>
  -->
            <refpurpose>Änderungen aus der Arbeitskopie an das
-            Repository übergeben.</refpurpose>
+            Projektarchiv übergeben.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -2313,7 +2313,7 @@
              <literal>editor-cmd</literal> list entry in <xref
              linkend="svn.advanced.confarea.opts.config"/>.</para>
  -->
-          <para>Änderungen aus der Arbeitskopie an das Repository
+          <para>Änderungen aus der Arbeitskopie an das Projektarchiv
              übergeben. Falls Sie keine Protokollnachricht, mit einer
              der Optionen <option>--file</option> oder
              <option>--message</option>, angeben, startet
@@ -2383,14 +2383,14 @@
  <!--
            <para>Working copy; repository</para>
  -->
-          <para>Arbeitskopie; Repository</para>
+          <para>Arbeitskopie; Projektarchiv</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -2541,7 +2541,7 @@
              in the repository.</refpurpose>
  -->
            <refpurpose>Kopieren einer Datei oder eines Verzeichnisses
-            in einer Arbeitskopie oder im Repository.</refpurpose>
+            in einer Arbeitskopie oder im Projektarchiv.</refpurpose>
          </refnamediv>

          <refsect1>
@@ -2650,8 +2650,8 @@
                Subversion does not support cross-repository copying.</para>
  -->
              <para>Sie können Dateien nur innerhalb eines einzelnen
-              Repositorys kopieren. Subversion unterstützt nicht das
-              Kopieren zwischen Repositorys.</para>
+              Projektarchivs kopieren. Subversion unterstützt nicht das
+              Kopieren zwischen Projektarchiven.</para>
            </note>

          </refsect1>
@@ -2672,7 +2672,7 @@
  <!--
            <para>Repository if destination is a URL; working copy if  
destination is a WC path</para>
  -->
-          <para>Repository, falls Ziel ein URL ist; Arbeitskopie,
+          <para>Projektarchiv, falls Ziel ein URL ist; Arbeitskopie,
              falls Ziel ein AK-Pfad ist.</para>
          </refsect1>

@@ -2680,12 +2680,12 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes, if source or destination is in the repository, or if  
needed
              to look up the source revision number.</para>
  -->
-          <para>Ja, falls Quelle und Ziel im Repository liegen oder
+          <para>Ja, falls Quelle und Ziel im Projektarchiv liegen oder
              falls die Revisionsnummer der Quelle ermittelt werden
              muss.</para>
          </refsect1>
@@ -2722,7 +2722,7 @@
  -->
            <para>Kopie eines Objektes innerhalb Ihrer Arbeitskopie
              (dies merkt die Kopie vor &ndash; bis zur Übergabe wird
-            nichts ins Repository übertragen):</para>
+            nichts ins Projektarchiv übertragen):</para>

            <screen>
  $ svn copy foo.txt bar.txt
@@ -2763,7 +2763,7 @@
              commit message):</para>
  -->
            <para>Kopie eines Objektes in Ihrer Arbeitskopie zu einem
-            URL im Repository (dies ist eine sofortige Übergabe, so
+            URL im Projektarchiv (dies ist eine sofortige Übergabe, so
              dass Sie eine Protokollnachricht angeben müssen):</para>

  <!--
@@ -2784,9 +2784,9 @@
              copy (this just schedules the copy&mdash;nothing goes into the
              repository until you commit):</para>
  -->
-          <para>Kopie eines Objektes aus dem Repository in Ihre
+          <para>Kopie eines Objektes aus dem Projektarchiv in Ihre
              Arbeitskopie (dies merkt die Kopie nur vor &ndash; vor der
-            Übergabe gelangt nichts ins Repository):</para>
+            Übergabe gelangt nichts ins Projektarchiv):</para>

            <screen>
  $ svn copy file:///var/svn/repos/test/far-away -r 6 near-here
@@ -2799,7 +2799,7 @@
                file in your repository!</para>
  -->
              <para>Dies ist die empfohlene Methode, eine gelöschte
-              Datei im Repository wiederherzustellen!</para>
+              Datei im Projektarchiv wiederherzustellen!</para>
            </tip>

  <!--
@@ -2845,7 +2845,7 @@
                <literal>HEAD</literal>) into your <filename>tags</filename>  
directory.</para>
  -->
              <para>Dies ist die einfachste Methode, um eine Revision in
-              Ihrem Repository mit einem <quote>Tag</quote> zu
+              Ihrem Projektarchiv mit einem <quote>Tag</quote> zu
                etikettieren &ndash; kopieren Sie diese Revision
                (normalerweise <literal>HEAD</literal> lediglich mit
                <command>svn copy</command> ) in Ihr
@@ -2895,7 +2895,7 @@
              or the repository.</refpurpose>
  -->
            <refpurpose>Ein Objekt aus einer Arbeitskopie oder dem
-            Repository löschen.</refpurpose>
+            Projektarchiv löschen.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -2937,7 +2937,7 @@
              committed atomically.</para>
  -->
            <para>Werden Objekte durch einen URL bestimmt, werden sie
-            durch eine sofortige Übergabe aus dem  Repository
+            durch eine sofortige Übergabe aus dem  Projektarchiv
              entfernt. Mehrere URLs werden atomar übergeben (alle oder
              keine).</para>
          </refsect1>
@@ -2959,14 +2959,14 @@
            <para>Working copy if operating on files; repository if
              operating on URLs</para>
  -->
-          <para>Arbeitskopie bei Dateien; Repository bei URLs</para>
+          <para>Arbeitskopie bei Dateien; Projektarchiv bei URLs</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on URLs</para>
  -->
@@ -3009,8 +3009,8 @@
            <para>Die Verwendung von <command>svn delete</command> zum
              Löschen einer Datei aus der Arbeitskopie löscht die lokale
              Kopie der Datei, merkt die Datei jedoch nur zum Löschen
-            aus dem Repository vor. Bei der Übergabe wird die Datei im
-            Repository gelöscht.</para>
+            aus dem Projektarchiv vor. Bei der Übergabe wird die Datei im
+            Projektarchiv gelöscht.</para>

  <!--
            <screen>
@@ -3392,7 +3392,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>For obtaining differences against anything but
              <literal>BASE</literal> revision in your working copy</para>
@@ -3708,7 +3708,7 @@
  -->
            <para>Die erste Form exportiert einen sauberen
              Verzeichnisbaum aus dem mit <replaceable>URL</replaceable>
-            bezeichneten Repository &ndash; falls angegeben, in
+            bezeichneten Projektarchiv &ndash; falls angegeben, in
              Revision <replaceable>REV</replaceable>, sonst von
              <literal>HEAD</literal> &ndash; nach
              <replaceable>PATH</replaceable>.  Wird
@@ -3758,7 +3758,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if exporting from a URL</para>
  -->
@@ -3809,7 +3809,7 @@
            <para>Export directly from the repository (prints every
              file and directory):</para>
  -->
-          <para>Export direkt aus dem Repository (zeigt jede Datei und
+          <para>Export direkt aus dem Projektarchiv (zeigt jede Datei und
              jedes Verzeichnis an):</para>

  <!--
@@ -3950,7 +3950,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -3983,7 +3983,7 @@
              repository.</refpurpose>
  -->
            <refpurpose>Eine unversionierte Datei oder einen
-            unversionierten Baum in das Repository übertragen.
+            unversionierten Baum in das Projektarchiv übertragen.
            </refpurpose>
          </refnamediv>
          <refsect1>
@@ -4014,7 +4014,7 @@
              rekursiv nach <replaceable>URL</replaceable> übertragen.
              Wird <replaceable>PATH</replaceable> nicht angegeben, wird
              <quote><filename>.</filename></quote> angenommen.
-            Elternverzeichnisse werden im Repository bei Bedarf
+            Elternverzeichnisse werden im Projektarchiv bei Bedarf
              angelegt. Unversionierbare Objekte, wie Gerätedateien oder
              Pipes, werden ignoriert, auch wenn die Option
              <option>--force</option> verwendet wird.</para>
@@ -4036,14 +4036,14 @@
            <title>Changes</title>
  -->
            <title>Änderungen</title>
-          <para>Repository</para>
+          <para>Projektarchiv</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -4089,7 +4089,7 @@
  -->
            <para>Dieser Aufruf importiert das lokale Verzeichnis
              <filename>myproj</filename> nach
-            <filename>trunk/misc</filename> in Ihrem Repository. Das
+            <filename>trunk/misc</filename> in Ihrem Projektarchiv. Das
              Verzeichnis <filename>trunk/misc</filename> braucht vor
              dem Import nicht vorhanden zu sein &ndash; <command>svn
              import</command> erzeugt rekursiv die Verzeichnisse für
@@ -4122,7 +4122,7 @@
  -->
            <para>Denken Sie daran, dass das Verzeichnis
              <filename>myproj</filename> <emphasis>nicht</emphasis> im
-            Repository angelegt wird. Falls Sie das möchten, fügen Sie
+            Projektarchiv angelegt wird. Falls Sie das möchten, fügen Sie
              einfach <filename>myproj</filename> an das Ende des URL
              an:</para>

@@ -4296,7 +4296,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on URLs</para>
  -->
@@ -4513,7 +4513,7 @@
  <!--
            <refpurpose>List directory entries in the  
repository.</refpurpose>
  -->
-          <refpurpose>Verzeichniseinträge im Repository  
auflisten.</refpurpose>
+          <refpurpose>Verzeichniseinträge im Projektarchiv  
auflisten.</refpurpose>
          </refnamediv>
          <refsect1>
  <!--
@@ -4538,9 +4538,9 @@
            <para>Auflisten jeder Datei
              <replaceable>TARGET</replaceable> und den Inhalt jedes
              Verzeichnisses <replaceable>TARGET</replaceable> wie sie
-            im Repository vorkommen. Falls
+            im Projektarchiv vorkommen. Falls
              <replaceable>TARGET</replaceable> ein Pfad in der
-            Arbeitskopie ist, wird der entsprechende Repository-URL
+            Arbeitskopie ist, wird der entsprechende Projektarchiv-URL
              verwendet.</para>

  <!--
@@ -4551,7 +4551,7 @@
  -->
            <para>Standard für <replaceable>TARGET</replaceable> ist
              <quote><filename>.</filename></quote>, d.h. der
-            Repository-URL des aktuellen Verzeichnisses in der
+            Projektarchiv-URL des aktuellen Verzeichnisses in der
              Arbeitskopie.</para>

  <!--
@@ -4636,7 +4636,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -4671,7 +4671,7 @@
              downloading a working copy:</para>
  -->
            <para>Am nützlichsten ist <command>svn list</command>, falls
-            Sie sehen möchten, welche Dateien in einem Repository
+            Sie sehen möchten, welche Dateien in einem Projektarchiv
              vorhanden sind, ohne eine Arbeitskopie herunterzuladen:
            </para>

@@ -4755,7 +4755,7 @@
                repository so that no other user can commit changes to
                them.</refpurpose>
  -->
-            <refpurpose>Arbeitskopiepfade oder URLs im Repository
+            <refpurpose>Arbeitskopiepfade oder URLs im Projektarchiv
                sperren, damit kein anderer Benutzer Änderungen daran
                übergeben kann.</refpurpose>
          </refnamediv>
@@ -4809,14 +4809,14 @@
  <!--
            <para>Working copy, repository</para>
  -->
-          <para>Arbeitskopie, Repository</para>
+          <para>Arbeitskopie, Projektarchiv</para>
          </refsect1>

          <refsect1>
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -4950,7 +4950,7 @@
              any combination of the two.  The default revision range
              for a local path is <literal>BASE:1</literal>.</para>
  -->
-          <para>Zeigt Protokollnachrichten aus dem Repository an.
+          <para>Zeigt Protokollnachrichten aus dem Projektarchiv an.
              Falls keine Argumente angegeben werden, zeigt <command>svn
              log</command> die Protokollnachrichten aller Dateien und
              Verzeichnisse innerhalb (und inklusive) des aktuellen
@@ -5031,7 +5031,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -5371,7 +5371,7 @@
              <para>Das bedeutet nur, dass der Pfad in dieser Revision
                nicht geändert wurde. Um Protokollinformationen für
                diese Revision zu erhalten, sollten Sie den Befehl
-              entweder für die Wurzel des Repositorys aufrufen oder
+              entweder für die Wurzel des Projektarchivs aufrufen oder
                einen Pfad angeben, von dem Sie wissen, dass er in
                dieser Revision geändert wurde:</para>

@@ -5565,7 +5565,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if working with URLs</para>
  -->
@@ -5749,7 +5749,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -5876,7 +5876,7 @@
              bezeichnetes Verzeichnis wird zum Hinzufügen in der
              Arbeitskopie vorgemerkt. Ein durch einen URL bezeichnetes
              Verzeichnis wird durch eine unmittelbare Übergabe im
-            Repository erzeugt. Mehrere Verzeichnis-URLs werden atomar
+            Projektarchiv erzeugt. Mehrere Verzeichnis-URLs werden atomar
              übergeben. In beiden Fällen müssen Zwischenverzeichnisse
              bereits existieren, falls die Option
              <option>--parents</option> nicht angegeben wird.</para>
@@ -5901,7 +5901,7 @@
  <!--
            <para>Working copy; repository if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -5909,7 +5909,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -5954,7 +5954,7 @@
            <para>Create one in the repository (this is an instant commit,  
so a
              log message is required):</para>
  -->
-          <para>Ein Verzeichnis im Repository erzeugen (dies ist eine
+          <para>Ein Verzeichnis im Projektarchiv erzeugen (dies ist eine
              sofortige Übergabe, so dass eine Protokollnachricht
              erforderlich ist):</para>

@@ -6008,7 +6008,7 @@
              working copy or in the repository.</para>
  -->
            <para>Dieser Befehl verschiebt Dateien oder Verzeichnisse in
-            Ihrer Arbeitskopie oder im Repository.</para>
+            Ihrer Arbeitskopie oder im Projektarchiv.</para>

            <tip>
  <!--
@@ -6040,11 +6040,11 @@
  -->
              <para>Subversion unterstützt nicht das Verschieben
                zwischen Arbeitskopien und URLs. Sie können auch Dateien
-              innerhalb eines einzelnen Repositorys verschieben
+              innerhalb eines einzelnen Projektarchivs verschieben
                &ndash; Subversion unterstützt nicht das Verschieben
-              zwischen Repositorys. Subversion unterstützt die
+              zwischen Projektarchiven. Subversion unterstützt die
                folgenden Arten von Verschiebungen innerhalb eines
-              einzelnen Repositorys:</para>
+              einzelnen Projektarchivs:</para>
  <!--
            </note>
  -->
@@ -6097,7 +6097,7 @@
  <!--
            <para>Working copy; repository if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6105,7 +6105,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6170,7 +6170,7 @@
            <para>Move a file in the repository (this is an immediate commit,
              so it requires a commit message):</para>
  -->
-          <para>Eine Datei im Repository verschieben (dies ist eine
+          <para>Eine Datei im Projektarchiv verschieben (dies ist eine
              unmittelbare Übergabe, so dass eine Protokollnachricht
              erforderlich ist):</para>

@@ -6234,8 +6234,8 @@
              Revisionen. Die erste Form entfernt versionierte Propertys
              in Ihrer Arbeitskopie und die zweite beseitigt
              unversionierte entfernte Propertys einer
-            Repository-Revision (<replaceable>TARGET</replaceable>
-            bestimmt nur, auf welches Repository zugegriffen werden
+            Projektarchiv-Revision (<replaceable>TARGET</replaceable>
+            bestimmt nur, auf welches Projektarchiv zugegriffen werden
              soll).</para>
          </refsect1>

@@ -6255,7 +6255,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6263,7 +6263,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6376,8 +6376,8 @@
              bearbeiten. Die erste Form bearbeitet versionierte
              Propertys in Ihrer Arbeitskopie und die zweite
              unversionierte entfernte Propertys einer
-            Repository-Revision (<replaceable>TARGET</replaceable>
-            bestimmt nur, auf welches Repository zugegriffen werden
+            Projektarchiv-Revision (<replaceable>TARGET</replaceable>
+            bestimmt nur, auf welches Projektarchiv zugegriffen werden
              soll).</para>
          </refsect1>

@@ -6397,7 +6397,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6405,7 +6405,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6508,7 +6508,7 @@
              oder Revisionen ausgeben. Die erste Form gibt das
              versionierte Property eines oder mehrerer Objekte Ihrer
              Arbeitskopie aus und die zweite unversionierte entfernte
-            Propertys einer Repository-Revision. Siehe <xref
+            Propertys einer Projektarchiv-Revision. Siehe <xref
              linkend="svn.advanced.props"/> für weitere Informationen
              über Propertys.</para>
          </refsect1>
@@ -6529,7 +6529,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6537,7 +6537,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6657,8 +6657,8 @@
              Revisionen auflisten. Die erste Form listet versionierte
              Propertys in Ihrer Arbeitskopie auf und die zweite
              unversionierte entfernte Propertys einer
-            Repository-Revision  (<replaceable>TARGET</replaceable>
-            bestimmt nur, auf welches Repository zugegriffen werden
+            Projektarchiv-Revision  (<replaceable>TARGET</replaceable>
+            bestimmt nur, auf welches Projektarchiv zugegriffen werden
              soll).</para>
          </refsect1>

@@ -6678,7 +6678,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6686,7 +6686,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -6830,9 +6830,9 @@
              <replaceable>PROPVAL</replaceable>. Das erste Beispiel
              erzeugt eine versionierte Property-Änderung in der
              Arbeitskopie und das zweite eine unversionierte, entfernte
-            Property-Änderung auf einer Repository-Revision
+            Property-Änderung auf einer Projektarchiv-Revision
              (<replaceable>TARGET</replaceable> bestimmt nur, auf
-            welches Repository zugegriffen werden soll).</para>
+            welches Projektarchiv zugegriffen werden soll).</para>

            <tip>
  <!--
@@ -6865,7 +6865,7 @@
  <!--
            <para>Working copy; repository only if operating on a URL</para>
  -->
-          <para>Arbeitskopie; Repository falls mit URLs gearbeitet
+          <para>Arbeitskopie; Projektarchiv falls mit URLs gearbeitet
              wird</para>
          </refsect1>

@@ -6873,7 +6873,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if operating on a URL</para>
  -->
@@ -7015,8 +7015,8 @@
                hook scripts.</para>
  -->
              <para>Standardmäßig können Sie Revisions-Propertys in
-              einem Subversion-Repository nicht ändern. Der
-              Administrator des Repositorys muss die Änderung von
+              einem Subversion-Projektarchiv nicht ändern. Der
+              Administrator des Projektarchivs muss die Änderung von
                Revisions-Propertys ausdrücklich erlauben, indem er
                einen Hook namens <literal>pre-revprop-change</literal>
                erstellt. Siehe <xref
@@ -7188,7 +7188,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -7346,7 +7346,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -7512,7 +7512,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>No</para>
  -->
@@ -7671,7 +7671,7 @@
            <para>Gibt den Zustand von Dateien und Verzeichnissen der
              Arbeitskopie aus. Ohne Argumente werden nur lokal
              geänderte Objekte ausgegeben (ohne Zugriff auf das
-            Repository). Mit <option>--show-updates</option> werden
+            Projektarchiv). Mit <option>--show-updates</option> werden
              Informationen über die Arbeitsrevision und in Bezug auf
              den Server nicht mehr aktuelle Revisionen angezeigt. Mit
              <option>--verbose</option> werden vollständige
@@ -7761,7 +7761,7 @@
  -->
                  <para>Der Inhalt (im Gegensatz zu den Propertys) des
                    Objektes steht in Konflikt mit dem aktualisierten
-                  Inhalt aus dem Repository.</para>
+                  Inhalt aus dem Projektarchiv.</para>
                </listitem>
              </varlistentry>

@@ -7872,7 +7872,7 @@
                    repository.</para>
  -->
                  <para>Propertys dieses Objektes stehen in Konflikt mit
-                  Property-Aktualisierungen aus dem Repository.
+                  Property-Aktualisierungen aus dem Projektarchiv.
                  </para>
                </listitem>
              </varlistentry>
@@ -8041,7 +8041,7 @@
                  <para>Die Datei war in dieser Arbeitskopie gesperrt
                    worden, die Sperre wurde jedoch
                    <quote>gestohlen</quote> und ist ungültig. Die Datei
-                  ist momentan im Repository gesperrt. Das erscheint
+                  ist momentan im Projektarchiv gesperrt. Das erscheint
                    nur, falls <option>--show-updates</option> verwendet
                    wird.</para>
                </listitem>
@@ -8159,7 +8159,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Only if using <option>- -show-updates</option></para>
  -->
@@ -8221,7 +8221,7 @@
              <emphasis>keine</emphasis> Änderungen an der Arbeitskopie
              vorgenommen). Hier können Sie sehen, dass sich
              <filename>wc/foo.c</filename> seit unserer letzten
-            Aktualisierung im Repository geändert hat:</para>
+            Aktualisierung im Projektarchiv geändert hat:</para>

  <!--
            <screen>
@@ -8255,12 +8255,12 @@
              <para><option>--show-updates</option> fügt
                <emphasis>nur</emphasis> Objekten ein Sternchen hinzu,
                falls sie nicht mehr aktuell sind (d.h., Objekte die aus
-              dem Repository beim nächsten <command>svn
+              dem Projektarchiv beim nächsten <command>svn
                update</command> aktualisiert würden).
                <option>--show-updates</option> veranlasst die Ausgabe
-              <emphasis>nicht</emphasis>, die Repository-Revision des
+              <emphasis>nicht</emphasis>, die Projektarchiv-Revision des
                Objektes anzuzeigen (Sie können die Revisionsnummer im
-              Repository jedoch sehen, indem Sie die Option
+              Projektarchiv jedoch sehen, indem Sie die Option
                <option>--verbose</option> angeben).</para>
            </note>

@@ -8420,14 +8420,14 @@
              Fehler, falls durch das Umschalten versucht wird, den
              selben Pfad anzulegen. Wen der im Weg liegende Pfad den
              selben Typ (Datei oder Verzeichnis) wie der entsprechende
-            Pfad im Repository hat, wird er versioniert, der Inhalt
+            Pfad im Projektarchiv hat, wird er versioniert, der Inhalt
              bleibt jedoch in der Arbeitskopie unverändert. Das
              bedeutet, dass die Kindelemente eines sich im Weg
              befindlichen Verzeichnisses ebenfalls im Weg befinden und
              versioniert werden können.  Alle inhaltlichen Unterschiede
-            von sich im Weg befindlichen Dateien zum Repository werden
+            von sich im Weg befindlichen Dateien zum Projektarchiv werden
              als lokale Änderung an der Arbeitskopie betrachtet. Alle
-            Propertys aus dem Repository werden auf den sich im Weg
+            Propertys aus dem Projektarchiv werden auf den sich im Weg
              befindlichen Pfad angewendet.</para>

  <!--
@@ -8462,9 +8462,9 @@
            <para>Die Option <option>--relocate</option> veranlasst
              <command>svn switch</command>, etwas ganz anderes zu
              machen: es aktualisiert Ihre Arbeitskopie so, dass es auf
-            <emphasis>das gleiche</emphasis> Verzeichnis im Repository
-            zeigt, allerdings unter einem anderen Repository-URL
-            (typischerweise weil ein Administrator das Repository
+            <emphasis>das gleiche</emphasis> Verzeichnis im Projektarchiv
+            zeigt, allerdings unter einem anderen Projektarchiv-URL
+            (typischerweise weil ein Administrator das Projektarchiv
              entweder auf einen anderen Server verschoben oder den URL
              geändert hat).</para>

@@ -8493,7 +8493,7 @@
  <!--
            <title>Accesses repository</title>
  -->
-          <title>Repository-Zugriff</title>
+          <title>Projektarchiv-Zugriff</title>
  <!--
            <para>Yes</para>
  -->
@@ -8562,7 +8562,7 @@
              checked out your working copy:</para>
  -->
            <para>Um zurückzuschalten, brauchen Sie nur den URL des
-            Ortes im Repository anzugeben, von dem Sie ursprünglich
+            Ortes im Projektarchiv anzugeben, von dem Sie ursprünglich
              Ihre Arbeitskopie ausgecheckt haben:</para>

  <!--
@@ -8615,21 +8615,21 @@
              a metadata-only modification to the working copy.</para>
  -->
            <para>Manchmal kann es vorkommen, dass ein Administrator den
-            Ort (oder den scheinbaren Ort) Ihres Repositorys ändert
-            &ndash; mit anderen Worten: der Inhalt des Repositorys
+            Ort (oder den scheinbaren Ort) Ihres Projektarchivs ändert
+            &ndash; mit anderen Worten: der Inhalt des Projektarchivs
              ändert sich nicht, wohl aber der Wurzel-URL des
-            Repositorys. So kann sich beispielsweise der Name des
+            Projektarchivs. So kann sich beispielsweise der Name des
              Wirtsrechners, das URL-Schema oder irgend ein Teil des
-            URL, der auf das Repository zeigt, ändern. Statt eine neue
+            URL, der auf das Projektarchiv zeigt, ändern. Statt eine neue
              Arbeitskopie auszuchecken, können Sie den Befehl
              <command>svn switch</command> dazu verwenden, die
              Metadaten im Verwaltungsbereich Ihrer Arbeitskopie
              <quote>überschreiben</quote> zu lassen, damit diese auf
-            den neuen Ort des Repositorys verweisen. Falls Sie
+            den neuen Ort des Projektarchivs verweisen. Falls Sie
              <command>svn switch</command> die Option
              <option>--relocate</option> mitgeben, nimmt Subversion
-            Verbindung mit dem Repository auf, um die Gültigkeit der
-            Anfrage zu bestätigen (indem es im Repository natürlich
+            Verbindung mit dem Projektarchiv auf, um die Gültigkeit der
+            Anfrage zu bestätigen (indem es im Projektarchiv natürlich
              unter dem neuen URL nachfragt) und anschließend die
              Metadaten zu überschreiben. Durch diese Operation werden
              keinerlei Dateiinhalte verändert &ndash; es werden
@@ -8701,7 +8701,7 @@
  -->
                <listitem><para>Falls die Arbeitskopie ein neues
                  Verzeichnis <emphasis>innerhalb</emphasis> des
-                Repositorys repräsentieren soll, verwenden Sie nur
+                Projektarchivs repräsentieren soll, verwenden Sie nur
                  <command>svn switch</command>.</para></listitem>

  <!--
@@ -8711,8 +8711,8 @@
                    switch</command> with the <option>- -relocate</option>  
option.</para></listitem>
  -->
                <listitem><para>Falls die Arbeitskopie das gleiche
-                Verzeichnis im Repository repräsentiert, sich jedoch
-                der Ort des Repositorys selbst geändert hat, verwenden
***The diff for this file has been truncated for email.***

From jmfelderhoff at gmx.eu  Thu May 20 11:37:02 2010
From: jmfelderhoff at gmx.eu (Jens M. Felderhoff)
Date: Thu, 20 May 2010 16:37:02 -0000
Subject: [de] Deutsche =?UTF-8?B?w5xiZXJzZXR6dW5nOg==?= Wie geht es weiter?
Message-ID: <20100520181010.5acea0a2@neuromancer>

So, gerade habe ich den letzten Rest von Anhang C ins Repository
geschoben.

Leider sind noch einige Punkte bezüglich der deutschen Übersetzung
offen.

Die deutsche Seite zur Koordinierung der Übersetzung (www.svnbook.de)
scheint nicht mehr richtig gepflegt zu werden (ich habe die Anhänge
alle ohne Tickets übersetzt, sonst würde ich heute noch warten).

Laut www.svnbook.de befindet sich das dritte Kapitel seit dem 10.
September 2008 in Übersetzung; im Repository ist allerdings davon noch
nichts aufgetaucht.

Das sechste Kapitel ist bis "Using svnserve with SASL" übersetzt und ins
Repository übergeben worden. Tickets gibt es aber nur für die bereits
übersetzten Teile.

Es wäre schön, wenn sich die Beteiligten oder Interessierte mal melden
würden.

Tschüss

Jens



From jmfelderhoff at gmx.eu  Fri May 21 13:40:22 2010
From: jmfelderhoff at gmx.eu (Jens M. Felderhoff)
Date: Fri, 21 May 2010 18:40:22 -0000
Subject: [de] Deutsche =?UTF-8?B?w5xiZXJzZXR6dW5nOg==?= Wie geht es weiter?
Message-ID: <20100521204012.2f5f0322@neuromancer>

So, gestern habe ich den letzten Rest von Anhang C ins Repository
geschoben.

Leider sind noch einige Punkte bezüglich der deutschen Übersetzung
offen.

Die deutsche Seite zur Koordinierung der Übersetzung (www.svnbook.de)
scheint nicht mehr richtig gepflegt zu werden (ich habe die Anhänge
alle ohne Tickets übersetzt, sonst würde ich heute noch warten).

Laut www.svnbook.de befindet sich das dritte Kapitel seit dem 10.
September 2008 in Übersetzung; im Repository ist allerdings davon noch
nichts aufgetaucht.

Das sechste Kapitel ist bis "Using svnserve with SASL" übersetzt und ins
Repository übergeben worden. Tickets gibt es aber nur für die bereits
übersetzten Teile.

Es wäre schön, wenn sich Beteiligte oder Interessierte mal melden würden.

Tschüss

Jens