[svnbook] r4529 committed - Translation: Mergeinfo and Previews

svnbook at googlecode.com svnbook at googlecode.com
Tue Aug 6 10:24:58 CDT 2013


Revision: 4529
Author:   jmfelderhoff at gmx.eu
Date:     Tue Aug  6 08:24:46 2013
Log:      Translation: Mergeinfo and Previews
http://code.google.com/p/svnbook/source/detail?r=4529

Modified:
  /branches/1.6/de/book/ch04-branching-and-merging.xml

=======================================
--- /branches/1.6/de/book/ch04-branching-and-merging.xml	Mon Jul 22  
12:38:50 2013
+++ /branches/1.6/de/book/ch04-branching-and-merging.xml	Tue Aug  6  
08:24:46 2013
@@ -1834,7 +1834,7 @@
  <!--
        <title>Mergeinfo and Previews</title>
  -->
-      <title>Mergeinfo und Vorschauen</title>
+      <title>Zusammenführungsinformation und Vorschauen</title>

  <!--
        <para>The basic mechanism Subversion uses to track
@@ -3225,7 +3225,7 @@
  <!--
        <title>Merges Without Mergeinfo</title>
  -->
-      <title>Zusammenführen ohne Mergeinfo</title>
+      <title>Zusammenführen ohne Zusammenführungsinformationen</title>

  <!--
        <para>Subversion tries to generate merge metadata whenever it
@@ -3330,7 +3330,7 @@
            <term>Zusammenführen rückgängig machen</term>
            <listitem>
  <!--
-            <para>Earlier in this chapter
+            <para>Earlier in this chapter
                (<xref linkend="svn.branchmerge.basicmerging.undo"/>) we
                discussed how to use <command>svn merge</command> to
                apply a <quote>reverse patch</quote> as a way of rolling
@@ -3359,12 +3359,12 @@
                <userinput>svn merge . -c -5</userinput> rückgängig
                machen), hat dies keine Auswirkungen auf die
                aufgezeichneten
-              Metadaten.<footnote><para>Interessanterweise werden wir
-              nach dem Zurücknehmen einer Revision auf diese Art nicht
-              in der Lage sein, diese Revision erneut mit
-              <userinput>svn merge . -c 5</userinput> anzuwenden, da
-              aus den Metadaten hervorgeht, dass r5 bereits angewendet
-              wurde. Wir müssten die Option
+               
Zusammenführungsinformationen.<footnote><para>Interessanterweise
+              werden wir nach dem Zurücknehmen einer Revision auf
+              diese Art nicht in der Lage sein, diese Revision erneut
+              mit <userinput>svn merge . -c 5</userinput> anzuwenden,
+              da aus den Metadaten hervorgeht, dass r5 bereits
+              angewendet wurde. Wir müssten die Option
                <option>--ignore-ancestry</option> verwenden, damit der
                Befehl die bestehenden Metadaten
                ignoriert.</para></footnote></para>
@@ -3372,9 +3372,130 @@
          </varlistentry>
        </variablelist>

