[svnbook] r4778 committed - Proofreading.

svnbook at googlecode.com svnbook at googlecode.com
Wed May 7 06:03:55 CDT 2014


Revision: 4778
Author:   jmfelderhoff at gmx.eu
Date:     Wed May  7 11:03:35 2014 UTC
Log:      Proofreading.
http://code.google.com/p/svnbook/source/detail?r=4778

Modified:
  /branches/1.7/de/book/ch04-branching-and-merging.xml

=======================================
--- /branches/1.7/de/book/ch04-branching-and-merging.xml	Wed May  7  
05:52:52 2014 UTC
+++ /branches/1.7/de/book/ch04-branching-and-merging.xml	Wed May  7  
11:03:35 2014 UTC
@@ -29,7 +29,7 @@
    <para>Verzweigen (Branching) und Zusammenführen (Merging) sind
      grundlegende Konzepte der Versionskontrolle, die zwar konzeptuell
      einfach zu beschreiben sind, die allerdings hinreichend
-    Komplexität und Finheiten mit sich bringen, dass sie ein eigenes
+    Komplexität und Feinheiten mit sich bringen, dass sie ein eigenes
      Kapitel in diesem Buch verdient haben. Hier werden wir Ihnen
      sowohl die dahinter stehenden allgemeinen Konzepte vorstellen, als
      auch den etwas einzigartigen Ansatz von Subversion hierzu. Falls
@@ -267,7 +267,7 @@
        Arbeitskopie zu aktualisieren, bevor Sie mit Ihrer Arbeit
        vollständig fertig sind. Das wirft allerdings einige Probleme
        auf. Erstens ist das nicht sehr sicher. Falls Ihrer Arbeitskopie
-      oder Ihrem Rechner etwas Schlimmes zustoßen sollte, riskieten
+      oder Ihrem Rechner etwas Schlimmes zustoßen sollte, riskieren
        Sie, alle Ihre Änderungen zu verlieren.  Zweitens ist es nicht
        sehr flexibel. Falls Sie Ihre Änderungen nicht manuell über
        mehrere Arbeitskopien oder Rechner abgleichen, müssen Sie Ihre
@@ -370,7 +370,7 @@
          copy is required at all.  Just copy one URL to another:</para>
  -->
        <para>Sie haben vielleicht schon gesehen, wie mit <command>svn
-          copy</command> innerhalb einer Arbeitskopie eine Datei auf
+        copy</command> innerhalb einer Arbeitskopie eine Datei auf
          eine andere kopiert wird. Es kann allerdings auch verwendet
          werden, um eine <firstterm>entfernte Kopie</firstterm>
          durchzuführen: eine Kopie die unmittelbar eine neue Revision
@@ -689,28 +689,28 @@

  $ svn log -v integer.c
  ------------------------------------------------------------------------
-r343 | user | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r343 | user | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
  Geänderte Pfade:
     M /calc/branches/my-calc-branch/integer.c

  * integer.c:  Wazjub gefrozzelt.

  ------------------------------------------------------------------------
-r341 | user | 2002-11-03 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r341 | user | 2002-11-03 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
  Geänderte Pfade:
     A /calc/branches/my-calc-branch (from /calc/trunk:340)

  Privaten Zweig von /calc/trunk angelegt.

  ------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
  Geänderte Pfade:
     M /calc/trunk/integer.c

  * integer.c:  Einen Docstring geändert.

  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
  Geänderte Pfade:
     A /calc/trunk/integer.c

@@ -780,21 +780,21 @@

  $ svn log -v integer.c
  ------------------------------------------------------------------------
-r344 | sally | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r344 | sally | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
  Changed paths:
     M /calc/trunk/integer.c

  * integer.c:  Ein paar Rechtschreibfehler behoben.

  ------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
  Changed paths:
     M /calc/trunk/integer.c

  * integer.c:  Einen Docstring geändert.

  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
  Changed paths:
     A /calc/trunk/integer.c

@@ -819,7 +819,7 @@
          nicht die Änderung, die Sie in Revision 343 gemacht haben. Was
          Subversion angeht, hatten diese beiden Übergaben Auswirkungen
          auf unterschiedliche Dateien an unterschiedlichen Stellen im
-        Projektarchiv. <emphasis>Glwichwohl</emphasis> zeigt
+        Projektarchiv. <emphasis>Gleichwohl</emphasis> zeigt
          Subversion, dass die beiden Dateien einen Teil der Geschichte
          gemeinsam haben. Bevor die Kopie des Zweiges in Revision 341
          gemacht wurde, waren die Dateien dieselbe Datei.  Deshalb
