[svnbook] r3680 committed - * trunk/src/de/book/appb-svn-for-cvs-users.xml...
svnbook at googlecode.com
svnbook at googlecode.com
Fri Feb 5 12:19:46 CST 2010
Revision: 3680
Author: jmfelderhoff at gmx.eu
Date: Fri Feb 5 10:19:36 2010
Log: * trunk/src/de/book/appb-svn-for-cvs-users.xml
- Authentification.
http://code.google.com/p/svnbook/source/detail?r=3680
Modified:
/trunk/src/de/book/appb-svn-for-cvs-users.xml
=======================================
--- /trunk/src/de/book/appb-svn-for-cvs-users.xml Fri Feb 5 09:41:23 2010
+++ /trunk/src/de/book/appb-svn-for-cvs-users.xml Fri Feb 5 10:19:36 2010
@@ -927,16 +927,32 @@
<!-- =================================================================
-->
<sect1 id="svn.forcvs.modules">
+<!--
<title>Versioned Modules</title>
-
+-->
+ <title>Versionierte Module</title>
+
+<!--
<para>Unlike CVS, a Subversion working copy is aware that it has
checked out a module. That means if somebody changes the
definition of a module (e.g., adds or removes components), a
call to <command>svn update</command> will update the working
copy appropriately, adding and removing components.</para>
-
+-->
+ <para>Anders als bei CVS weiss eine Arbeitskopie von Subversion,
+ dass hier ein Modul ausgecheckt ist. Das heisst, dass, falls
+ jemand die Definition eines Moduls ändert (z.B. Komponenten
+ hinzufügt oder entfernt), ein Aufruf von <command>svn
+ update</command> die Arbeitskopie entsprechend aktualisiert,
+ indem Komponenten hinzugefügt oder entfernt werden.</para>
+
+<!--
<para>Subversion defines modules as a list of directories within a
directory property; see <xref
linkend="svn.advanced.externals"/>.</para>
+-->
+ <para>Subversion definiert Module als eine Liste von
+ Verzeichnissen innerhalb eines Verzeichnis-Propertys; siehe
+ <xref linkend="svn.advanced.externals"/>.</para>
</sect1>
@@ -945,8 +961,12 @@
<!-- =================================================================
-->
<sect1 id="svn.forcvs.auth">
+<!--
<title>Authentication</title>
-
+-->
+ <title>Authentifizierung</title>
+
+<!--
<para>With CVS's pserver, you are required to log in to the server
(using the <command>cvs login</command> command) before
performing any read or write operation—you sometimes even
@@ -959,17 +979,46 @@
are username and password, a client certificate, or even both).
So if your repository is world-readable, you will not be
required to authenticate at all for read operations.</para>
-
+-->
+ <para>Bei Verwendung des pservers von CVS müssen Sie sich beim
+ Server anmelden (mit dem Befehl <command>cvs login</command>),
+ bevor Sie irgendeine Lese- oder Schreiboperation vornehmen
+ – manchmal müssen Sie sich sogar für anonyme Vorgänge
+ anmelden. Mit einem Subversion-Repository, das Apache
+ <command>httpd</command> oder <command>svnserve</command> als
+ Server verwendet, übergeben Sie Zugangsdaten nicht von
+ vornherein – 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
+ also der ganzen Welt Lesezugriff einräumt, brauchen Sie sich für
+ Lesevorgänge überhaupt nicht zu legitimieren.</para>
+
+<!--
<para>As with CVS, Subversion still caches your credentials on
disk (in your <filename>~/.subversion/auth/</filename>
directory) unless you tell it not to by using the
- <option>--no-auth-cache</option> option.</para>
-
+ <option>- -no-auth-cache</option> option.</para>
+-->
+ <para>Wie bei CVS speichert Subversion Ihre Zugangsdaten immer
+ noch auf Platte (in Ihrem Verzeichnis
+ <filename>~/.subversion/auth/</filename>), es sei denn, Sie
+ untersagen es ihm mit der Option
+ <option>--no-auth-cache</option>.</para>
+
+<!--
<para>The exception to this behavior, however, is in the case of
accessing an <command>svnserve</command> server over an SSH
tunnel, using the <literal>svn+ssh://</literal> URL scheme. In
that case, the <command>ssh</command> program unconditionally
demands authentication just to start the tunnel.</para>
+-->
+ <para>Eine Ausnahme für dieses Verhalten gibt es jedoch beim
+ Zugriff auf einen <command>svnserve</command>-Server über einen
+ SSH-Tunnel bei Verwendung des URL-Schemas
+ <literal>svn+ssh://</literal>. In diesem Fall verlangt das
+ Programm <command>ssh</command> unbedingt eine
+ Authentifizierung, allein um den Tunnel zu starten.</para>
</sect1>
More information about the svnbook-dev
mailing list