+      <!-- TODO: We might need to introduce a glossary of merge
+                 tracking terms into this chapter.  Here we use
+                 "mergeinfo" to help defined "natural history", but
+                 we've not really defined "mergeinfo" either.  -->
+
+      <sidebar>
+<!--
+        <title>Natural History and Implicit Mergeinfo</title>
+-->
+        <title>Natürliche Historie und implizite  
Zusammenführungsinformation</title>
+
+<!--
+        <para>When a path has the <literal>svn:mergeinfo</literal>
+          property set on it we say it has <quote>explicit</quote>
+          mergeinfo.  Yes, this implies a path can
+          have <quote>implicit</quote> mergeinfo, too!  Implicit
+          mergeinfo, or <firstterm>natural history</firstterm>, is
+          simply a path's own history (see
+          <xref linkend="svn.tour.history" />) interpreted as merge
+          tracking information.  While implicit mergeinfo is largely
+          an implementation detail, it can be a useful abstraction for
+          understanding merge tracking behavior.</para>
+-->
+        <para>Wenn bei einem Pfad die Eigenschaft
+          <literal>svn:mergeinfo</literal> gwsetzt ist, nennen wir das
+          <quote>explizite</quote> Zusammenführungsinformation. Ja,
+          das bedeutet, dass ein Pfad auch <quote>implizite</quote>
+          Zusammenführungsinformation haben kann! Implizite
+          Zusammenführungsinformation, oder <firstterm>natürliche
+          Historie</firstterm>, ist einfach die dem Pfad eigene
+          Historie (siehe <xref linkend="svn.tour.history" />) die als
+          Information zur Verfolgung von Zusammenführungen
+          interpretiert wird. Obwohl es sich bei impliziter
+          Zusammenführungsinformation größtenteils um Details der
+          Implementierung handelt, kann es als nützliche Abstraktion
+          für das Verstehen des Verhaltens der
+          Zusammenführungsverfolgung dienen.</para>
+
+<!--
+        <para>Let's say you created <filename>^/trunk</filename> in
+          revision 100 and then later, in revision 201,
+          created <filename>^/branches/feature-branch</filename> as
+          a copy of <filename>^/trunk at 200</filename>.  The natural
+          history of <filename>^/branches/feature-branch</filename>
+          contains all the repository paths and revision ranges
+          through which the history of the new branch has ever
+          passed:</para>
+-->
+        <para>Nehmen wir mal an, Sie hätten in Revision 100
+          <filename>^/trunk</filename> erzeugt und dann in Revision
+          201 <filename>^/branches/feature-branch</filename> als
+          Kopie von <filename>^/trunk at 200</filename> erzeugt. Die
+          natürliche Historie von
+          <filename>^/branches/feature-branch</filename>
+          enthält all diejenigen Pfade im Projektarchiv und
+          Revisionsintervalle, die die Historie des neuen Zweigs je
+          berührt hat.</para>
+
+        <informalexample>
+          <literallayout>
+/trunk:100-200
+/branches/feature-branch:201
+</literallayout>
+        </informalexample>
+
+<!--
+        <para>With each new revision added to the repository, the
+          natural history—and thus, implicit mergeinfo—of
+          the branch continues to expand to include those revisions
+          until the day the branch is deleted.  Here's what the
+          implicit mergeinfo of our branch would look like when
+          the <literal>HEAD</literal> revision of the repository had
+          grown to 234:</para>
+-->
+        <para>Mit jeder dem Projektarchiv hinzugefügten neuen Revision
+          wird die natųrliche Historie – und somit die implizite
+          Zusammenführungsinformation – des Zweigs durch diese
+          Revisionen stetig erweitert, bis zu dem Tag, an dem der
+          Zweig gelöscht wird. So würde die implizite
+          Zusammenführungsinformation unseres Zweiges aussehen, wenn
+          die <literal>HEAD</literal>-Revision des Projektarchivs bis
+          auf 234 angewachsen wäre:</para>
+
+        <informalexample>
+          <literallayout>
+/trunk:100-200
+/branches/feature-branch:201-234
+</literallayout>
+        </informalexample>
+
+<!--
+        <para>Implicit mergeinfo does not actually show up in the
+          <literal>svn:mergeinfo</literal> property, but Subversion
+          acts as if it does.  This is why if you check out
+          <filename>^/branches/feature-branch</filename> and then
+          run <userinput>svn merge ^/trunk -c 58</userinput> in the
+          resulting working copy, nothing happens.  Subversion knows
+          that the changes committed to <filename>^/trunk</filename>
+          in revision 58 are already present in the target's natural
+          history, so there's no need to try to merge them again.
+          After all, avoiding repeated merges of
+          changes <emphasis>is</emphasis> the primary goal of
+          Subversion's merge tracking feature!</para>
+-->
+        <para>Implizite Zusammenführungsinformation taucht nicht
+          wirklich in der Eigenschaft <literal>svn:mergeinfo</literal>
+          auf, doch Subversion handelt so, als tauchte sie dort auf.
+          Das ist der Grund dafür, dass nichts passiert, wenn Sie
+          <filename>^/branches/feature-branch</filename> auschecken
+          und dann <userinput>svn merge ^/trunk -c 58</userinput> in
+          der so erstellten Arbeitskopie aufrufen. Subversion weiß,
+          dass die in Revision 53 an <filename>^/trunk</filename>
+          übergebenen Änderunge bereits in der natürlichen Historie
+          des Ziels vohanden sind, so dass sie nicht erneut
+          zusammengefuhrt werden mussen. Letzten Endes
+          <emphasis>ist</emphasis> es das primäre Ziel der
+          Zusammenführungsverfolgungs/Funktionalität von Subversion,
+          unnötige Zusammenführungen zu vermeiden!</para>
+
+      </sidebar>
+
      </sect2>

-    <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+    <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.advanced.mergeconflicts">
  <!--
        <title>More on Merge Conflicts</title>


More information about the svnbook-dev mailing list