@@ -1145,7 +1145,7 @@
          ist in Ihrem Interesse, diese Änderungen in Ihren Zweig zu
          übernehmen, um sicherzustellen, dass sie sich gut mit Ihren
          Änderungen vertragen. Das wird durch eine
-        <firstterm>Synchronisierungs-Zusmmenführung</firstterm>
+        <firstterm>Synchronisierungs-Zusammenführung</firstterm>
          erreicht – eine Zusammenführung zu dem Zweck, Ihren
          Zweig mit Änderungen zu aktualisieren, die seit der Erstellung
          Ihres Zweigs auf dem Ursprungszweig vorgenommen wurden.</para>
@@ -1295,7 +1295,7 @@
            merge.</para>
  -->
          <para>Um die letzten Änderungen vom Stamm zu replizieren,
-          müsen Sie die Synchronisierungs-Zusammenführungen auf die
+          müssen Sie die Synchronisierungs-Zusammenführungen auf die
            <quote>althergebrachte</quote> Art machen – indem Sie
            Revisionsintervalle angeben, die Sie zusammenführen
            möchten.</para>
@@ -1313,11 +1313,12 @@
            <screen>
  $ svn log -v -r 400 ^/branches/foo-feature
  ------------------------------------------------------------------------
-r400 | carol | 2011-11-09 10:51:27 -0500 (Wed, 09 Nov 2011) | 1 line
  <!--
+r400 | carol | 2011-11-09 10:51:27 -0500 (Wed, 09 Nov 2011) | 1 line
  Changed paths:
  A /branch/b2 (from /trunk:399)
  -->
+r400 | carol | 2011-11-09 10:51:27 -0500 (Mi, 09. Nov 2011) | 1 Zeile
  Geänderte Pfade:
  A /branch/b2 (von /trunk:399)

@@ -1370,7 +1371,7 @@
            Ihrem Zweig zusammengeführt werden, müssen Sie die bereits
            getätigte Zusammenführung vermerken. Aber wo? Einer der
            einfachsten Orte, um diese Information unterzubringen, ist
-          die Protokollierungsnachricht für die Übergabe nach der
+          die Protokollnachricht für die Übergabe nach der
            Zusammenführung:</para>

          <informalexample>
@@ -1588,7 +1589,7 @@
            besteht keine Möglichkeit, Änderungen an
            <emphasis>Bäumen</emphasis>, etwa das Hinzufügen, Entfernen
            oder Umbenennen von Dateien und Verzeichnissen
-          abzubilden. Desweiteren bemerkt das Programm
+          abzubilden. Des Weiteren bemerkt das Programm
            <command>patch</command> keine Änderungen an
            Eigenschaften. Falls Sallys Änderung etwa ein neues
            Verzeichnis hinzugefügt hätte, wäre es in der Ausgabe von
@@ -1859,7 +1860,7 @@
  # wir jedoch nicht zusammenführen wollen:
  $ svn log --verbose --quiet -r 958 ^/
  ------------------------------------------------------------------------
-r958 | bruce | 2011-10-20 13:28:11 -0400 (Do, 20 Okt 2011)
+r958 | bruce | 2011-10-20 13:28:11 -0400 (Do, 20. Okt 2011)
  Geänderte Pfade:
     M /trunk/doc/INSTALL
     M /trunk/src/main.c
@@ -1973,7 +1974,7 @@
            die Zusammenführung zu beschreiben. Für Anwender mit vielen
            Informationen zu Teilbaum-Zusammenführungen bedeutete das,
            dass auch relativ <quote>einfache</quote> Zusammenführungen
-          (z.B. bei der ein Diff auf eine einzige Datei angewendet
+          (z.B., bei der ein Diff auf eine einzige Datei angewendet
            wurde) Änderungen der Zusammenführungs-Informationen in
            jedem Teilbaum nach sich zog, selbst bei denen, die keine
            Eltern des betroffenen Pfades waren. Dies führte zu einiger
@@ -1985,7 +1986,7 @@
            siehe
            <xref linkend="svn.branchmerge.advanced.advancedsyntax"/>).
            Die einzige Ausnahme von diesem Verhalten betrifft das
