[svnbook] r5113 committed - branches/1.8/de/book/ch05-repository-admin.xml

jensmf at users.sourceforge.net jensmf at users.sourceforge.net
Mon Feb 15 05:40:28 CST 2016


Revision: 5113
          http://sourceforge.net/p/svnbook/source/5113
Author:   jensmf
Date:     2016-02-15 11:40:28 +0000 (Mon, 15 Feb 2016)
Log Message:
-----------
Cleanup and proofreading of chapter 5.

Modified Paths:
--------------
    branches/1.8/de/book/ch05-repository-admin.xml

Modified: branches/1.8/de/book/ch05-repository-admin.xml
===================================================================
--- branches/1.8/de/book/ch05-repository-admin.xml	2016-02-12 08:54:00 UTC (rev 5112)
+++ branches/1.8/de/book/ch05-repository-admin.xml	2016-02-15 11:40:28 UTC (rev 5113)
@@ -50,7 +50,7 @@
     data hangs out.</para></footnote> this chapter is for you.</para>
 -->
   <para>Falls Sie vorhaben, das Projektarchiv lediglich in der Rolle
-    eines Benutzers zu verwenden, der seine Daten unter
+    eines Anwenders 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
@@ -262,7 +262,7 @@
         <filename>mod_dav_svn</filename> verwendete dieses
         Verzeichnis, um Informationen über WebDAV
         <firstterm>Aktivitäten</firstterm> zu speichern –
-        Abbildungen von High-Level WebDAV Protokollkonzepten auf
+        Abbildungen von High-Level WebDAV Protokoll-Konzepten auf
         Subversion Übergabe-Transaktionen. Subversion 1.5 änderte
         dieses Verhalten, indem das Eigentum über das
         Aktivitäten-Verzeichnis und die Möglichkeit, dessen Ort zu
@@ -342,10 +342,10 @@
         performance to scalability to reliability and beyond.</para>
 -->
       <para>Während der darauf folgenden Jahre wurde das neuere
-        <firstterm>FSFS</firstterm><footnote><para>While it is
-        often pronounced <quote>fuzz-fuzz,</quote> per Jack
-        Repenning's rendition, this book assumes that the reader is
-        thinking <quote>eff-ess-eff-ess.</quote></para></footnote>
+        <firstterm>FSFS</firstterm><footnote><para>Obwohl es oft
+        gemäß Jack Repennings Wiedergabe als <quote>fass-fass</quote>
+        ausgesprochen wird, geht dieses Buch davon aus, dass der Leser
+        an <quote>ef-es-ef-es</quote> denkt.</para></footnote>
         Backend vorgestellt. Dieses sogenannte
         <quote>Dateisystem-Dateisystem</quote> war ein versioniertes
         Dateisystem, das nicht innerhalb eines undurchsichtigen
@@ -385,7 +385,7 @@
         keine neuen Funktionalitäten oder Erweiterungen.  Subversion
         bietet gewissermaßen eine einzige brauchbare Option für die
         Speicherschicht eines Projektarchivs. FSFS hat
-        gewonneb.</para>
+        gewonnen.</para>
 
 <!--
       <para>This book will continue to provide information relevant to
@@ -399,12 +399,12 @@
 -->
       <para>Dieses Buch wird weiterhin Informationen liefern, die
         relevant für Administratoren von Projektarchiven mit
-        BDB-Backed liefern, sofern es sinnvoll erscheint, doch geht
+        BDB-Backend liefern, sofern es sinnvoll erscheint, doch geht
         ein großer Teil dieses Kapitels davon aus, wovon auch der Rest
         der Welt ausgeht: dass FSFS <emphasis>die</emphasis>
         Implementierung eines Subversion Speicher-Backends ist.
         Schauen Sie unter <xref linkend="svn.berkeleydb"/> oder
-        älteren Versions dieser Dokumentation, um vollständigere
+        älteren Versionen dieser Dokumentation, um vollständigere
         Informationen über die Verwaltung solcher Projektarchive zu
         erhalten.</para>
     </sidebar>
