[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