-          eigentlilche Ziel der Zusammenführung; dessen Informationen
+          eigentliche Ziel der Zusammenführung; dessen Informationen
            werden stets aktualisiert, um die Zusammenführung zu
            beschreiben, auch wenn die angewandte Differenz keine
            Änderung nach sich zog.</para>
@@ -2179,7 +2180,7 @@
          <quote>nächste Änderungsmenge</quote> von einer
          Entwicklungslinie (dem Stamm) zu holen und sie mit einer
          anderen (Ihrem Zweig) abzugleichen. Das ist recht
-        überschaubar, und Subversion weiß jedesmal, wo es wieder
+        überschaubar, und Subversion weiß jedes Mal, wo es wieder
          ansetzen soll. Bei unseren vorangehenden Beispielen können Sie
          sehen, dass es erst die Intervalle 345:356 vom Stamm auf den
          Zweig überführte; später fuhr es mit dem nächsten verfügbaren
@@ -2270,7 +2271,7 @@
        -m "Remove my-calc-branch, reintegrated with trunk in r391."
  Committed revision 392.
  -->
-      -m "my-calc-branch entfernt, auf Stamm zurüchgeführt in r391."
+      -m "my-calc-branch entfernt, auf Stamm zurückgeführt in r391."
  Revision 392 übertragen.
  </screen>
        </informalexample>
@@ -2374,11 +2375,11 @@
          um Änderungsmengen zu verfolgen – d.h. welche Änderungen
          auf welchen Zweig übertragen worden sind – besteht aus
          der Datenspeicherung in versionierten Eigenschaften.
-        Namentlilch werden Daten die das Zusammenführen betreffen in
+        Namentlich werden Daten die das Zusammenführen betreffen in
          der Eigenschaft <literal>svn:mergeinfo</literal> festgehalten,
          die mit Dateien und Verzeichnissen verknüpft ist. (Falls Sie
          mit Subversion-Eigenschaften nicht vertraut sind, siehe <xref
-          linkend="svn.advanced.props"/>.) </para>
+        linkend="svn.advanced.props"/>.) </para>

  <!--
        <para>You can examine the property, just like any other:</para>
@@ -2747,7 +2748,7 @@
        <para>Mit dem Erscheinen von Subversion 1.7 kann der Unterbefehl
          <command>svn mergeinfo</command> auch Informationen zur
          Zusammenführung auf Teilbäumen und nichterbliche Informationen
-        berücksichtigen. Tewilbaum-Informationen werden durch die
+        berücksichtigen. Teilbaum-Informationen werden durch die
          Optionen <option>--recursive</option> oder
          <option>--depth</option> berücksichtigt, während nichterbliche
          standardmäßig beachtet wird.</para>
@@ -3210,7 +3211,7 @@
  r808 | joe | 2003-12-26 14:29:40 -0600 (Fri, 26 Dec 2003) | 3 lines
  Changed paths:
  -->
-r808 | joe | 2003-12-26 14:29:40 -0600 (Fri, 26 Dec 2003) | 3 Zeilen
+r808 | joe | 2003-12-26 14:29:40 -0600 (Fr, 26. Dez 2003) | 3 Zeilen
  Geänderte Pfade:
     D /calc/trunk/real.c
     M /calc/trunk/integer.c
@@ -3327,7 +3328,7 @@
  Transmitting file data .
  Committed revision 1390.
  -->
-$ svn commit -m "real.c aus revision 807 wiederhergestellt,  
/calc/trunk/real.c."
+$ svn commit -m "real.c aus Revision 807 wiederhergestellt,  
/calc/trunk/real.c."
  Hinzufügen     real.c
  Übertrage Daten .
  Revision 1390 übertragen.
@@ -3362,7 +3363,7 @@
          nützliche Sache. Falls Sie jedoch die Datei
          <emphasis>ohne</emphasis> geschichtliche Verbindung zur alten
          Datei zurückholen wollen, funktioniert diese Technik
-        ebensogut:</para>
+        ebenso gut:</para>

        <informalexample>
          <screen>
@@ -4189,7 +4190,7 @@
            grown to 234:</para>
  -->
          <para>Mit jeder dem Projektarchiv hinzugefügten neuen Revision
-          wird die natųrliche Historie – und somit die implizite
+          wird die natürliche Historie – und somit die implizite
            Zusammenführungs-Information – des Zweigs durch diese
            Revisionen stetig erweitert, bis zu dem Tag, an dem der
            Zweig gelöscht wird. So würde die implizite