@@ -615,7 +615,7 @@
         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 Projektarchivs haben.</para>
+        jedem Anwender dieses Projektarchivs haben.</para>
 
 <!--
       <para>
@@ -802,9 +802,9 @@
         that project and that project alone.</para>
 -->
       <para>An dieser Anordnung ist zwar nichts verkehrt, allerdings
-        könnte es für Ihre Benutzer mehr oder weniger intuitiv sein.
+        könnte es für Ihre Anwender mehr oder weniger intuitiv sein.
         Besonders in Situationen mit vielen Projekten und entsprechend
-        vielen Benutzern, kann es vorkommen, dass die Benutzer
+        vielen Anwendern, kann es vorkommen, dass die Anwender
         gewöhnlich nur mit einem oder zwei dieser Projekte vertraut
         sind. Allerdings schwächt dieser
         Projekt-als-Geschwister-Zweig-Ansatz die Betonung auf
@@ -845,7 +845,7 @@
         Das hängt eng mit etlichen weiteren Fragen zusammen, etwa wie
         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
+        (Anwender 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
         Projektarchiv, Übergabe-Benachrichtigungen per E-Mail usw.), Ihre
@@ -918,7 +918,7 @@
         Gruppenzugehörigkeit auf Betriebssystemebene in Betracht, die
         für Ihr Projektarchiv einen Sinn ergibt. Wie gesagt, die in
         <xref linkend="svn.serverconfig" /> zu findenden Informationen
-        solten Ihnen helfen können, eine Entscheidung zu
+        sollten Ihnen helfen können, eine Entscheidung zu
         treffen.</para>
 
     </sect2>
@@ -1210,7 +1210,7 @@
         feststellen kann, um welches Ereignis es sich handelt (oder
         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>
+        Anwenders lautet, der das Ereignis ausgelöst hat.</para>
 
 <!--
       <para>The <filename>hooks</filename> subdirectory is, by
@@ -1308,13 +1308,13 @@
         problems that could prevent the hook from performing the tasks
         it is designed to perform.</para>
 -->
-      <para>Subversion führt die Hooks unter der Benutzerkennung aus,
+      <para>Subversion führt die Hooks unter der Anwenderkennung aus,
         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
+        zugegriffen, so dass die Anwenderkennung 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
+        werden, damit diese Anwenderkennung sie ausführen kann. Das
         bedeutet auch, dass der direkte oder indirekte Zugriff auf
         irgendwelche Programme oder Dateien (einschließlich des
         Subversion-Projektarchivs) durch den Hook auch unter derselben
@@ -1347,7 +1347,7 @@
         Wenn Sie diese Entscheidung treffen, dann behalten Sie das
         Gesamtbild des Projektarchiv-Einsatzes im Auge.  Wenn Sie
         beispielsweise die Konfiguration des Servers verwenden, um
-        festzustellen, welche Benutzer Änderungen an Ihr Projektarchiv
+        festzustellen, welche Anwender Änderungen an Ihr Projektarchiv
         übertragen dürfen, benötigen Sie für diese Zugriffskontrolle
         nicht das Hook-System.</para>
 
@@ -1477,7 +1477,7 @@
 
 
 # Auch diee post-commit und post-revprop-change Skripte möchten
-# Programme aus unserer maßgeschneiderten Synctools-Replication-Software
+# Programme aus unserer maßgeschneiderten Synctools-Replikations-Software
 # Sammlung verwenden.
 
 [post-commit]
@@ -1912,7 +1912,7 @@
             <filename>pre-commit</filename>-Hook auf
             <emphasis>Gültigkeit</emphasis> prüfen und die Übergabe
             ablehnen, falls sie den Anforderungen nicht entspricht.
-            Als Nebeneffekt werden Ihre Benutzer lernen, wie wertvoll
+            Als Nebeneffekt werden Ihre Anwender lernen, wie wertvoll
             eine sorgfältige, sich an den Vorgaben orientierende
             Arbeitsweise ist.</para>
         </warning>
@@ -2661,7 +2661,7 @@
         <para>Die Anzahl der erlaubten Dateien in einem gegebenen
           Unterverzeichnis lässt sich konfigurieren (obwohl die
           Standardwerte für die meisten bekannten Plattformen
-          angemessen sind); die Änderung diser Konfiguration nachdem
+          angemessen sind); die Änderung dieser Konfiguration nachdem
           das Projektarchiv bereits einige Zeit in Betrieb war, könnte
           aber dazu führen, dass Subversion gesuchte Dateien nicht
           mehr findet. Hier kommt der Befehl
