[svnbook] r4985 committed - [de] Translation: Branching and Merging...

svnbook at googlecode.com svnbook at googlecode.com
Fri Feb 13 07:26:58 CST 2015


Revision: 4985
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb 13 13:26:38 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Mirrored Sources (part 4)

https://code.google.com/p/svnbook/source/detail?r=4985

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
06:44:59 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
13:26:38 2015 UTC
@@ -8830,39 +8830,47 @@
          vendor drop items to version control in this
          situation.</para></footnote></para>
  -->
-      <para>Admittedly, this is a pretty simple example.  The changes
-        required to perform this particular upgrade involved merely
-        content changes to existing files.  In reality, new versions
-        of third-party libraries might also add or remove files or
-        directories, might rename files or directories, and so on.  In
-        those situations, it can be much more challenging to morph the
-        new vendor tag into a state where it accurately reflects the
-        vendor drop it claims to reflect.  We'll leave the details of
-        such transformations as an exercise to the
-        reader.<footnote><para>Here's a hint, though: <userinput>svn
-        add --force /path/to/working-copy --no-ignore
-        --no-auto-props</userinput> is super handy for adding any new
-        vendor drop items to version control in this
-        situation.</para></footnote></para>
+      <para>Das ist zugegebenermaßen ein ziemlich einfaches Beispiel.
+        Die für die Aktualisierung notwendigen Änderungen waren
+        lediglich inhaltliche Änderungen an bestehenden Dateien. In
+        der Realität könnten neue Versionen der Bibliotheken von
+        Drittanbietern auch sowohl Dateien als auch Verzeichnisse
+        hinzufügen oder entfernen, Dateien oder Verzeichnisse
+        umbenennen, usw. In solchen Situationen kann es eine viel
+        größere Herausforderung sein, das neue Lieferanten-Tag in
+        einen Zustand zu überführen, in dem es exakt die Zulieferung
+        wiedergibt, die es verspricht. Wir überlassen die Details
+        derartiger Transformationen dem Leser als Übung.<footnote>
+        <para>Trotzdem ein Hinweis: <userinput>svn add --force
+        /path/to/working-copy --no-ignore --no-auto-props</userinput>
+        ist außerordentlich praktisch, um in dieser Situation alle
+        neuen Objekte einer Zulieferung unter Versions-Kontrolle zu
+        stellen.</para></footnote></para>

  <!--
        <para>However we make it happen, once our new vendor tag working
          copy is reconciled with the original source distribution, we
          can commit those changes to our repository.</para>
  -->
-      <para>However we make it happen, once our new vendor tag working
-        copy is reconciled with the original source distribution, we
-        can commit those changes to our repository.</para>
+      <para>Wie auch immer wir es schaffen, sobald unsere neue auf dem
+        Lieferanten-Tag basierende Arbeitskopie mit dem
+        Original-Quellpaket abgeglichen ist, können wir diese
+        Änderungen in unser Projektarchiv übertragen.</para>

        <informalexample>
          <screen>
  $ svn commit -m "Upgrade vendor branch to libcomplex 1.0.1." \
-             libcomplex-1.0.1
+             libcomplex-1.0.1<!--
  Sending        libcomplex-1.0.1/README
  Sending        libcomplex-1.0.1/src/code.h
  Sending        libcomplex-1.0.1/src/code.c
  Transmitting file data ...
-Committed revision 1283.
+Committed revision 1283.-->
+Sende              libcomplex-1.0.1/README
+Sende              libcomplex-1.0.1/src/code.h
+Sende              libcomplex-1.0.1/src/code.c
+Übertrage Daten ...
+Revision 1283 übertragen.
  $
  </screen>
        </informalexample>


More information about the svnbook-dev mailing list