@@ -4226,11 +4227,11 @@
            und dann <userinput>svn merge ^/trunk -c 58</userinput> in
            der so erstellten Arbeitskopie aufrufen. Subversion weiß,
            dass die in Revision 53 an <filename>^/trunk</filename>
-          übergebenen Änderunge bereits in der natürlichen Historie
-          des Ziels vohanden sind, so dass sie nicht erneut
-          zusammengefuhrt werden mussen. Letzten Endes
+          übergebenen Änderungen bereits in der natürlichen Historie
+          des Ziels vorhanden sind, so dass sie nicht erneut
+          zusammengeführt werden müssen. Letzten Endes
            <emphasis>ist</emphasis> es das primäre Ziel der
-          Zusammenführungsverfolgungs/Funktionalität von Subversion,
+          Zusammenführungsverfolgungs-Funktionalität von Subversion,
            unnötige Zusammenführungen zu vermeiden!</para>

        </sidebar>
@@ -4522,7 +4523,7 @@
          ist vielleicht die Vorgehensweise Ihres Teams dergestalt, dass
          Neuentwicklungen auf <filename>/trunk</filename> gemacht
          werden, aber konservativer, wenn es darum geht, Änderungen auf
-        einen stabilen Zweig zurückzuportieren, den sie zur
+        einen stabilen Zweig zurück zu portieren, den sie zur
          Veröffentlichung benutzen. Auf der einen Seite können Sie
          die Rosinen in Form von einzelnen Änderungsmengen manuell aus
          dem Stamm herauspicken und in den Zweig einpflegen – nur
@@ -5016,23 +5017,23 @@
  $ cd my-calc-branch
  $ svn log -q
  ------------------------------------------------------------------------
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 line
+r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
  ------------------------------------------------------------------------
