[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