[svnbook] r4986 committed - [de] Translation: Branching and Merging...
svnbook at googlecode.com
svnbook at googlecode.com
Fri Feb 13 17:28:35 CST 2015
Revision: 4986
Author: jmfelderhoff at gmx.eu
Date: Fri Feb 13 23:28:27 2015 UTC
Log: [de] Translation: Branching and Merging
** Vendor Branches from Mirrored Sources (rest)
https://code.google.com/p/svnbook/source/detail?r=4986
Modified:
/branches/1.8/de/book/ch04-branching-and-merging.xml
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml Fri Feb 13
13:26:38 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml Fri Feb 13
23:28:27 2015 UTC
@@ -8398,7 +8398,7 @@
http://svn.othervendor.com/repos/libcomplex/tags/1.0.1 \
libcomplex-custom<!--
- - Merging differences between foreign repository URLs into '.':-->
--- Zusammenführen der Unterschiede zwischen Projektarchiv-URLs in ».«:
+-- Zusammenführen der Unterschiede zwischen fremden Projektarchiv-URLs in
».«:
U libcomplex-custom/src/code.h
C libcomplex-custom/src/code.c
U libcomplex-custom/README<!--
@@ -8883,12 +8883,14 @@
merge</command> operation, applied to a working copy of our
vendor branch, comes into play.</para>
-->
- <para>We're finally ready to upgrade our vendor branch.
- Remember, our goal is to get the changes made by the vendor
- between the 1.0.0 and 1.0.1 releases of their library into our
- vendor branch. There is where a 2-URL <command>svn
- merge</command> operation, applied to a working copy of our
- vendor branch, comes into play.</para>
+ <para>Wir sind schließlich soweit, dass wir unseren
+ Lieferanten-Zweig aktualisieren können. Wenn Sie sich
+ entsinnen, besteht unser Ziel darin, die vom Lieferanten
+ zwischen den Versionen 1.0.0 und 1.0.1 ihrer Bibliothek
+ gemachten Änderungen in unseren Lieferanten-Zweig zu bekommen.
+ our vendor branch. An diesem Punkt betritt eine <command>svn
+ merge</command>-Operation mit 2 URLs die Bühne, die auf eine
+ Arbeitskopie unseres Lieferanten-Zweig angewendet wird.</para>
<informalexample>
<screen>
@@ -8900,20 +8902,29 @@
…
E libcomplex-custom/src/code.c
E libcomplex-custom/tests
-E libcomplex-custom/tests/TODO
-Checked out revision 1283.
+E libcomplex-custom/tests/TODO<!--
+Checked out revision 1283.-->
+Ausgecheckt, Revision 1283.
$ cd libcomplex-custom
$ svn merge ^/vendor/libcomplex-1.0.0 \
- ^/vendor/libcomplex-1.0.1
---- Merging differences between URLs into '.':
+ ^/vendor/libcomplex-1.0.1<!--
+- - Merging differences between URLs into '.':-->
+-- Zusammenführen der Unterschiede zwischen Projektarchiv-URLs in ».«:
U src/code.h
C src/code.c
-U README
+U README<!--
Summary of conflicts:
Text conflicts: 1
Conflict discovered in file 'src/code.c'.
Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
- (mc) mine-conflict, (tc) theirs-conflict, (s) show all options:
+ (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: -->
+Konfliktübersicht:
+ Textkonflikte: 1
+Konflikt in Datei »src/code.c« entdeckt.
+Auswahl: (p) später auflösen, (df) Änderungen anzeigen,
+ (e) Dateibearbeiten, (m) Zusammenführung,
+ (mc) eigene Seite des Konflikts,
+ (tc) fremde Seite des Konflikts, (s) alle Optionen anzeigen:
</screen>
</informalexample>
@@ -8930,30 +8941,37 @@
any testing or review we need, we can commit the changes to
our vendor branch.</para>
-->
- <para>As you can see, <command>svn merge</command> has merged
- the requisite changes into our working copy, flagging a
- conflict where the vendor modified the same region of one of
- the files as we did during our customizations. Subversion
- detects this conflict, and gives us the opportunity to resolve
- it (using the methods described in
- <xref linkend="svn.tour.cycle.resolve" />) so that our
- customizations to what is now libcomplex 1.0.1 continue to
- make sense. Once we've resolved the conflicts and performed
- any testing or review we need, we can commit the changes to
- our vendor branch.</para>
+ <para>Wie Sie sehen können, hat <command>svn merge</command> die
+ erforderlichen Änderungen in unsere Arbeitskopie gebracht und
+ einen Konflikt markiert, bei dem der Lieferant den gleichen
+ Bereich einer der Dateien geändert hat wie wir während unserer
+ Anpassungen. Subversion erntdeckt diesen Konflikt und bietet
+ uns die Gelegenheit zur Auflösung (mittels der in
+ <xref linkend="svn.tour.cycle.resolve" /> beschriebenen
+ Methoden), so dass unsere Anpassungen an, mittlerweile,
+ libcomplex 1.0.1 weiterhin einen Sinn ergeben. Sobald wir die
+ Konflikte aufgelöst sowie notwendige Tests und Überprüfungen
+ gemacht haben, können wir die Änderungen in unseren
+ Lieferanten-Zweig übertragen.</para>
<informalexample>
<screen>
$ svn status
M src/code.h
M src/code.c
-M README
+M README<!--
$ svn commit -m "Upgrade vendor branch to libcomplex 1.0.1."
Sending README
Sending src/code.h
Sending src/code.c
Transmitting file data ...
-Committed revision 1284.
+Committed revision 1284.-->
+$ svn commit -m "Aktualisierung des Lieferanten-Zweigs auf libcomplex
1.0.1."
+Sende README
+Sende src/code.h
+Sende src/code.c
+Übertrage Daten ..."
+Revision 1294 übertragen.
$
</screen>
</informalexample>
@@ -8963,9 +8981,11 @@
we need to upgrade that branch, we'll follow the same
procedure we used to upgrade it this time.</para>
-->
- <para>Our vendor branch upgrade is complete. And the next time
- we need to upgrade that branch, we'll follow the same
- procedure we used to upgrade it this time.</para>
+ <para>Die Aktualisierung unseres Lieferanten-Zweiges ist
+ vollbracht. Wenn wir beim nächsten Mal diesen Zweig
+ aktualisieren müssen verfolgen wir die selbe Vorgehensweise,
+ die wir bei der jetzigen Aktualisierung eingeschlagen
+ sind.</para>
</sect2>
</sect1>
More information about the svnbook-dev
mailing list