[svnbook] r4519 committed - Fixes for chapter 3.
svnbook at googlecode.com
svnbook at googlecode.com
Tue Jul 2 15:21:03 CDT 2013
Revision: 4519
Author: jmfelderhoff at gmx.eu
Date: Tue Jul 2 13:20:51 2013
Log: Fixes for chapter 3.
http://code.google.com/p/svnbook/source/detail?r=4519
Modified:
/branches/1.6/de/book/ch03-advanced-topics.xml
=======================================
--- /branches/1.6/de/book/ch03-advanced-topics.xml Mon Jun 17 12:09:16 2013
+++ /branches/1.6/de/book/ch03-advanced-topics.xml Tue Jul 2 13:20:51 2013
@@ -6056,7 +6056,7 @@
die Sperrmarke anzeigen kann, enthüllt eine wichtige
Information über diese Marken: sie werden in der Arbeitskopie
zwischengespeichert. Das Vorhandensein der Sperrmarke ist
- kritisch. Sie erteilt der Arbeitskopie die Autorisierung, die
+ kritisch. Sie erteilt der Arbeitskopie die Berechtigung, die
Sperrmarke später zu verwenden. Darüber hinaus zeigt der
Befehl <command>svn status</command> ein <literal>K</literal>
neben der Datei an (kurz für locKed, gesperrt), was darauf
@@ -6080,8 +6080,8 @@
authenticating as the lock owner isn't enough to prevent
accidents.</para>
-->
- <para>Eine Sperrmarke ist keine Authentifizierungsmarke, eher
- eine <emphasis>Autorisierungsmarke</emphasis>. Die Marke ist
+ <para>Eine Sperrmarke ist keine Anmeldungsmarke, eher
+ eine <emphasis>Berechtigungsmarke</emphasis>. Die Marke ist
kein geschütztes Geheimnis. Tatsächlich kann die für eine
Sperre einzigartige Marke von jedem entdeckt werden, der
<userinput>svn info
@@ -6604,7 +6604,7 @@
nicht als der Sperreigner authentisieren kann (sie hat ja
auch nicht die Sperrmarke). Wenn sie jedoch
<option>--force</option> übergibt, werden die
- Authentisierungs- und Autorisierungsanforderungen ignoriert
+ Authentisierungs- und Berechtigungsanforderungen ignoriert
und die entfernte Freigabe wird erzwungen.</para>
<!--
@@ -8707,7 +8707,7 @@
sprechen, das grundlegende Netzwerkmodell ist das selbe. In
diesem Abschnitt werden wir die Grundlagen dieses
Netzwerkmodells erläutern, auch wie Subversion die
- Authentifizierung und die Autorisierung handhabt.</para>
+ Anmeldung und die Berechtigung handhabt.</para>
<!-- ===============================================================
-->
<sect2 id="svn.serverconfig.netmodel.reqresp">
@@ -8771,7 +8771,7 @@
sendet eine Authentisierungsaufforderung an den Client und
der Client antwortet, indem er
<firstterm>Zugangsdaten</firstterm> zurückschickt. Sobald die
- Authentifizierung abgeschlossen ist, antwortet der Server mit
+ Anmeldung abgeschlossen ist, antwortet der Server mit
den ursprünglich vom Client angefragten Informationen.
Beachten Sie, dass dieses System sich von solchen wie CVS
unterscheidet, bei denen der Client von sich aus dem Server
@@ -9204,8 +9204,11 @@
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-->
<sect3 id="svn.tour.initial.authn-cache-purge">
+<!--
<title>Removing cached credentials</title>
-
+-->
+ <title>Entfernen zwischengespeicherter Zugangsdaten</title>
+
<!--
<para>Sometimes users will want to remove specific credentials
from the disk cache. To do this, you need to navigate into
@@ -9262,11 +9265,15 @@
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-->
<sect3 id="svn.tour.initial.different-user">
+<!--
<title>Command-line authentication</title>
+-->
+ <title>Anmeldung über die Kommandozeile</title>
+<!--
<para>All Subversion command-line operations accept
- the <option>--username</option>
- and <option>--password</option> options, which allow you to
+ the <option>- -username</option>
+ and <option>- -password</option> options, which allow you to
specify your username and password, respectively, so that
Subversion isn't forced to prompt you for that information.
This is especially handy if you need to invoke Subversion
@@ -9277,15 +9284,38 @@
the ones you want it to use. Perhaps several system users
share a login to the system, but each have distinct
Subversion identities. You can omit
- the <option>--password</option> option from this pair if
+ the <option>- -password</option> option from this pair if
you wish Subversion to use only the provided username, but
still prompt you for that username's password.</para>
+-->
+ <para>Alle Kommandozeilenaktionen von Subversion erlauben die
+ Optionen <option>--username</option> und
+ <option>--password</option>, die es Ihnen ermöglichen, Ihren
+ Anwendernamen bzw. Ihr Passwort anzugeben, damit Subversion
+ Sie nicht nach diesen Informationen fragen muss. Das ist
+ besonders dann praktisch, wenn Sie Subversion aus einem
+ Script heraus aufrufen wollen, und Sie sich nicht darauf
+ verlassen können, dass Subversion in der Lage ist, gültige
+ zwischengespeicherte Zugangsdaten für Sie zu finden. Diese
+ Optionen sind auch dann hilfreich, falls Subversion bereits
+ Anmeldedaten von Ihnen zwischengespeichert hat, aber diese
+ nicht von Ihnen verwendet werden sollen. Vielleicht teilen
+ sich mehrere Systemanwender ein Zugangskonto, haben jedoch
+ verschiedene Identitäten unter Subversion.
+ Subversion identities. Sie können die Option
+ <option>--password</option> weglassen, falls Sie möchten,
+ dass Subversion nur den angegebenen Anwendernamen verwenden
+ soll, Sie aber trotzdem auffordern soll, das Passwort dieses
+ Anwenders einzugeben.</para>
</sect3>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-->
<sect3 id="svn.tour.initial.authn-wrapup">
+<!--
<title>Authentication wrap-up</title>
+-->
+ <title>Schlusswort zur Anmeldung</title>
<!--
<para>One last word about <command>svn</command>'s
@@ -9305,7 +9335,7 @@
prompting (such as when calling <command>svn</command> from a
script).</para>
-->
- <para>Ein letztes Wort zum Authentifizierungsverhalten von
+ <para>Ein letztes Wort zum Anmeldungsverhalten von
<command>svn</command>, im Besonderen bezüglich der Optionen
<option>--username</option> und <option>--password</option>.
Viele Unterbefehle des Clients akzeptieren diese Optionen,
More information about the svnbook-dev
mailing list