@@ -2720,14 +2720,14 @@
         unversioned properties—except by an
         administrator.</para>
 -->
-      <para>Manchmal kommt es vor, dass ein Benutzer einen Fehler im
+      <para>Manchmal kommt es vor, dass ein Anwender einen Fehler im
         Protokolleintrag gemacht hat (einen Tippfehler oder vielleicht
         eine Fehlinformation). Falls das Projektarchiv entsprechend
         eingestellt ist (indem der Hook
         <literal>pre-revprop-change</literal> verwendet wird; siehe
         <xref linkend="svn.reposadmin.hooks"/>), um Änderungen
         am Protokolleintrag vorzunehmen nachdem die Übergabe
-        abgeschlossen ist, kann der Benutzer den Protokolleintrag aus
+        abgeschlossen ist, kann der Anwender den Protokolleintrag aus
         der Ferne mit dem Befehl <command>svn propset</command> (siehe
         <xref linkend="svn.ref.svn.c.propset"/> in
         <xref linkend="svn.ref.svn"/>) <quote>berichtigen</quote>.  Wegen
@@ -2944,7 +2944,7 @@
           einer Revision in Spe  hinterlässt – eine unvollendete
           Transaktion samt aller Datei- und Verzeichnisänderungen, die
           dazugehören. Dies kann aus verschiedenen Gründen passieren:
-          Vielleicht wurde die Operation des Clients vom Benutzer
+          Vielleicht wurde die Operation des Clients vom Anwender
           unsauber beendet oder es trat mittendrin ein Netzfehler auf.
           Aus welchem Grund auch immer, es können unvollendete
           Transaktionen auftreten. Sie verursachen keine tatsächlichen
@@ -3192,11 +3192,11 @@
           einer einzelnen Revision verknüpft sind. Projektarchive, die
           mit früheren Versionen von Subversion als 1.5 erzeugt
           wurden, speichern diese Dateien in zwei Verzeichnissen –
-          jeweild eins für jeden Dateityp. Während neue Revisionen an das
+          jeweils eins für jeden Dateitypen Während neue Revisionen an das
           Projektarchiv übertragen werden, hinterlegt Subversion mehr
           Dateien in den beiden Verzeichnissen; im Lauf der Zeit kann die
           Anzahl dieser Dateien ziemlich groß werden. Es wurde bei bestimmten
-          netz-basierten Dateisystemen wurde beobachtet, dass dies zu
+          netzbasierten Dateisystemen wurde beobachtet, dass dies zu
           Leistungseinbußen führt..</para>
 
 <!--
@@ -3323,7 +3323,7 @@
           befindliche Projektarchive anwenden oder sogar als Teil
           eines Hooks nach der Übergabe. Das erneute Packen bereits
           gepackter Scherben ist legal, hat allerdings keine
-          Auswirkungen auf den Plattenverbrauch des
+          Auswirkungen auf den Plattenplatzverbrauch des
           Projektarchivs.</para>
 
 <!--
@@ -3478,12 +3478,12 @@
         Weiterentwicklung von Subversion an sich. Während Subversion
         reifte, gab es Zeiten, als Änderungen an der Datenbankbasis zu
         Kompatibilitätsproblemen mit früheren Projektarchiv-Versionen
-        führten, so dass Benutzer mit der vorherigen Version von
+        führten, so dass Anwender mit der vorherigen Version von
         Subversion Auszüge von ihren Projektarchiv-Daten machen und sie
         mit der neueren Version von Subversion in ein frisch erzeugtes
         Projektarchiv laden mussten. Diese Schemaänderungen haben seit
         Subversion 1.0 nicht mehr stattgefunden, und die
