[svnbook commit] r3394 - trunk/src/de/book
jmfelderhoff
noreply at red-bean.com
Sat Dec 27 08:55:47 CST 2008
Author: jmfelderhoff
Date: Sat Dec 27 08:55:47 2008
New Revision: 3394
Log:
* trunk/src/de/book/ch04-branching-and-merging.xml
- Typo fixes.
Modified:
trunk/src/de/book/ch04-branching-and-merging.xml
Modified: trunk/src/de/book/ch04-branching-and-merging.xml
==============================================================================
--- trunk/src/de/book/ch04-branching-and-merging.xml (original)
+++ trunk/src/de/book/ch04-branching-and-merging.xml Sat Dec 27 08:55:47 2008
@@ -836,7 +836,7 @@
<para>Die gute Nachricht ist also, dass Sie und Sally sich nicht
in die Quere kommen. Die schlechte Nachricht ist, dass es sehr
leicht ist, <emphasis>zu</emphasis> weit auseinander zu treiben.
- Erinnnern Sie sich, dass eins der Probleme bei der Strategie
+ Erinnern Sie sich, dass eins der Probleme bei der Strategie
<quote>sich in ein Loch zu verkriechen</quote> war, dass es zu
dem Zeitpunkt, an dem Sie mit dem Zweig fertig sind, fast
unmöglich sein kann, Ihre Änderungen ohne eine riesige Zahl an
@@ -919,7 +919,7 @@
<quote>Änderungen</quote> erwarten. Viele mit
Versionskontrollsystemen erfahrene Leute benutzen die Begriffe
<quote>Änderung</quote> und <quote>Änderungsmenge</quote>
- (changeset) austauschbar, so dass wir klären sollten, was
+ (Changeset) austauschbar, so dass wir klären sollten, was
Subversion unter einer <firstterm>Änderungsmenge</firstterm>
versteht.</para>
@@ -1098,7 +1098,7 @@
-->
<para>Zu diesem Zeitpunkt ist es weise, sich die Änderungen
mithilfe von <command>svn diff</command> sorgfältig anzusehen,
- und anschliessend die Software von Ihrem Zweig zu bauen und zu
+ und anschließend die Software von Ihrem Zweig zu bauen und zu
testen. Beachten Sie, dass auch das aktuelle
Arbeitsverzeichnis (<quote><filename>.</filename></quote>)
verändert wurde; <command>svn diff</command> zeigt an, dass
@@ -1209,7 +1209,7 @@
<para>Bei diesem speziellen Beispiel gibt es wahrhaftig keinen
großen Unterschied. Allerdings hat <command>svn
merge</command> besondere Fähigkeiten, die über die des
- Programmes <command>patch</command> hinaus gehen. Das von
+ Programms <command>patch</command> hinaus gehen. Das von
<command>patch</command> verwendete Dateiformat ist sehr
eingeschränkt; es kann lediglich Dateiinhalte verändern. Es
besteht keine Möglichkeit, Änderungen an
@@ -1937,7 +1937,7 @@
ausreichend. Die meisten Leute sind sowieso nur am
<literal>HEAD</literal> eines Projektes interessiert. Es gibt
jedoch Spezialfälle, in denen Sie wirklich alle Beweise der
- Übergabe vernichten möchten. (Vielleich hat jemand ein
+ Übergabe vernichten möchten. (Vielleicht hat jemand ein
vertrauliches Dokument in das Repository übergeben.) Das ist
leider nicht so einfach, da Subversion absichtlich so
konstruiert wurde, dass es niemals Informationen
@@ -1947,7 +1947,7 @@
nachfolgenden Revisionen anrichten und möglicherweise alle
Arbeitskopien ungültig machen.
<footnote>
- <para>Allerdings gibt es im Subversion-Project Pläne, eines
+ <para>Allerdings gibt es im Subversion-Projekt Pläne, eines
Tages einen Befehl zu implementieren, der die Aufgabe
erledigen würde, Informationen dauerhaft zu löschen. Bis
dahin, siehe
@@ -2019,7 +2019,7 @@
to examine the log output (via <command>grep</command>, or
perhaps via an incremental search in an editor).</para>
-->
- <para>Zunächt sollten Sie <command>svn log</command> benutzen,
+ <para>Zunächst sollten Sie <command>svn log</command> benutzen,
um das exakte Koordinatenpaar zu ermitteln, das Sie
zurückholen wollen. Eine gute Strategie ist es, <userinput>svn
log --verbose</userinput> in einem Verzeichnis aufzurufen, in
@@ -2093,7 +2093,7 @@
<xref linkend="svn.branchmerge.basicmerging.undo"/>
besprochen, wie Änderungen rückgängig gemacht werden.) Das
hätte den Effekt, <filename>real.c</filename> als lokale
- Änderung erneut hinzuzufügen. Die Datei würde zum Hizufügen
+ Änderung erneut hinzuzufügen. Die Datei würde zum Hinzufügen
ins Repository markiert, und nach der Übergabe wäre die Datei
wieder in <literal>HEAD</literal> vorhanden.</para>
@@ -2408,7 +2408,7 @@
-->
<para>Dieser Anwendungsfall des Abgleichens (oder
<firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
- einem Zweig zu einem anderen ist vielleicht der gängiste Grund
+ einem Zweig zu einem anderen ist vielleicht der gängigste Grund
für Änderungen, die Rosinen herauszupicken; es kommt ständig
vor, beispielsweise, wenn ein Team einen
<quote>Software-Release-Zweig</quote> verwendet. (Wir
@@ -3002,7 +3002,7 @@
Arbeitskopie aber nicht vorhanden ist. Wie auch immer, die
<quote>skipped</quote>-Nachricht bedeutet, dass der Benutzer
höchstwahrscheinlich die falschen Bäume miteinander
- vergleicht; es ist das klassiche Zeichen für einen
+ vergleicht; es ist das klassische Zeichen für einen
Anwenderfehler. Falls dies passiert, ist es einfach, alle
durch das Zusammenführen hervorgerufenen Änderungen rekursiv
rückgängig zu machen (<userinput>svn revert .
@@ -3499,11 +3499,11 @@
(siehe <xref linkend="svn.advanced.vendorbr"/>). Falls Sie
<command>svn merge</command> dazu aufforderten, die beiden Bäume
miteinander zu vergleichen, würden Sie sehen, dass der
- vollständige erste Baum gelöscht und anschliessend der
+ vollständige erste Baum gelöscht und anschließend der
vollständige zweite Baum hinzugefügt würde! In diesen
Situationen möchten Sie, dass <command>svn merge</command>
lediglich einen pfadbasierten Vergleich vornimmt und
- Beziehungen zwischen Dateien und Verzeichnissen ausser Acht
+ Beziehungen zwischen Dateien und Verzeichnissen außer Acht
lässt. Fügen Sie die Option <option>--ignore-ancestry</option>
dem <command>merge</command>-Befehl hinzu, und er wird sich
verhalten wie <command>svn diff</command>. (Auf der anderen
@@ -3578,7 +3578,7 @@
Dateien passiert. Eine weniger bekannte Tatsache über
Subversion ist, dass es keine <quote>echten
Umbenennungen</quote> hat – der Befehl <command>svn
- move</command> ist witer nichts als eine Verbindung von
+ move</command> ist weiter nichts als eine Verbindung von
<command>svn copy</command> und <command>svn
delete</command>.</para>
@@ -3796,7 +3796,7 @@
Erstens ist der Detaillierungsgrad für einen normalen
Benutzer absolut erdrückend. Zweitens glauben wir, dass das
Verständnis diese Konzepte für einen typischen Benutzer nicht
- unbedigt erforderlich sein <emphasis>sollte</emphasis> während
+ unbedingt erforderlich sein <emphasis>sollte</emphasis> während
Subversion sich verbessert; letztendlich werden sie als
nervige Implementierugsdetails in den Hintergrund treten. Wenn
Sie, nachdem dies gesagt ist, diese Dinge mögen, können Sie
@@ -3881,7 +3881,7 @@
copy has no sparse directories.</para>
-->
<para>Stellen Sie jederzeit sicher, dass Sie vollständigen
- Lesezugriff auf die Quellen für die Zussammenführung haben
+ Lesezugriff auf die Quellen für die Zusammenführung haben
und dass Ihre Ziel-Arbeitskopie keine dünn besetzten
Verzeichnisse besitzt.</para>
</listitem>
@@ -3920,7 +3920,7 @@
des neuen Repository-Verzeichnisses ausgecheckt. Stattdessen
können Sie Subversion einfach mitteilen, dass es Ihre
Arbeitskopie von <filename>/calc/trunk</filename> ändern soll,
- um den neuen Ort des Zweigs wiederzuspiegeln:</para>
+ um den neuen Ort des Zweigs widerzuspiegeln:</para>
<screen>
$ cd calc
@@ -4041,7 +4041,7 @@
aktualisieren, erhalten Sie entsprechende Patches für jeden
Unterbaum. Wenn Sie übergeben, werden Ihre lokalen Änderungen
nach wie vor als eine einzelne atomare Änderung auf das
- repository angewendet.</para>
+ Repository angewendet.</para>
<!--
<para>Note that while it's okay for your working copy to reflect a
@@ -4122,8 +4122,8 @@
<emphasis>other</emphasis> branch directory in the
<literal>HEAD</literal> revision.</para>
-->
- <para>Das heisst, falls Ihre Arbeitskopie
- <filename>/calc/trunk</filename> wiederspiegelt, wird
+ <para>Das heißt, falls Ihre Arbeitskopie
+ <filename>/calc/trunk</filename> widerspiegelt, wird
<command>svn update</command> automatisch Ihre Arbeitskopie
von <filename>/calc/trunk</filename> mit
<filename>/calc/trunk</filename> in der Revision
@@ -4170,7 +4170,7 @@
Änderungen gemacht haben und plötzlich feststellen:
<quote>Verdammt, diese Änderungen sollten auf einen eigenen
Zweig!</quote> Eine gute Technik, um das zu bewerkstelligen,
- lässt sich in zwei Schritten zusammmenfassen:</para>
+ lässt sich in zwei Schritten zusammenfassen:</para>
<screen>
$ svn copy http://svn.example.com/repos/calc/trunk \
@@ -4421,7 +4421,7 @@
Einen URL auf einen anderen zu kopieren hilft hier nicht
weiter. In diesem Fall möchten Sie eine Momentaufnahme der
exakten Anordnung Ihrer Arbeitskopie machen und sie im
- Reository speichern. Glücklicherweise besitzt <command>svn
+ Repository speichern. Glücklicherweise besitzt <command>svn
copy</command> vier verschiedene Anwendungsfälle (über die Sie
in <xref linkend="svn.ref"/> nachlesen können), zu denen auch
die Fähigkeit gehört, einen Arbeitskopie-Baum ins Repository
@@ -4470,7 +4470,7 @@
Patch-Datei zu versenden (die allerdings weder Änderungen an
Verzeichnissen, symbolischen Links oder Propertys beinhaltet),
können Sie <command>svn copy</command> verwenden, um Ihre
- Arbeitskopie in einen privaten Bereich des Repositrorys
+ Arbeitskopie in einen privaten Bereich des Repositorys
<quote>abzulegen</quote>. Ihr Mitarbeiter kann dann entweder
eine exakte Kopie Ihrer Arbeitskopie auschecken oder
<command>svn merge</command> verwenden, um genau Ihre
@@ -5246,7 +5246,7 @@
Projektmitarbeiter ausgeben, dass sie sicherzustellen haben,
stets über die für Ihr Projekt benötigten Versionen der
Drittanbieter zu verfügen. Falls die Daten des Drittanbieters
- sich in einem Subvertsion Repository befinden, können Sie auch
+ sich in einem Subversion Repository befinden, können Sie auch
mithilfe der Subversion-Externals-Definition bestimmte Versionen
dieser Daten mit Ihrer eigenen Arbeitskopie verbinden (siehe
<xref linkend="svn.advanced.externals" />).</para>
@@ -5292,7 +5292,7 @@
getrennte Art und Weise verwalten, etwa in Form von
Patch-Dateien oder als vollständig alternative Versionen. Jedoch
wird so etwas schnell zu einem Albtraum, wenn es um die Pflege
- geht, da es ein Mechanismus bnötigt wird, um diese Änderungen
+ geht, da es ein Mechanismus benötigt wird, um diese Änderungen
auf den Code des Drittanbieters anzuwenden und diese Anpassung
bei jeder Folgelieferung zu wiederholen.</para>
@@ -5367,7 +5367,7 @@
Unterverzeichnis an die passende Stelle Ihres
Hauptentwicklungszweigs (z.B. <filename>/trunk</filename>).
Ihre lokalen Änderungen nehmen Sie stets im
- Hauptentwicklungszweig vor. Jedei erneut veröffentlichte
+ Hauptentwicklungszweig vor. Jede erneut veröffentlichte
Version des von Ihnen verfolgten Codes pflegen Sie in den
Lieferanten-Zweig ein und überführen die Änderungen nach
<filename>/trunk</filename>, wobei eventuelle Konflikte
@@ -5853,7 +5853,7 @@
Kontroll-Schlüsselwort ist <literal>break</literal> (was
bedeutet, dass keine weiteren Property-Änderungen für diesen
Pfad durchgeführt werden sollen). Falls das
- Kontroll-Schlusselwort <literal>cont</literal> ist –
+ Kontroll-Schlüsselwort <literal>cont</literal> ist –
eine Abkürzung für <literal>continue</literal> (fortfahren)
– wird mit der nächsten Zeile der Konfigurationsdatei
fortgefahren.</para>
@@ -5902,7 +5902,7 @@
might manage the organization and lifetimes of branches in a
repository.</para>
-->
- <para>Wir haben in diesem Kapietel sehr viel durchgenommen. Wir
+ <para>Wir haben in diesem Kapitel sehr viel durchgenommen. Wir
haben die Konzepte hinter Tags und Zweigen besprochen und
gezeigt, wie Subversion diese Konzepte durch das Kopieren von
Verzeichnissen mit dem Befehl <command>svn copy</command>
@@ -5927,7 +5927,7 @@
here is handy reference table you can consult as
you begin to make use of branches.</para>
-->
- <para>Als eine hilfreiche Erinnerung an die besprochnenen
+ <para>Als eine hilfreiche Erinnerung an die besprochenen
Operationen sei hier noch einmal eine Referenztabelle angeführt,
die Sie benutzen können, während Sie damit beginnen, Zweige zu
verwenden.</para>
More information about the svnbook-dev
mailing list