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

jmfelderhoff noreply at red-bean.com
Wed Nov 19 15:35:25 CST 2008


Author: jmfelderhoff
Date: Wed Nov 19 15:35:24 2008
New Revision: 3355

Log:
* trunk/src/de/book/ch04-branching-and-merging.xml
  - Ticket #161 (cf. http://www.svnbook.de/ticket/161).


Modified:
   trunk/src/de/book/ch04-branching-and-merging.xml

Modified: trunk/src/de/book/ch04-branching-and-merging.xml
==============================================================================
--- trunk/src/de/book/ch04-branching-and-merging.xml	(original)
+++ trunk/src/de/book/ch04-branching-and-merging.xml	Wed Nov 19 15:35:24 2008
@@ -3188,8 +3188,12 @@
 
     <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
     <sect2 id="svn.branchmerge.advanced.logblame">
+<!--
       <title>Merge-Sensitive Logs and Annotations</title>
+-->
+      <title>Protokolle und Anmerkungen, die Zusammenführungen anzeigen</title>
 
+<!--
       <para>One of the main features of any version control system is
         to keep track of who changed what, and when they did it.
         The <command>svn log</command> and <command>svn
@@ -3197,12 +3201,28 @@
         invoked on individual files, they show not only the history of
         changesets that affected the file, but also exactly which user
         wrote which line of code, and when she did it.</para>
+-->
+      <para>Ein Hauptmerkmal jedes Versionskontrollsystems ist es,
+        darüber Buch zu führen, wer was wann geändert hat. Die Befehle
+        <command>svn log</command> und <command>svn blame</command>
+        sind die geeigneten Werkzeuge hierfür: Wenn sie auf
+        individuelle Dateien angewendet werden, zeigen sie nicht nur
+        die Geschichte der Änderungsmengen, die in diese Datei
+        hineinflossen, sondern auch, welcher Benutzer wann welche
+        Zeile im Quelltext geschrieben hat.</para>
 
+<!--
       <para>When changes start getting replicated between branches,
         however, things start to get complicated.  For example, if you
         were to ask <command>svn log</command> about the history of
         your feature branch, it would show exactly every revision that ever
         affected the branch:</para>
+-->
+      <para>Wenn jedoch Änderungen über Zweige hinweg dupliziert
+        werden, wird es schnell kompliziert. Wenn Sie z.B.
+        <command>svn log</command> nach der Geschichte Ihres Zweigs
+        fragen, wird es Ihnen exakt jede Revision anzeigen, die je in
+        den Zweig hineingeflossen ist:</para>
 
       <screen>
 $ cd my-calc-branch
@@ -3228,12 +3248,22 @@
 ------------------------------------------------------------------------
 </screen>
 
+<!--
       <para>But is this really an accurate picture of all the changes
         that happened on the branch?  What's being left out here is
         the fact that revisions 390, 381, and 357 were actually the
         results of merging changes from the trunk.  If you look at one
         of these logs in detail, the multiple trunk changesets that
         comprised the branch change are nowhere to be seen:</para>
+-->
+      <para>Aber ist das wirklich eine genaue Wiedergabe aller
+        Änderungen, die auf dem Zweig stattgefunden haben? Was hier
+        ausgelassen wird, ist, dass die Revisionen 390, 381 und 357
+        tatsächlich Ergebnisse des Zusammenführens von Änderungen aus
+        dem Stamm waren. Wenn Sie sich eins dieser Protokolle im
+        Detail anschauen, können Sie die verschiedenen
+        Änderungsmengen vom Stamm, die die Änderungen auf dem Zweig
+        ausmachen, nirgendwo sehen:</para>
 
       <screen>
 $ svn log -v -r 390
@@ -3246,12 +3276,21 @@
 Final merge of trunk changes to my-calc-branch.
 </screen>
 
+<!--
       <para>We happen to know that this merge to the branch was
         nothing but a merge of trunk changes.  How can we see those
         trunk changes as well?  The answer is to use the
-        <option>--use-merge-history</option> (<option>-g</option>)
+        <option>- -use-merge-history</option> (<option>-g</option>)
         option.  This option expands those <quote>child</quote>
         changes that were part of the merge.</para>
+-->
+      <para>Wir wissen, dass diese Zusammenführung in den Zweig nichts
+        anderes war als eine Zusammenführung von Änderungen vom Stamm.
+        Wie können wir zusätzlich diese Änderungen sehen? Die Antwort
+        lautet, die Option <option>--use-merge-history</option>
+        (<option>-g</option>) zu verwenden. Diese Option expandiert
+        diejenigen <quote>Teil</quote>-Änderungen, aus denen die
+        Zusammenführung bestand.</para>
 
       <screen>
 $ svn log -v -r 390 -g
@@ -3278,18 +3317,36 @@
 Document my last fix in README.
 </screen>
 
+<!--
       <para>By making the log operation use merge history, we see not
         just the revision we queried (r390), but also the two revisions
         that came along on the ride with it—a couple of changes
         made by Sally to the trunk.  This is a much more complete
         picture of history!</para>
+-->
+      <para>Dadurch, dass wir die Protokoll-Operation aufgefordert
+        haben, die Geschichte der Zusammenführungen zu verwenden,
+        sehen wir nicht nur die Revision, die wir abgefragt haben
+        (r390), sondern auch die zwei Revisionen, die hier mitkamen
+        – ein paar Änderungen, die Sally auf dem Stamm gemacht
+        hat. Das ist ein wesentlich vollständigeres Bild der
+        Geschichte!</para>
 
+<!--
       <para>The <command>svn blame</command> command also takes the
-        <option>--use-merge-history</option> (<option>-g</option>)
+        <option>- -use-merge-history</option> (<option>-g</option>)
         option.  If this option is neglected, somebody looking at
         a line-by-line annotation of <filename>button.c</filename> may
         get the mistaken impression that you were responsible for the
         lines that fixed a certain error:</para>
+-->
+      <para>Auch der <command>svn blame</command>-Befehl versteht die
+        Option <option>--use-merge-history</option>
+        (<option>-g</option>).  Falls diese Option vergessen wird,
+        könnte jemand, der sich die zeilenweisen Anmerkungen von
+        <filename>button.c</filename> ansieht, fälschlicherweise davon
+        ausgehen, dass Sie für die Zeilen verantwortlich sind, die
+        einen bestimmten Fehler beseitigt haben:</para>
 
       <screen>
 $ svn blame button.c
@@ -3300,9 +3357,14 @@
 …
 </screen>
 
+<!--
       <para>And while it's true that you did actually commit those
         three lines in revision 390, two of them were actually written
         by Sally back in revision 383:</para>
+-->
+      <para>Obwohl es zutrifft, dass Sie diese drei Zeilen in Revision
+        390 übergeben haben, sind zwei davon tatsächlich von Sally in
+        Revision 383 geschrieben worden:</para>
 
       <screen>
 $ svn blame button.c -g
@@ -3313,8 +3375,12 @@
 …
 </screen>
 
+<!--
       <para>Now we know who to <emphasis>really</emphasis> blame for
         those two lines of code!</para>
+-->
+      <para>Nun wissen wir, wer <emphasis>wirklich</emphasis> für die
+        zwei Zeilen Quelltext verantwortlich ist!</para>
 
     </sect2>
 




More information about the svnbook-dev mailing list