-        Subversion-Entwickler versprechen, dass die Benutzer zwischen
+        Subversion-Entwickler versprechen, dass die Anwender zwischen
         Unterversionen von Subversion (wie etwa von 1.3 nach 1.4)
         keine Abzüge ihrer Projektarchive machen und neu laden müssen.
         Jedoch gibt es noch andere Gründe, die es erforderlich machen,
@@ -3508,7 +3508,7 @@
       <note>
         <para>Das Auszugsformat eines Subversion Projektarchivs
           beschreibt nur versionierte Änderungen. Es beinhaltet keine
-          Informationen über unvollendete Transaktionen, von Benutzern
+          Informationen über unvollendete Transaktionen, von Anwendern
           gesetzte Sperren auf Pfade im Projektarchiv, Anpassungen an
           Projektarchiv- oder Server-Konfigurationen (inklusive
           Hook-Skripten) usw.</para></note>
@@ -4066,7 +4066,7 @@
           operates remotely, using the very same Repository Access
           (RA) protocols that the Subversion client does.  As such,
           you might need to provide authentication credentials.  Also,
-          your remote interations are subject to any authorization
+          your remote interactions are subject to any authorization
           limitations configured on the Subversion server.</para>
 -->
         <para>Der Hauptunterschied besteht darin, dass
@@ -4195,7 +4195,7 @@
         Subversion repository dump format.</para>
 -->
       <para>Da Subversion Ihre versionierte Historie mindestens mit
-        binären Differenzalgorithmen und Datenkompression abspeichert
+        binären Differenz-Algorithmen und Datenkompression abspeichert
         (optional in einem völlig undurchsichtigen Datenbanksystem),
         ist der Versuch manueller Eingriffe unklug, zumindest
         schwierig und unter allen Umständen nicht angeraten. Sobald
@@ -4211,7 +4211,7 @@
         <footnote><para>Das bewusste, vorsichtige Entfernen bestimmter
         Teile versionierter Daten wird tatsächlich von wirklichen
         Anwendungsfällen verlangt. Das ist der Grund, warum eine
-        <quote>Auslösch</quote>-Funktion eine der am häufigsten
+        <quote>Vernichtungs</quote>-Funktion eine der am häufigsten
         gewünschten Funktionen von Subversion ist, von der die
         Subversion-Entwickler hoffen, sie bald zur Verfügung stellen
         zu können.</para></footnote> Oder Sie haben vielleicht mehrere
@@ -4526,9 +4526,9 @@
         Revisionen behandelt werden sollen. Falls eine Revision nur
         Änderungen an herausgefilterten Pfaden beinhaltet, könnte die
         neue Revision als uninteressant oder gar unerwünscht gelten.
-        Um dem Benutzer die Kontrolle darüber zu geben, wie hiermit
+        Um dem Anwender die Kontrolle darüber zu geben, wie hiermit
         verfahren werden soll, bietet <command>svndumpfilter</command>
-        die folgenden Kommandozeilenoptionen:</para>
+        die folgenden Kommandozeilen-Optionen:</para>
 
       <variablelist>
         <varlistentry>
@@ -4839,7 +4839,7 @@
 -->
         <para>Das von <command>svnsync</command> verwendete Protokoll
           zur Übermittlung der Revisionsinformation ist sehr
-          empfindlich gegenüber nicht übereinstimmenden
+          empfindlich gegenüber nicht übereinstimmender
           Versionshistorien im Quell- und Ziel-Projektarchiv. Aus dem
           Grund, dass <command>svnsync</command> nicht
           <emphasis>verlangen</emphasis> kann, dass das
@@ -4910,7 +4910,7 @@
 -->
           <para>Es ist eine gute Idee, Autorisierungsmaßnahmen zu
             ergreifen, um Ihrem Projektarchiv-Replikations-Prozess die
-            Arbeit zu ermöglichen, wohingegen anderen Benutzern die
+            Arbeit zu ermöglichen, wohingegen anderen Anwendern die
             Veränderung der Inhalte des Spiegel-Projektarchivs
             verwehrt wird.</para>
         </tip>