-r388 | user | 2002-11-21 05:20:00 -0600 (Do, 21. Nov 2002) | 2 lines
+r388 | user | 2002-11-21 05:20:00 -0600 (Do, 21. Nov 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r381 | user | 2002-11-20 15:07:06 -0600 (Mi, 20. Nov 2002) | 2 lines
+r381 | user | 2002-11-20 15:07:06 -0600 (Mi, 20. Nov 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r359 | user | 2002-11-19 19:19:20 -0600 (Di, 19. Nov 2002) | 2 lines
+r359 | user | 2002-11-19 19:19:20 -0600 (Di, 19. Nov 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r357 | user | 2002-11-15 14:29:52 -0600 (Fr, 15. Nov 2002) | 2 lines
+r357 | user | 2002-11-15 14:29:52 -0600 (Fr, 15. Nov 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r343 | user | 2002-11-07 13:50:10 -0600 (Do, 07. Nov 2002) | 2 lines
+r343 | user | 2002-11-07 13:50:10 -0600 (Do, 07. Nov 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r341 | user | 2002-11-03 07:17:16 -0600 (So, 03. Nov 2002) | 2 lines
+r341 | user | 2002-11-03 07:17:16 -0600 (So, 03. Nov 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Oct 2002) | 2 lines
+r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 lines
+r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
  ------------------------------------------------------------------------
  </screen>
        </informalexample>
@@ -5701,7 +5702,7 @@
        <para>Manchmal erscheint Mergeinfo auf Pfaden, von denen Sie
          nicht erwartet hätten, dass sie durch eine Operation berührt
          worden wären. Manchmal wird Mergeinfo überhaupt nicht erzeugt,
-        obwohl Sie es erwartet hätten. Darüberhinaus umgibt die
+        obwohl Sie es erwartet hätten. Darüber hinaus umgibt die
          Verwaltung der Mergeinfo-Metadaten eine ganze Menge von
          Systematiken und Verhalten, wie <quote>explizite</quote>
          gegenüber <quote>implizite</quote> Mergeinfo,
@@ -5841,7 +5842,7 @@
                    target.</para>
  -->
                  <para>Stellen Sie sicher, dass Sie vollständigen
-                  Lesezugriff auf die Quellen sowie Lwse- und
+                  Lesezugriff auf die Quellen sowie Lese- und
                    Schreibzugriff auf alle Ziele der Zusammenführung
                    haben.</para>
                </listitem>
@@ -6562,7 +6563,7 @@
  -->
      <para>Sie haben mittlerweile vielleicht festgestellt, dass
        Subversion äußerst flexibel ist. Da Zweigen und Tags derselbe
-      Mechanismus zugrundeliegt (Verzeichniskopien) und weil Zweige
+      Mechanismus zugrunde liegt (Verzeichniskopien) und weil Zweige
        und Tags im normalen Dateisystem auftauchen, finden viele Leute
        Subversion einschüchternd. Es ist beinahe
        <emphasis>zu</emphasis> flexibel. In diesem Abschnitt machen wir
@@ -6790,7 +6791,7 @@
          relativ kurze Lebensdauer: Sie haben ihn vielleicht angelegt,
          um einen Fehler zu beseitigen oder eine neue Funktion
          einzubauen. Wenn Ihr Arbeitspaket abgeschlossen ist, kann auch
-        der Zweig geschlossen werden. In der Softwareentwicklung ist
+        der Zweig geschlossen werden. In der Software=Entwicklung ist
          es allerdings auch üblich, zwei <quote>Haupt</quote>-Zweige zu
          haben, die für lange Zeit nebeneinander bestehen. Es ist zum
          Beispiel an der Zeit, eine stabile Version des
@@ -6881,12 +6882,12 @@
        terms.</para>
  -->
      <para>Am häufigsten wird Versionskontrolle in der
-      Softwareentwicklung verwendet, so dass wir an dieser Stelle
+      Software-Entwicklung verwendet, so dass wir an dieser Stelle
        kurz zwei der gebräuchlichsten Verzweigungs-  und
        Zusammenführungsmuster vorstellen, die von Entwicklerteams
        benutzt werden. Falls Sie Subversion nicht in der
-      Softwareentwicklung verwenden, können Sie den Abschnitt getrost
-      überspringen. Falls Sie ein Softwareentwickler sind, der
+      Software=Entwicklung verwenden, können Sie den Abschnitt getrost
+      überspringen. Falls Sie ein Software=Entwickler sind, der
        Versionskontrolle das erste Mal verwendet, sollten Sie gut
        aufpassen, da es sich bei diesen Mustern um bewährte
        Vorgehensweisen handelt, die von erfahrenen Menschen empfohlen
@@ -7182,7 +7183,7 @@
          your branch changes.  You then merge back with
          the <option>- -reintegrate</option> option:</para>
  -->
-      <para>Wenn Sie schließlich bereit ssind, den
+      <para>Wenn Sie schließlich bereit sind, den
          <quote>synchronisierten</quote> Funktions-Zweig zurück in den
          Stamm zu führen, arbeiten Sie ein letztes Mal die
          jüngsten Änderungen vom Stamm in den Zweig ein. Danach werden
@@ -7259,7 +7260,7 @@
        the information generated by one group of people has a direct
        effect on that which is generated by another group.</para>
  -->
-    <para>Besonders in der Softwareentwicklung haben die von Ihnen
+    <para>Besonders in der Software=Entwicklung haben die von Ihnen
        versionsverwalteten Daten oft einen engen Bezug zu Daten von
        anderen, oder sind vielleicht abhängig davon. Allgemein wird der
        Bedarf ihres Projektes erfordern, dass Sie bezüglich der
@@ -7282,7 +7283,7 @@
        matured, Subversion attempts to synchronize with APR's library
        API only at well-tested, stable release points.</para>
  -->
-    <para>So könnte es sein, dass Softwareentwickler beispielsweise an
+    <para>So könnte es sein, dass Software-Entwickler beispielsweise an
        einer Anwendung arbeiten, die die Bibliothek eines
        Drittanbieters benötigt. Subversion hat eine solche Abhängigkeit
        von der Bibliothek Apache Portable Runtime (APR) (siehe <xref
@@ -7337,7 +7338,7 @@
      <para>Allerdings möchten Sie von Zeit zu Zeit spezielle
        Anpassungen des Drittanbieter-Codes in Ihrem eigenen
        Versionskontrollsystem verwalten. Um auf unser Beispiel aus der
-      Softwareentwicklung zurückzukommen, müssen Entwickler manchmal
+      Software=Entwicklung zurückzukommen, müssen Entwickler manchmal
        die Bibliothek der Drittanbieter für ihre Zwecke verändern.
        Diese Änderungen können neue Funktionalitäten oder
        Fehlerbehebungen beinhalten und werden nur solange intern
@@ -7346,7 +7347,7 @@
        diese Änderungen niemals an die Entwickler der Bibliothek
        zurückgegeben werden, sondern lediglich als spezielle
        Anpassungen bestehen, um die Bibliothek für Bedürfnisse der
-      Softwareentwickler geeigneter zu machen.</para>
+      Software-Entwickler geeigneter zu machen.</para>

  <!--
      <para>Now you face an interesting situation.  Your project could
@@ -7774,7 +7775,7 @@
              bestehendes Verzeichnis im Projektarchiv exakt mit einem
              externen Verzeichnis abzugleichen, wobei alle notwendigen
              Hinzufügungen und Löschungen ausgeführt werden und
-            darüberhinaus noch optionale Verschiebungen.</para>
+            darüber hinaus noch optionale Verschiebungen.</para>
          </listitem>
          <listitem>
  <!--
@@ -7966,7 +7967,7 @@
          verwendet werden, können mit einem vorangestellten umgekehrten
          Schrägstrich (<literal>\</literal>) maskiert werden. Der
          umgekehrte Schrägstrich maskiert nur Anführungszeichen beim
-        Lesen der Konfigurationsdatei, darum sollten Sie darüberhinaus
+        Lesen der Konfigurationsdatei, darum sollten Sie darüber hinaus
          keine weiteren Zeichen maskieren.</para>

      </sect2>
@@ -7997,8 +7998,8 @@
        branches in a software project.</para>
  -->
      <para>Verzweigen oder nicht verzweigen – das ist eine
-      interessante Frage. Bis hierhin hat dieses Kapitel einwn
-      ziwmlich tiefen Tauchgang in die Tiefen des Verzweigens und
+      interessante Frage. Bis hierhin hat dieses Kapitel einen
+      ziemlich tiefen Tauchgang in die Tiefen des Verzweigens und
        Zusammenführens geboten. Themen, die historisch die Hauptquellen
        für die Verwirrung von Subversion-Anwendern waren. Als wären die
        routinemäßigen Aktionen zum Verzweigen und Verwalten von Zweigen
@@ -8028,7 +8029,7 @@
        diesen anderen Linien berühren nicht den Zweig. Auf diese Weise
        kann ein Zweig als großartiger Ort zum Experimentieren mit neuen
        Funktionalitäten, komplizierten Fehlerbehebungen, größeren
-      Refaktorierungen usw. dienen. Egal, wieviel Sally auf ihrem
+      Refaktorierungen usw. dienen. Egal, wie viel Sally auf ihrem
        Zweig kaputt macht, Harry und der Rest der Mannschaft können mit
        ihrer Arbeit ungehindert außerhalb des Zweigs
        weitermachen.</para>
@@ -8054,7 +8055,7 @@
        eines bestimmten Fehlers ausmachen, eine Liste
        nicht-aufeinanderfolgender Revisionsnummern sein. Sie könnten
        diese natürlichsprachlich als <quote>Revisionen 1534, 1543,
-      1587 und 1588</quote> bezeichnen. Sehrwahrscheinlich werden Sie
+      1587 und 1588</quote> bezeichnen. Sehr wahrscheinlich werden Sie
        diese Nummern manuell (oder auf andere Weise) in einem
        Fehlerverfolgungs-Dokument festhalten. Wenn Sie die
        Fehlerbehebung auf andere Produktversionen anwenden möchten,
@@ -8109,7 +8110,7 @@
        sein, die zum Experimentieren mit den künftigen Quellen ohne die
        Absicht der Rückführung in die Hauptentwicklungslinie angelegt
        werden – bloße Richtlinien brauchen keine Visionen
-      abwürgen! Doch ws bleibt die einfache Tatsache, dass Projekte
+      abwürgen! Doch es bleibt die einfache Tatsache, dass Projekte
        allgemein von einem geordneten Ansatz für Versionskontrolle
        profitieren, bei dem der Quelltext und Änderungen daran die
        Begutachtung und das Verstehen von mehr als einem Teammitglied
@@ -8166,7 +8167,7 @@
        .</userinput> in Ihrer Arbeitskopie verwenden,  um buchstäblich
        alle Änderungen im Projektarchiv seit Ihrer letzten
        Aktualisierung hineinzubringen, wenn Sie
-      wollten!</para></footnote> Gewissemaßen reintegrieren Sie Ihren
+      wollten!</para></footnote> Gewissermaßen reintegrieren Sie Ihren
        Zweig jedes Mal, wenn Sie <command>svn commit</command>
        aufrufen. In diesem Sinn haben Anwender von Subversion ständig
        mit Zweigen und Zusammenführungen zu tun. Angesichts der


More information about the svnbook-dev mailing list