[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