@@ -4952,9 +4952,9 @@
           das ursprüngliche Subversion-Quelltext-Projektarchiv
           untergebracht ist, im Internet veröffentlichen. Dieser
           entfernt liegende Rechner besitzt eine globale Konfiguration,
-          die es anonymen Benutzern erlaubt, den Inhalt von
+          die es anonymen Anwendern erlaubt, den Inhalt von
           Projektarchivs auf diesem Rechner zu lesen, aber zum Ändern
-          dieser Projektarchive eine Authentifizierung der Benutzer
+          dieser Projektarchive eine Authentifizierung der Anwender
           erforderlich macht. (Vergeben Sie uns bitte, dass wir für den
           Augenblick über die Details der
           Subversion-Server-Konfiguration hinwegsehen – sie werden
@@ -5003,7 +5003,7 @@
           Replikations-Prozess niemanden erlauben wollen, das Projektarchiv
           zu ändern, benötigen wir eine Möglichkeit, diesen Prozess von
           anderen potentiellen Zugriffen zu unterscheiden. Um dies zu
-          machen, verwenden wir einen ausgezeichneten Benutzernamen für
+          machen, verwenden wir einen ausgezeichneten Anwendernamen für
           unseren Prozess. Nur Übergaben und Änderungen an
           Revisions-Eigenschaften unter dem Anwenderkonto
           <literal>syncuser</literal> werden erlaubt.</para>
@@ -5030,7 +5030,7 @@
           <filename>pre-revprop-change</filename>-Hook-Skript finden Sie
           in <xref
           linkend="svn.reposadmin.maint.replication.pre-revprop-change"
-          />; grundsätzlich stellt es sicher, dass der Benutzer, der die
+          />; grundsätzlich stellt es sicher, dass der Anwender, der die
           Eigenschaften ändern möchte, unser <literal>syncuser</literal>
           ist. Falls dies zutrifft, ist die Änderung erlaubt,
           anderenfalls wird die Änderung abgelehnt.</para>
@@ -5059,7 +5059,7 @@
 
 if [ "$USER" = "syncuser" ]; then exit 0; fi
 
-echo "Ausschließlich der Benutzer syncuser darf Revisions-Eigenschaften ändern" >&2
+echo "Ausschließlich der Anwender syncuser darf Revisions-Eigenschaften ändern" >&2
 exit 1
 </programlisting>
         </example>
@@ -5074,7 +5074,7 @@
           />.</para>
 -->
         <para>Das deckt Änderungen an Revisions-Eigenschaften ab. Nun müssen
-          wir sicherstellen, dass nur der Benutzer
+          wir sicherstellen, dass nur der Anwender
           <literal>syncuser</literal> neue Revisionen an das Projektarchiv
           übertragen darf. Wir machen das, indem wir ein
           <filename>start-commit</filename>-Hook-Skript wie das in <xref
@@ -5106,7 +5106,7 @@
 
 if [ "$USER" = "syncuser" ]; then exit 0; fi
 
-echo "Ausschließlich der Benutzer syncuser darf neue Revisionen übertragen" >&2
+echo "Ausschließlich der Anwender syncuser darf neue Revisionen übertragen" >&2
 exit 1
 </programlisting>
         </example>
@@ -5191,7 +5191,7 @@
 -->
         <para>Unser Ziel-Projektarchiv wird sich nun erinnern, dass es ein
           Spiegel des öffentlichen Subversion-Quelltext-Projektarchivs ist.
-          Beachten Sie, dass wir einen Benutzernamen und ein Passwort an
+          Beachten Sie, dass wir einen Anwendernamen und ein Passwort an
           <command>svnsync</command> übergeben haben – das war für
           den pre-revprop-change-Hook in unserem Spiegel-Projektarchiv
           erforderlich.</para>
@@ -5224,7 +5224,7 @@
             übergebenen Werte sowohl für die Authentisierung gegenüber
             dem Quell-Projektarchiv als auch gegenüber dem Ziel-Projektarchiv
             verwendet. Das führte zu Problemen, falls die Zugangsdaten
-            eines Benutzers nicht für beide Projektarchive identisch waren,
+            eines Anwenders nicht für beide Projektarchive identisch waren,
             insbesondere im nicht-interaktiven Modus (mit der Option
             <option>--non-interactive</option>). Dies ist in Subversion
             1.5 mit der Einführung von zwei neuen Optionspaaren behoben
@@ -5289,7 +5289,7 @@
         <informalexample>
           <screen>
 $ svnsync help synchronize
-synchronize (sync): usage: svnsync synchronize DEST_URL
+synchronize (sync): usage: svnsync synchronize DEST_URL [SOURCE_URL]
 
 Transfer all pending revisions to the destination from the source
 with which it was initialized.
@@ -5320,7 +5320,7 @@
         <informalexample>
           <screen>
 $ svnsync help synchronize
-synchronize (sync): Aufruf: svnsync synchronize ZIEL_URL
+synchronize (sync): Aufruf: svnsync synchronize ZIEL_URL [QUELL_URL]
 
 Überträgt alle laufenden Revisionen von der Quelle, mit der es
 initialisiert wurde, zum Ziel.
@@ -5367,7 +5367,7 @@
           gespiegelte Revision zunächst eine Übergabe der Revision an
           das Ziel-Projektarchiv erfolgt und dann die Änderungen der
           Eigenschaften folgen. Diese zweiphasige Replizierung ist
-          notwendig, da die anfängliche Übergabe durch den Benutzer
+          notwendig, da die anfängliche Übergabe durch den Anwender
           <literal>syncuser</literal> durchgeführt (und ihm auch
           zugeschrieben) wird und mit dem Zeitstempel der Erzeugung
           dieser Revision versehen wird. <command>svnsync</command> hat
@@ -5471,7 +5471,7 @@
             <literal>svn:sync-lock</literal> property which serves as
             this flag from revision 0 of the mirror repository:</para>
 -->
-          <para>Ein Teil dieser Zustandsverfolgungsinformation ist ein
+          <para>Ein Teil dieser Zustandsverfolgungs-Information ist ein
             Flag, das bedeutet: <quote>momentan findet eine
             Synchronisierung statt</quote>. Dies wird verwendet, um zu
             verhindern, dass mehrere <command>svnsync</command>-Prozesse
@@ -5546,7 +5546,7 @@
             selbst gespeichert ist, um herauszubekommen, woher
             synchronisiert werden soll. Dieser Wert wird vom
             Synchronisierungsprozess jedoch wortwörtlich benutzt.
-            Seien Sie vorsichtig, wenn Sie nicht vollqualifizierte
+            Seien Sie vorsichtig, wenn Sie nicht vollständig qualifizierte
             Domainnamen verwenden (etwa wenn Sie sich auf
             <literal>svnbook.red-bean.com</literal> einfach mit
             <literal>svnbook</literal> beziehen, da das funktioniert,
@@ -5768,7 +5768,7 @@
           häufiger Anwendungsfall ist, Projektarchive, in denen der
           Anwender unter dessen Kennung es läuft, nur eingeschränkte
           Rechte besitzt. Es werden dann einfach nur die Teile des
-          Projektarchivs kopiert, die der Benutzer sehen darf.
+          Projektarchivs kopiert, die der Anwender sehen darf.
           Offensichtlich taugt so ein Spiegel nicht als
           Sicherheitskopie.</para>
 
@@ -5919,11 +5919,19 @@
 -->
         <title>Nachbereitung der Replizierung</title>
 
+<!--
         <para>We've discussed a couple of ways to replicate revision
           history from one repository to another.  So let's look now
           at the user end of these operations.  How does replication
           and the various situations which call for it affect
           Subversion clients?</para>
+-->
+        <para>Wir erörterten ein paar Möglichkeiten,
+          Revisionsgeschichte vin einem Projektarchiv zu einem anderen
+          zu replizierten. Lassen Sie uns nun aus Anwendersicht auf
+          diese Operationen schauen. Wie wirkt sich Replikation und
+          die verschiedenen Situationen, die sie erforderlich machen
+          auf die Subversion-Clients aus?</para>
 
 <!--
         <para>As far as user interaction with repositories and mirrors
@@ -5935,7 +5943,7 @@
           See <xref linkend="svn.reposadmin.maint.uuids" /> later in
           this chapter for more about this.</para>
 -->
-        <para>Was das Zusammenspiel von Benutzern mit Projektarchiven und
+        <para>Was das Zusammenspiel von Anwendern mit Projektarchiven und
           Spiegeln betrifft, <emphasis>ist</emphasis> es möglich eine
           einzelne Arbeitskopie zu haben, die mit beiden kommuniziert,
           doch müssen Sie hierfür einige Verrenkungen machen. Zunächst
@@ -5951,7 +5959,7 @@
           copy to whichever of the repositories you wish to operate
           against, a process that is described in
           <xref linkend="svn.ref.svn.c.relocate" /> in
-          <xref linkend="svn.ref"/>.  There is a possible danger here,
+          <xref linkend="svn.ref.svn"/>.  There is a possible danger here,
           though, in that if the primary and mirror repositories
           aren't in close synchronization, a working copy up to date
           with, and pointing to, the primary repository will, if
@@ -5969,7 +5977,7 @@
           Projektarchiv auszuwählen, mit dem Sie arbeiten wollen;
           dieser Prozess ist in
           <xref linkend="svn.ref.svn.c.relocate" /> in
-          <xref linkend="svn.ref"/> beschrieben. Eine mögliche
+          <xref linkend="svn.ref.svn"/> beschrieben. Eine mögliche
           Gefahr besteht allerdings, wenn das Haupt- und das
           Spiegel-Projektarchiv nicht zeitnah synchronisiert sind.
           Eine Arbeitskopie, die auf das Haupt-Projektarchiv zeigt und
@@ -6081,7 +6089,7 @@
         you don't have to implement these algorithms yourself, because
         the Subversion development team has already done so.  The
         <command>svnadmin hotcopy</command> command takes care of the
-        minutia involved in making a hot backup of your repository.
+        minutiae involved in making a hot backup of your repository.
         And its invocation is as trivial as the Unix
         <command>cp</command> or Windows <command>copy</command>
         operations:</para>
@@ -6454,7 +6462,7 @@
         dass die UUIDs zweier Projektarchive identisch sind. Wenn Sie
         beispielsweise zu Sicherungszwecken eine Kopie eines
         Projektarchivs machen, möchten Sie, dass die Sicherungskopie ein
-        perfektes Abbild des Originals ist, so dass die Benutzer nach
+        perfektes Abbild des Originals ist, so dass die Anwender nach
         einer Wiederherstellung des Projektarchivs aus der
         Sicherheitskopie nicht das Gefühl haben, es mit einem
         unterschiedlichen Projektarchiv zu tun zu haben. Beim Erstellen
@@ -6511,7 +6519,7 @@
         <userinput>svnadmin load - -force-uuid
         <replaceable>REPOS-PATH</replaceable></userinput>.</para>
 -->
-      <para>Für Benutzer älterer Versionen als Subversion 1.5 sieht
+      <para>Für Anwender älterer Versionen als Subversion 1.5 sieht
         die Sache etwas komplizierter aus. Sie können den UUID eines
         Projektarchivs ausdrücklich setzen, indem Sie einen
         Projektarchiv-Auszugs-Fragment mit dem neuen UUID durch den
@@ -6605,7 +6613,7 @@
       Prozesse haben, die Informationen aus Ihrem oder über Ihr
       Projektarchiv veröffentlichen, sollten auch sie gegebenenfalls
       aktualisiert werden. Auch Hook-Skripte bedürfen eventuell einer
-      erneute Konfigurierung. Benutzer müssten vielleicht
+      erneute Konfigurierung. Anwender müssten vielleicht
       benachrichtigt werden. Die Liste könnte beliebig verlängert
       werden oder zumindest bis zu dem Punkt, dass Ihre um das
       Subversion-Projektarchiv gebauten Prozesse und Prozeduren





More information about the svnbook-dev mailing list