[svnbook] r4995 committed - [de] Stylistic changes:...
svnbook at googlecode.com
svnbook at googlecode.com
Fri Feb 20 10:38:37 CST 2015
Revision: 4995
Author: jmfelderhoff at gmx.eu
Date: Fri Feb 20 16:38:24 2015 UTC
Log: [de] Stylistic changes:
* Fortgeschrittenes Zusammenführen
** Merge-Syntax: Die vollständige Offenlegung
** Mergen ohne Mergeinfo
https://code.google.com/p/svnbook/source/detail?r=4995
Modified:
/branches/1.8/de/book/ch04-branching-and-merging.xml
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml Thu Feb 19
07:12:41 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml Fri Feb 20
16:38:24 2015 UTC
@@ -4223,7 +4223,7 @@
<!--
<title>Merge Syntax: Full Disclosure</title>
-->
- <title>Merge-Syntax: Die vollständige Enthüllung</title>
+ <title>Merge-Syntax: Die vollständige Offenlegung</title>
<!--
<para>You've now seen some examples of the <command>svn
@@ -4239,15 +4239,14 @@
-->
<para>Sie haben nun einige Beispiele zum Befehl <command>svn
merge</command> gesehen und werden bald einige mehr sehen.
- Falls Sie verwirrt darüber sind, wie das Zusammenführen genau
- funktioniert, sind Sie nicht alleine. Viele Anwender
- (besonders diejenigen, für die Versionskontrolle etwas Neues
- ist) sind anfangs verwirrt darüber, wie die korrekte Syntax
- des Befehls lautet und wann das Feature verwendet werden soll.
- Aber, keine Angst, dieser Befehl ist tatsächlich viel
- einfacher als Sie denken! Es gibt eine einfache Technik, die
- verstehen hilft, wie sich <command>svn merge</command> genau
- verhält.</para>
+ Falls Sie verwirrt sind, wie das Zusammenführen genau
+ funktioniert, sind Sie nicht allein. Viele Anwender (besonders
+ diejenigen, für die Versionskontrolle etwas Neues ist) sind
+ anfangs verwirrt mit der korrekten Syntax des Befehls und wann
+ das Feature verwendet werden soll. Aber, keine Angst, dieser
+ Befehl ist tatsächlich viel einfacher als Sie denken! Es gibt
+ eine einfache Technik, zum genauen Verstehen des Verhaltens
+ von <command>svn merge</command>.</para>
<!--
<para>The main source of confusion is the
@@ -4261,13 +4260,13 @@
applied to a working copy.</para>
-->
<para>Die Hauptquelle der Verwirrung ist der
- <emphasis>Name</emphasis> des Befehls. Der Begriff
+ <emphasis>Name</emphasis> des Befehls. Der Begriff
<quote>merge</quote> (Zusammenführung, Mischung) deutet
irgendwie an, dass Zweige miteinander verschmolzen werden,
oder dass irgendeine geheimnisvolle Mischung der Daten
erfolgt. Das ist nicht der Fall. Ein besserer Name für den
Befehl wäre vielleicht <command>svn
- ermittele-die-Unterschiede-und-wende-sie-an</command>
+ ermittele-die-Unterschiede-und-wende-sie-an</command>
gewesen, da das alles ist, was passiert: Die Bäume im
Projektarchiv werden verglichen und die Unterschiede in eine
Arbeitskopie eingearbeitet.</para>
@@ -4280,7 +4279,7 @@
-->
<para>Falls Sie <command>svn merge</command> benutzen, um
einfache Kopien von Änderungen zwischen Zweigen vorzunehmen,
- wird ein automatische Merge üblicherweise das Richtige machen.
+ wird ein automatischer Merge üblicherweise das Richtige machen.
Beispielsweise wird ein Befehl wie der folgende:</para>
<informalexample>
@@ -4301,14 +4300,13 @@
-->
<para>versuchen, alle Änderungen, die auf
<filename>some-branch</filename> gemacht worden sind, in Ihr
- aktuelles Arbeitsverzeichnis zu kopieren, welches vermutlich
- eine Arbeitskopie ist, die mit dem Zweig irgendeine
- historische Verbindung teilt. Der Befehl ist klug genug, nur
- die Änderungen zu kopieren, die Ihre Arbeitskopie noch nicht
- hat. Wenn Sie diesen Befehl einmal die Woche wiederholen, wird
- er nur die <quote>neuesten</quote> Änderungen vom Zweig
- kopieren, die seit Ihrem letzten Zusammenführen
- stattfanden.</para>
+ aktuelles Arbeitsverzeichnis zu kopieren, das vermutlich eine
+ irgendeine mit dem Zweig historisch verbindene Arbeitskopie
+ ist. Der Befehl ist intelligent genug, nur die Änderungen zu
+ kopieren, die noch nicht in Ihrer Arbeitskopie sind. Wenn Sie
+ diesen Befehl einmal pro Woche wiederholen, wird er nur die
+ <quote>neuesten</quote> Änderungen vom Zweig kopieren, die
+ seit Ihrem letzten Merge stattfanden.</para>
<!--
<para>If you choose to use the <command>svn merge</command>
@@ -4318,7 +4316,7 @@
-->
<para>Wenn Sie den Befehl <command>svn merge</command> in seiner
ganzen Pracht wählen, indem Sie ihm bestimmte
- Revisionsintervalle zum kopieren übergeben, benötigt der
+ Revisionsintervalle zum Kopieren übergeben, benötigt der
Befehl drei Hauptargumente:</para>
<orderedlist>
@@ -4352,7 +4350,7 @@
<para>An initial repository tree (often called the
<firstterm>left side</firstterm> of the comparison)</para>
-->
- <para>Einen Anfangsbaum im Projektarchiv (häufig
+ <para>Einen Startbaum im Projektarchiv (häufig
<firstterm>linke Seite</firstterm> des Vergleichs
genannt)</para>
</listitem>
@@ -4391,13 +4389,13 @@
-->
<para>Sobald diese drei Argumente angegeben sind, werden die
zwei Bäume miteinander verglichen und die Unterschiede als
- lokale Änderungen auf die Ziel-Arbeitskopie angewendet. Wenn
- der Befehl fertig ist, sieht das Ergebnis so aus, als hätten
+ lokale Änderungen auf das Ziel angewendet. ist der Befehl
+ abgeschlodssen, sieht das Ergebnis so aus, als hätten
Sie die Dateien manuell editiert oder verschiedene
<command>svn add</command>- oder <command>svn
delete</command>-Befehle ausgeführt. Wenn Ihnen das Ergebnis
- gefällt, können Sie es übergeben. Falls nicht, können Sie
- einfach mit <command>svn revert</command> alle Änderungen
+ gefällt, können Sie es übertragen. Falls nicht, können Sie
+ einfach alle Änderungen mit <command>svn revert</command>
rückgängig machen.</para>
<!--
@@ -4456,10 +4454,10 @@
-->
<para>Obwohl das erste Beispiel die <quote>vollständige</quote>
Syntax von <command>svn merge</command> zeigt, verwenden Sie
- sie sehr sorgfältig; es können hierbei
- Merges entstehen, bei denen keinerlei
- <literal>svn:mergeinfo</literal>-Metadaten aufgezeichnet
- werden. Der nächste Abschnitt geht näher darauf ein.</para>
+ sie sehr sorgfältig; es können hierbei Merges entstehen, bei
+ denen keinerlei <literal>svn:mergeinfo</literal>-Metadaten
+ aufgezeichnet werden. Der nächste Abschnitt geht näher darauf
+ ein.</para>
</sect2>
@@ -4479,7 +4477,7 @@
-->
<para>Subversion versucht immer wenn es kann, Metadaten über das
Zusammenführen zu erzeugen, um spätere Aufrufe von
- <command>svn merge</command> schlauer zu machen. Trotzdem
+ <command>svn merge</command> klüger zu machen. Trotzdem
gibt es Situationen, in denen
<literal>svn:mergeinfo</literal>-Daten nicht erzeugt oder
geändert werden. Denken Sie daran, vor diesen Szenarien auf
@@ -4534,8 +4532,7 @@
historischen Metadaten über die Zusammenführung.
Zum gegenwärtigen Zeitpunkt hat Subversion keine
Möglichkeit, unterschiedliche Projektarchiv-URLs
- innerhalb der Eigenschaft
- <literal>svn:mergeinfo</literal> zu
+ mit Eigenschaft <literal>svn:mergeinfo</literal> zu
repräsentieren.</para>
</listitem>
</varlistentry>
@@ -4558,8 +4555,8 @@
<para>Wenn diese Option an <command>svn merge</command>
übergeben wird, veranlasst das die Merge-Logik, ohne
nachzudenken Unterschiede auf dieselbe Art zu erzeugen,
- wie es <command>svn diff</command> macht, und ignoriert
- dabei irgendwelche historischen Verbindungen. Wir werden
+ wie es <command>svn diff</command> macht und ignoriert
+ dabei irgendwelche historischen Verbindungen. Wir werden
das später in diesem Kapitel in
<xref linkend="svn.branchmerge.advanced.ancestry"/>
erörtern.</para>
@@ -4739,7 +4736,7 @@
-->
<para>Implizite Mergeinfo taucht nicht wirklich in der
Eigenschaft <literal>svn:mergeinfo</literal> auf, doch
- Subversion handelt so, als tauchte sie dort auf. Das ist
+ 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
More information about the svnbook-dev
mailing list