[svnbook commit] r3435 - trunk/src/de/book

codesite-noreply at google.com codesite-noreply at google.com
Thu Feb 26 13:41:33 CST 2009


Author: jmfelderhoff at gmx.eu
Date: Thu Feb 26 11:40:27 2009
New Revision: 3435

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

Log:
* trunk/src/de/book/ch05-repository-admin.xml
   - Fixes ticket #217 (cf. http://www.svnbook.de/report/6).


Modified: trunk/src/de/book/ch05-repository-admin.xml
==============================================================================
--- trunk/src/de/book/ch05-repository-admin.xml	(original)
+++ trunk/src/de/book/ch05-repository-admin.xml	Thu Feb 26 11:40:27 2009
@@ -2747,8 +2747,12 @@

      <!-- ===============================================================  
-->
      <sect2 id="svn.reposadmin.maint.setlog">
+<!--
        <title>Commit Log Message Correction</title>
-
+-->
+      <title>Berichtigung des Protokolleintrags</title>
+
+<!--
        <para>Sometimes a user will have an error in her log message (a
          misspelling or some misinformation, perhaps).  If the
          repository is configured (using the
@@ -2762,18 +2766,49 @@
          are not, by default, configured to allow changes to
          unversioned properties—except by an
          administrator.</para>
+-->
+      <para>Manchmal kommt es vor, dass ein Benutzer einen Fehler im
+        Protokolleintrag gemacht hat (einen Tippfehler oder vielleicht
+        eine Fehlinformation). Falls das Repository entsprechend
+        eingestellt ist (indem der Hook
+        <literal>pre-revprop-change</literal> verwendet wird; siehe
+        <xref linkend="svn.reposadmin.create.hooks"/>), um Änderungen
+        am Protokolleintrag vorzunehmen nachdem die Übergabe
+        abgeschlossen ist, kann der Benutzer den Protokolleintrag aus
+        der Ferne mit dem Befehl <command>svn propset</command> (siehe
+        <xref linkend="svn.ref.svn.c.propset"/>)
+        <quote>berichtigen</quote>.  Wegen der Möglichkeit, dadurch
+        für immer Informationen zu verlieren, sind
+        Subversion-Repositorys allerdings standardmäßig nicht so
+        eingestellt, dass Änderungen an unversionierten Properties
+        erlaubt sind – außer für einen Administrator.</para>

+<!--
        <para>If a log message needs to be changed by an administrator,
          this can be done using <command>svnadmin setlog</command>.
          This command changes the log message (the
          <literal>svn:log</literal> property) on a given revision of a
          repository, reading the new value from a provided file.</para>
-
+-->
+      <para>Falls ein Protokolleintrag durch einen Administrator
+        geändert werden muss, kann das mit <command>svnadmin
+        setlog</command> geschehen. Dieser Befehl ändert den
+        Protokolleintrag (das Property <literal>svn:log</literal>)
+        einer gegebenen Revision eines Repositorys, indem der neue
+        Inhalt aus einer angegebenen Datei gelesen wird.</para>
+
+<!--
        <screen>
  $ echo "Here is the new, correct log message" > newlog.txt
  $ svnadmin setlog myrepos newlog.txt -r 388
  </screen>
-
+-->
+      <screen>
+$ echo "Hier ist der neue, korrekte Protokolleintrag" > newlog.txt
+$ svnadmin setlog myrepos newlog.txt -r 388
+</screen>
+
+<!--
        <para>The <command>svnadmin setlog</command> command, by
          default, is
          still bound by the same protections against modifying
@@ -2782,16 +2817,35 @@
          <literal>post-revprop-change</literal> hooks are still
          triggered, and therefore must be set up to accept changes of
          this nature.  But an administrator can get around these
-        protections by passing the <option>--bypass-hooks</option>
+        protections by passing the <option>- -bypass-hooks</option>
          option to the <command>svnadmin setlog</command> command.</para>
-
+-->
+      <para>Auch der Befehl <command>svnadmin setlog</command> ist
+        standardmäßig durch dieselben Schutzmechanismen gegen die
+        Veränderung unversionierter Propertys eingeschränkt wie ein
+        Client aus der Ferne – die Hooks <literal>pre-</literal>
+        und <literal>post-revprop-change</literal> werden immer noch
+        ausgelöst und müssen entsprechend eingestellt werden, um
+        solche Änderungen zuzulassen. Allerdings kann ein
+        Administrator diese Schutzmechanismen umgehen, indem er die
+        Option <option>--bypass-hooks</option> an den Befehl
+        <command>svnadmin setlog</command> übergibt.</para>
+
        <warning>
+<!--
          <para>Remember, though, that by bypassing the hooks, you are
            likely avoiding such things as email notifications of
            property changes, backup systems that track unversioned
            property changes, and so on.  In other words, be very
            careful about what you are changing, and how you change
            it.</para>
+-->
+        <para>Denken Sie trotzdem daran, dass beim Umgehen der Hooks
+          auch Dinge umgangen werden wie E-Mail-Benachrichtigungen bei
+          Property-Änderungen, Sicherungssysteme, die Änderungen an
+          unversionierten Propertys verfolgen, usw. Mit anderen
+          Worten: Seien Sie sehr vorsichtig bei der Auswahl dessen,
+          was Sie ändern und wie Sie es ändern.</para>
        </warning>


@@ -3040,7 +3094,7 @@
        </sect3>

      </sect2>
-
+
      <!-- ===============================================================  
-->
      <sect2 id="svn.reposadmin.maint.recovery">
        <title>Berkeley DB Recovery</title>


More information about the svnbook-dev mailing list