From svnbook at googlecode.com  Tue Feb  3 06:29:43 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 03 Feb 2015 12:29:43 +0000
Subject: [svnbook] r4969 committed - German translation.
Message-ID: <089e0158b460bfe05c050e2e39a4@google.com>

Revision: 4969
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb  3 12:29:28 2015 UTC
Log:      German translation.
https://code.google.com/p/svnbook/source/detail?r=4969

Modified:
  /branches/1.8/de/book/ch05-repository-admin.xml

=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml	Tue Nov 25 15:14:00  
2014 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 12:29:28  
2015 UTC
@@ -1,3 +1,5 @@
+<!-- -*- sgml -*- -->
+
  <chapter id="svn.reposadmin">
  <!--
    <title>Repository Administration</title>
@@ -105,8 +107,8 @@
        nuts-and-bolts perspective is sufficient to reveal the basic
        components of the repository:</para>
  -->
-    <para>Mit den Augen eines typischen Dateibrowsers (wie Windows
-      Explorer) oder von kommandozeilenorientierten
+    <para>Mit den Augen eines typischen Datei-Browsers (wie Windows
+      Explorer) oder von kommandozeilen-orientierten
        Dateisystem-Navigationswerkzeugen ist das Subversion-Projektarchiv
        blo? ein weiteres gew?hnliches Verzeichnis voller Zeugs. Es gibt
        einige Unterverzeichnisse mit Konfigurationsdateien, die f?r
@@ -132,7 +134,7 @@
        elsewhere in this and other chapters.)</para>
  -->
      <para>Hier ist ein schneller, oberfl?chlicher ?berblick ?ber das,
-      was Sie in diesem Verzeichnislisting sehen. (Verzetteln Sie sich
+      was Sie in diesem Verzeichnisauflistung sehen. (Verzetteln Sie sich
        nicht mit den Fachausdr?cken &ndash; eine detaillierte
        Behandlung dieser Komponenten erfolgt an anderer Stelle in
        diesem und in anderen Kapiteln.)</para>
@@ -230,10 +232,15 @@

      <note>
  <!--
-      <para>Prior to Subversion 1.5, the on-disk repository structure
-        also always contained a <filename>dav</filename> subdirectory.
-        <filename>mod_dav_svn</filename> used this directory to store
-        information about
+      <para>
+
+        <indexterm>
+          <primary>WebDAV</primary>
+          <secondary>activities</secondary>
+        </indexterm>Prior to Subversion 1.5, the on-disk repository
+        structure also always contained a <filename>dav</filename>
+        subdirectory. <filename>mod_dav_svn</filename> used this
+        directory to store information about
          WebDAV <firstterm>activities</firstterm>&mdash;mappings of
          high-level WebDAV protocol concepts to Subversion commit
          transactions.  Subversion 1.5 changed that behavior, moving
@@ -243,11 +250,14 @@
          a <filename>dav</filename> subdirectory
          unless <filename>mod_dav_svn</filename> is in use and hasn't
          been configured to store its activities database elsewhere.
-        See <xref linkend="svn.serverconfig.httpd.ref.mod_dav_svn"/> in
-        <xref linkend="svn.ref"/> for more information.</para>
-    </note>
+        See <xref linkend="svn.serverconfig.httpd.ref.mod_dav_svn" />
+        for more information.</para>
  -->
-      <para>Vor Subversion 1.5 besa? die Projektarchiv-Struktur auf
+      <para>
+        <indexterm>
+          <primary>WebDAV</primary>
+          <secondary>Aktivit?ten</secondary>
+        </indexterm>Vor Subversion 1.5 besa? die Projektarchiv-Struktur auf
          der Festplatte ein Unterverzeichnis <filename>dav</filename>.
          <filename>mod_dav_svn</filename> verwendete dieses
          Verzeichnis, um Informationen ?ber WebDAV
@@ -263,7 +273,7 @@
          wurde nicht dergestalt konfiguriert, dass seine
          Aktivit?ten-Datenbank an einem anderen Ort abgelegt wird.
          Siehe <xref linkend="svn.serverconfig.httpd.ref.mod_dav_svn"/>
-        in <xref linkend="svn.ref"/> f?r weitere Informationen.</para>
+        f?r weitere Informationen.</para>
      </note>

  <!--
@@ -359,7 +369,7 @@
          <para>Which of the available types of data store do you want
            to use?</para>
  -->
-        <para>Welche der verf?gbaren Datenspeicherungsarten m?chten
+        <para>Welche der verf?gbaren Arten von Datenspeicherung m?chten
            Sie verwenden?</para>
        </listitem>
      </itemizedlist>
@@ -438,7 +448,7 @@
          und zum anschlie?enden Laden nach einer inkompatiblen neuen
          Version von Subversion gibt usw. Sie k?nnen Daten auch einfach
          zwischen Projekten verschieben, ohne historische
-        Versionierungsinformationen zu verlieren.</para>
+        Versionierungs=Informationen zu verlieren.</para>

  <!--
        <para>The downside of using a single repository is that
@@ -468,7 +478,7 @@
          Projektarchivs ist, dass unterschiedliche Projekte auch
          unterschiedliche Anforderungen hinsichtlich der
          Projektarchiv-Ereignis-Trigger haben, wie etwa
-        Benachrichtigungs-E-Mails bei Commits an unterschiedliche
+        Benachrichtigungs-E-Mails bei ?bertragungen an unterschiedliche
          Verteiler, oder unterschiedliche Definitionen dazu, was eine
          berechtigte ?bergabe ist und was nicht. Das sind nat?rlich
          keine un?berwindbaren Probleme &ndash; es bedeutet nur, dass
@@ -539,7 +549,7 @@
  -->
        <para>Nachdem Sie entschieden haben, wie Sie Ihre Projekte in
          Projektarchive aufteilen, m?chten Sie sich nun vielleicht
-        Gedanken dar?ber machen, welche Verzeichnishierarchien Sie im
+        Gedanken dar?ber machen, welche Verzeichnis=Hierarchien Sie im
          Projektarchiv anlegen wollen. Da Subversion zum Verzweigen und
          Etikettieren regul?re Verzeichniskopien verwendet (siehe <xref
          linkend="svn.branchmerge"/>), empfiehlt die
@@ -741,7 +751,7 @@
          (Benutzer hinter Ihrer Firmen-Firewall oder die weite Welt im
          offenen Netz), welche zus?tzlichen Dienste Sie im Zusammenhang
          mit Subversion anbieten wollen (Schnittstellen zum St?bern im
-        Projektarchiv, ?bergabebenachrichtigungen per E-Mail usw.), Ihre
+        Projektarchiv, ?bergabe-Benachrichtigungen per E-Mail usw.), Ihre
          Sicherungsstrategie und vieles mehr.</para>

  <!--
@@ -761,14 +771,14 @@
          <xref linkend="svn.serverconfig" /> behandeln; jedoch m?chten
          wir an dieser Stelle kurz darauf hinweisen, dass die Antworten
          auf einige der anderen Fragen zur Folge haben, dass Sie bei
-        der Entscheidung ?ber den Speicherorte f?r das Projektarchiv
+        der Entscheidung ?ber den Speicherort f?r das Projektarchiv
          keine freie Wahl mehr haben.  Beispielsweise k?nnten bestimmte
          Einsatzumgebungen erfordern, dass von mehreren Rechnern ?ber
          ein freigegebenes Dateisystem auf das Projektarchiv zugegriffen
          werden muss, so dass (wie Sie im n?chsten Abschnitt lesen
          werden) die Wahl der dem Projektarchiv zugrunde liegenden
          Datenspeicherung gar keine Wahl mehr ist, da nur eine der
-        verf?gbaren Datenspeicherungsverfahren in dieser Umgebung
+        verf?gbaren Datenspeicherungs-Verfahren in dieser Umgebung
          funktionieren wird.</para>

  <!--
@@ -794,7 +804,21 @@
        <title>Auswahl der Datenspeicherung</title>

  <!--
-      <para>Subversion provides two options for the
+      <para>
+        <indexterm>
+          <primary>FSFS</primary>
+        </indexterm>
+        <indexterm>
+          <primary>Berkeley DB</primary>
+        </indexterm>
+        <indexterm>
+          <primary>BDB</primary>
+          <see>Berkeley DB</see>
+        </indexterm>
+        <indexterm>
+          <primary>repositories</primary>
+          <secondary>filesystem</secondary>
+        </indexterm>Subversion provides two options for the
          type of underlying data store&mdash;often referred to as
          <quote>the backend</quote> or, somewhat confusingly,
          <quote>the (versioned) filesystem</quote>&mdash;that each
@@ -814,13 +838,27 @@
          filesystem directly&mdash;rather than via a database library
          or some other abstraction layer&mdash;to store data.</para>
  -->
-      <para>Subversion unterst?tzt zwei Optionen f?r
-        das zugrunde liegende Datenspeicherungsverfahren &ndash; oft
+      <para>
+        <indexterm>
+          <primary>FSFS</primary>
+        </indexterm>
+        <indexterm>
+          <primary>Berkeley DB</primary>
+        </indexterm>
+        <indexterm>
+          <primary>BDB</primary>
+          <see>Berkeley DB</see>
+        </indexterm>
+        <indexterm>
+          <primary>Projektarchive</primary>
+          <secondary>Dateisystem</secondary>
+        </indexterm>Subversion unterst?tzt zwei Optionen f?r
+        das zugrunde liegende Datenspeicherungs=Verfahren &ndash; oft
          bezeichnet als <quote>das Backend</quote> oder, etwas
          verwirrend, <quote>das (versionierte) Dateisystem</quote>
          &mdash; welches jedes Projektarchiv verwendet. Das eine
          Verfahren speichert alles in einer Berkeley-DB- (oder BDB-)
-        Datenbankumgebung; Projektarchive, die dieses Verfahren
+        Datenbank-Umgebung; Projektarchive, die dieses Verfahren
          verwenden, werden oft <quote>BDB-basiert</quote> genannt. Das
          andere Verfahren speichert die Daten in gew?hnlichen, flachen
          Dateien, die ein spezielles Format verwenden. Unter
@@ -831,7 +869,7 @@
          <quote>eff-ess-eff-ess</quote> denkt)</para> </footnote>
          eingeb?rgert &ndash; eine Implementierung eines versionierten
          Dateisystems, dass direkt das Dateisystem des Betriebssystems
-        verwendet &ndash; statt einer Datenbankbibliothek oder einer
+        verwendet &ndash; statt einer Datenbank-Bibliothek oder einer
          anderen Abstraktionsebene &ndash; um Daten zu speichern</para>

  <!--
@@ -1071,14 +1109,20 @@
          <title>Berkeley DB</title>

  <!--
-        <para>When the initial design phase of Subversion was in
+        <para>
+          <indexterm>
+            <primary>Berkeley DB</primary>
+          </indexterm>When the initial design phase of Subversion was in
            progress, the developers decided to use Berkeley DB for a
            variety of reasons, including its open source license,
            transaction support, reliability, performance, API
            simplicity, thread safety, support for cursors, and so
            on.</para>
  -->
-        <para>In der anf?nglichen Entwurfsphase von Subversion
+        <para>
+          <indexterm>
+            <primary>Berkeley DB</primary>
+          </indexterm>In der anf?nglichen Entwurfsphase von Subversion
            entschieden sich die Entwickler aus einer Reihe von Gr?nden,
            Berkeley DB zu verwenden. Hierzu z?hlen die quelloffene
            Lizenz, Transaktionsunterst?tzung, Zuverl?ssigkeit,
@@ -1130,7 +1174,7 @@
  -->
          <para>Eine weitere gro?artige Funktion von Berkeley DB sind
            <firstterm>Hot Backups</firstterm> &ndash; die F?higkeit,
-          die Datenbankumgebung zu sichern, ohne sie <quote>vom
+          die Datenbank-Umgebung zu sichern, ohne sie <quote>vom
            Netz</quote> zu nehmen. Wir besprechen sp?ter in diesem
            Kapitel, wie Sie Ihr Projektarchiv sichern (in <xref
            linkend="svn.reposadmin.maint.backup"/>), doch sollten die
@@ -1154,7 +1198,7 @@
  -->
          <para>Bei Berkeley DB handelt es sich auch um ein sehr
            zuverl?ssiges Datenbanksystem, wenn es richtig verwendet
-          wird. Subversion benutzt das Protokollierungssystem von
+          wird. Subversion benutzt das Protokollierungs-System von
            Berkeley DB, was bedeutet, dass die Datenbank zun?chst eine
            Beschreibung der Ver?nderungen in Protokolldateien auf der
            Platte schreibt, bevor die Ver?nderungen selbst durchgef?hrt
@@ -1188,7 +1232,7 @@
            k?nnen nicht einfach ein unter Unix erzeugtes
            Subversion-Projektarchiv auf ein Windows-System kopieren und
            erwarten, dass es funktioniert. Obwohl ein Gro?teil des
-          Berkeley-DB-Datenbankformats architekturunabh?ngig ist, sind
+          Berkeley-DB-Datenbank-Formats architektur-unabh?ngig ist, sind
            es andere Teile der Umgebung nicht. Zweitens benutzt
            Subversion Berkeley DB auf eine Weise, die nicht auf Windows
            95/98 funktioniert &ndash; falls Sie ein BDB-basiertes
@@ -1281,10 +1325,10 @@
            Verbindung und r?umt anschlie?end auf. Und da der
            Datenbank-D?mon der einzige Prozess ist, der auf die
            Tabellen zugreift, brauchen sich Anwendungsprogramme nicht
-          um Berechtigungskonflikte zu k?mmern. Das trifft allerdings
+          um Berechtigungs-Konflikte zu k?mmern. Das trifft allerdings
            nicht auf Berkeley DB zu. Subversion (und jedes Programm,
            das die Subversion-Bibliotheken verwendet) greift direkt auf
-          die Datenbanktabellen zu, was bedeutet, dass ein
+          die Datenbank-Tabellen zu, was bedeutet, dass ein
            Programmabsturz die Datenbank vor?bergehend in einem
            inkonsistenten, nicht zugreifbaren Zustand hinterlassen
            kann, so dass ein Administrator Berkeley DB dazu auffordern
@@ -1355,7 +1399,10 @@
          <title>FSFS</title>

  <!--
-        <para>In mid-2004, a second type of repository storage
+        <para>
+          <indexterm>
+            <primary>FSFS</primary>
+          </indexterm>In mid-2004, a second type of repository storage
            system&mdash;one that doesn't use a database at
            all&mdash;came into being.  An FSFS repository stores the
            changes associated with a revision in a single file, and so
@@ -1369,7 +1416,10 @@
            <quote>hot,</quote> just like a BDB-backed
            repository.</para>
  -->
-        <para>Mitte 2004 entstand ein zweiter Typ eines
+        <para>
+          <indexterm>
+            <primary>FSFS</primary>
+          </indexterm>Mitte 2004 entstand ein zweiter Typ eines
            Projektarchiv-Speichersystems &ndash; eins, das ?berhaupt keine
            Datenbank verwendet. Ein FSFS-Projektarchiv speichert die zu
            einer Revision geh?renden ?nderungen in einer einzelnen
@@ -1384,10 +1434,13 @@
            Betrieb gesichert werden, genauso wie ein BDB-basiertes
            Projektarchiv.</para>

-<!--
          <sidebar id="svn.reposadmin.basics.backends.fsfs.revfiles">
+<!--
            <title>Revision files and shards</title>
+-->
+          <title>Revisionsdateien und Scherben</title>

+<!--
            <para>FSFS repositories contain files that describe the
              changes made in a single revision, and files that contain
              the revision properties associated with a single revision.
@@ -1399,30 +1452,7 @@
              each directory can grow to be quite large.  This has been
              observed to cause performance problems on certain
              network-based filesystems.</para>
-
-          <para>Subversion 1.5 creates FSFS-backed repositories using
-            a slightly modified layout in which the contents of these
-            two directories are <firstterm>sharded</firstterm>, or
-            scattered across several subdirectories.  This can greatly
-            reduce the time it takes the system to locate any one of
-            these files, and therefore increases the overall
-            performance of Subversion when reading from the
-            repository.</para>
-
-          <para>Subversion 1.6 and later takes the sharded layout one
-            step further, allowing administrators to
-            optionally <firstterm>pack</firstterm> each of their
-            repository shards up into a single multi-revision file.
-            This can have both performance and disk usage benefits.
-            See
-            <xref linkend="svn.reposadmin.maint.diskspace.fsfspacking"/>
-            for more information.</para>
-
-        </sidebar>
  -->
-        <sidebar id="svn.reposadmin.basics.backends.fsfs.revfiles">
-          <title>Revisionsdateien und Scherben</title>
-
            <para>FSFS Projektarchive beinhalten sowohl Dateien, die die
              in einer einzelnen Revision gemachten ?nderungen
              beschreiben als auch Dateien, die die
@@ -1438,16 +1468,52 @@
              dass es in bestimmten netzbasierten Dateisystemen zu
              Leistungsproblemen kommen kann.</para>

-          <para>Subversion 1.5 erstellt Projektarchive mit FSFS mit
+<!--
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>sharding</secondary>
+            </indexterm>Subversion 1.5 creates FSFS-backed
+            repositories using a slightly modified layout in which the
+            contents of these two directories
+            are <firstterm>sharded</firstterm>, or scattered across
+            several subdirectories.  This can greatly reduce the time
+            it takes the system to locate any one of these files, and
+            therefore increases the overall performance of Subversion
+            when reading from the repository.</para>
+-->
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>in Scherben zerlegen</secondary>
+            </indexterm>Subversion 1.5 erstellt Projektarchive mit FSFS mit
              einem etwas ver?nderten Layout, bei dem der Inhalt dieser
-            beiden Verzeichnisse in  <firstterm>Scherben</firstterm>
+            beiden Verzeichnisse in <firstterm>Scherben</firstterm>
              zerlegt wird, oder ?ber mehrere Unterverzeichnisse
              verteilt wird. Das kann erheblich zur Verk?rzung der Zeit
              beitragen, die das System ben?tigt, um irgendeine dieser
              Dateien zu finden, und somit die Gesamtleistung von
              Subversion beim Lesen des Projektarchivs erh?hen.</para>

-          <para>Subversion 1.6 und sp?ter geht bei diesem
+<!--
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>packing</secondary>
+            </indexterm>Subversion 1.6 and later takes the sharded
+            layout one step further, allowing administrators to
+            optionally <firstterm>pack</firstterm> each of their
+            repository shards up into a single multi-revision file.
+            This can have both performance and disk usage benefits.
+            See
+            <xref linkend="svn.reposadmin.maint.diskspace.fsfspacking"/>
+            for more information.</para>
+-->
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>packen</secondary>
+            </indexterm>Subversion 1.6 und sp?ter geht bei diesem
              Scherben-Design noch einen Schritt weiter und erlaubt
              Administratoren, optional jede dieser
              Projektarchiv-Scherben in eine einzelne
@@ -1661,7 +1727,7 @@
        <para>Nach dem Ausf?hren dieses einfachen Befehls haben Sie ein
          Subversion-Projektarchiv. Abh?ngig davon, wie Anwender k?nftig
          auf dieses neue Projektarchiv zugreifen sollen, m?ssten Sie
-        gegebenenfalls an den Dateisystemberechtigungen feilen. Da
+        gegebenenfalls an den Dateisystem-Berechtigungen feilen. Da
          allerdings die grunds?tzliche Systemverwaltung nicht
          Gegenstand dieses Textes ist, betrachten wir die weitere
          Untersuchung dieses Themas als ?bung f?r den Leser.</para>
@@ -1764,12 +1830,24 @@
        <title>Erstellen von Projektarchiv-Hooks</title>

  <!--
-      <para>A <firstterm>hook</firstterm> is a program triggered by
-        some repository event, such as the creation of a new revision
-        or the modification of an unversioned property.  Some hooks
-        (the so-called <quote>pre hooks</quote>) run in advance of a
-        repository operation and provide a means by which to both
-        report what is about to happen and prevent it from
+      <para>
+        <indexterm>
+          <primary>hook scripts</primary>
+        </indexterm>
+        <indexterm>
+          <primary>hooks</primary>
+          <see>hook scripts</see>
+        </indexterm>
+        <indexterm>
+          <primary>repositories</primary>
+          <secondary>hooks</secondary>
+          <see>hook scripts</see>
+        </indexterm>A <firstterm>hook</firstterm> is a program
+        triggered by some repository event, such as the creation of a
+        new revision or the modification of an unversioned property.
+        Some hooks (the so-called <quote>pre hooks</quote>) run in
+        advance of a repository operation and provide a means by which
+        to both report what is about to happen and prevent it from
          happening at all.  Other hooks (the <quote>post hooks</quote>)
          run after the completion of a repository event and are useful
          for performing tasks that examine&mdash;but don't
@@ -1778,7 +1856,19 @@
          repository changes proposed (or completed), and the username
          of the person who triggered the event.</para>
  -->
-      <para>Ein <firstterm>Hook</firstterm> (Haken) ist ein Programm,
+      <para>
+        <indexterm>
+          <primary>Hook-Skripte</primary>
+        </indexterm>
+        <indexterm>
+          <primary>Hooks</primary>
+          <see>Hook-Skripte</see>
+        </indexterm>
+        <indexterm>
+          <primary>Projektarchive</primary>
+          <secondary>Hooks</secondary>
+          <see>Hook-Skripte</see>
+        </indexterm>Ein <firstterm>Hook</firstterm> (Haken) ist ein  
Programm,
          das durch einige Projektarchiv-Ereignisse gestartet wird, wie
          etwa die Erzeugung einer neuen Revision oder die Ver?nderung
          einer unversionierten Eigenschaft. Einige Hooks (die sogenannten
@@ -1797,8 +1887,8 @@

  <!--
        <para>The <filename>hooks</filename> subdirectory is, by
-      default, filled with templates for various repository
-      hooks:</para>
+        default, filled with templates for various repository
+        hooks:</para>
  -->
        <para>Das Unterverzeichnis <filename>hooks</filename> beinhaltet
          standardm??ig Vorlagen f?r verschiedene
@@ -1877,33 +1967,6 @@
          Programme und <filename>.bat</filename> f?r
          Batch-Dateien.</para>

-<!--
-      <tip>
-        <para>For security reasons, the Subversion repository executes
-          hook programs with an empty environment&mdash;that is, no
-          environment variables are set at all, not even
-          <literal>$PATH</literal> (or <literal>%PATH%</literal>,
-          under Windows).  Because of this, many administrators
-          are baffled when their hook program runs fine by hand, but
-          doesn't work when run by Subversion.  Be sure to explicitly
-          set any necessary environment variables in your hook program
-          and/or use absolute paths to programs.</para>
-      </tip>
--->
-      <tip>
-        <para>Aus Sicherheitsgr?nden f?hrt Subversion Hook-Programme
-          in einer leeren Umgebung aus &ndash; d.h., es sind ?berhaupt
-          keine Umgebungsvariablen gesetzt, nicht einmal
-          <literal>$PATH</literal> (oder <literal>%PATH%</literal>
-          unter Windows). Deshalb sind viele Administratoren verwirrt,
-          wenn deren Hook-Programme normal starten, wenn sie manuell
-          aufgerufen werden, aber nicht laufen, wenn sie Subversion
-          startet. Stellen Sie sicher, dass Sie entweder alle
-          notwendigen Umgebungsvariablen in Ihren Hook-Programmen
-          ausdr?cklich setzen und/oder absolute Pfade zu Programmen
-          verwenden.</para>
-        </tip>
-
  <!--
        <para>Subversion executes hooks as the same user who owns the
          process that is accessing the Subversion repository.  In most
@@ -1936,8 +1999,7 @@
  <!--
        <para>There are several hooks implemented by the Subversion
          repository, and you can get details about each of them in
-        <xref linkend="svn.ref.reposhooks" /> in
-        <xref linkend="svn.ref"/>.  As a repository
+        <xref linkend="svn.ref.reposhooks" />.  As a repository
          administrator, you'll need to decide which hooks you wish
          to implement (by way of providing an appropriately named and
          permissioned hook program), and how.  When you make this
@@ -1950,8 +2012,7 @@
  -->
        <para>Es gibt mehrere im Subversion-Projektarchiv implementierte
          Hooks; Details zu jedem k?nnen Sie in
-        <xref linkend="svn.ref.reposhooks" />  in
-        <xref linkend="svn.ref"/>nachlesen. Als
+        <xref linkend="svn.ref.reposhooks" /> nachlesen. Als
          Projektarchiv-Administrator m?ssen Sie entscheiden, welche
          Hooks sie einrichten wollen (indem Sie ein entsprechend
          benanntes und mit den n?tigen Zugriffsrechten versehenes
@@ -1963,69 +2024,573 @@
          ?bergeben d?rfen, ben?tigen Sie f?r diese Zugriffskontrolle
          nicht das Hook-System.</para>

+      <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
+      <sect3 id="svn.reposadmin.hooks.configuration">
  <!--
-      <para>There is no shortage of Subversion hook programs and
-        scripts that are freely available either from the Subversion  
community
-        itself or elsewhere.  These scripts cover a wide range of
-        utility&mdash;basic access control, policy adherence checking,
-        issue tracker integration, email- or syndication-based commit
-        notification, and beyond.  Or, if you wish to write your own,
-        see <xref linkend="svn.developer" />.</para>
+        <title>Hook script environment configuration</title>
  -->
-      <para>Es gibt keinen Mangel an Subversion-Hook-Programmen und
-        Skripten, die frei verf?gbar sind, entweder von der
-        Subversion-Gemeinschaft oder von woanders her. Diese Skripte
-        decken ein breites Spektrum ab &ndash; grundlegende
-        Zugriffskontrolle, Kontrolle der Prozesstreue,
-        Fehlersystemanbindung, E-Mail-basierte oder syndizierte
-        Benachrichtigungen bei ?bergaben und noch viel mehr. Oder,
-        falls Sie Ihren eigenen schreiben wollen, siehe <xref
-        linkend="svn.developer" />.</para>
+        <title>Konfiguration der Umgebung von Hook-Skripten</title>

  <!--
-      <warning>
-        <para>While hook scripts can do almost
-          anything, there is one dimension in which hook script
-          authors should show restraint:  do <emphasis>not</emphasis>
-          modify a commit transaction using hook scripts.  While it
-          might be tempting to use hook scripts to automatically
-          correct errors, shortcomings, or policy violations present
-          in the files being committed, doing so can cause problems.
-          Subversion keeps client-side caches of certain bits of
-          repository data, and if you change a commit transaction in
-          this way, those caches become indetectably stale.  This
-          inconsistency can lead to surprising and unexpected
-          behavior.  Instead of modifying the transaction, you should
-          simply <emphasis>validate</emphasis> the transaction in the
-          <filename>pre-commit</filename> hook and reject the commit
-          if it does not meet the desired requirements.  As a
-          bonus, your users will learn the value of careful,
-          compliance-minded work habits.</para>
-      </warning>
+        <para>By default, Subversion executes hook scripts with an
+          empty environment&mdash;that is, no environment variables
+          are set at all, not even <literal>$PATH</literal>
+          (or <literal>%PATH%</literal>, under Windows).  Because of
+          this, many administrators are baffled when their hook
+          program runs fine by hand, but doesn't work when invoked by
+          Subversion.  Administrators have historically worked around
+          this problem by manually setting all the environment
+          variables their hook scripts need in the scripts
+          themselves.</para>
  -->
-      <warning>
-        <para>Obwohl Hook-Skripte fast alles machen k?nnen, gibt es
-          eine Dimension, in der sich Hook-Skript-Autoren zur?ckhalten
-          sollten: ?ndern Sie <emphasis>keine</emphasis>
-          ?bergabe-Transaktion mithilfe von Hook-Skripten. Trotz der
-          Verlockung, Hook-Skripte zur automatischen Korrektur von
-          Fehlern, Unzul?nglichkeiten oder Prozessverletzungen
-          innerhalb der zu ?bergebenden Dateien einzusetzen, kann das
-          zu Problemen f?hren. Subversion h?lt bestimmte
-          Projektarchiv-Daten in client-seitigen Caches vor, und wenn Sie
-          auf diese Art eine ?bergabe-Transaktion ver?ndern, werden
-          die im Cache befindlichen Informationen ung?ltig, ohne dass
-          jemand etwas merkt. Diese Inkonsistenz kann zu
-          ?berraschendem und unerwartetem Verhalten f?hren. Statt die
-          Transaktion zu ver?ndern, sollten Sie sie einfach im
-          <filename>pre-commit</filename>-Hook auf
-          <emphasis>G?ltigkeit</emphasis> pr?fen und die ?bergabe
-          ablehnen, falls sie den Anforderungen nicht entspricht. Als
-          Nebeneffekt werden Ihre Benutzer lernen, wie wertvoll eine
-          sorgf?ltige, sich an den Vorgaben orientierende Arbeitsweise
-          ist.</para>
-      </warning>
+        <para>Standardm??ig f?hrt Subversion Hook-Skripte mit
+          einer leeren Umgebung aus &ndash; d.h., es sind ?berhaupt
+          keine Umgebungsvariablen gesetzt, nicht einmal
+          <literal>$PATH</literal> (oder <literal>%PATH%</literal>
+          unter Windows). Deshalb sind viele Administratoren verwirrt,
+          wenn deren Hook-Programme normal starten, wenn sie manuell
+          aufgerufen werden, aber nicht funktionieren, wenn sie Subversion
+          startet. Historisch haben Administratoren dem Problem damit
+          entgegengewirkt, dass sie manuell alle Umgebungsvariablen,
+          die ihre Hook-Skripte ben?tigen, im Skript selbst gesetzt
+          haben.</para>

+<!--
+        <para>Subversion 1.8 introduces a new way to manage the
+          environment of Subversion-executed hook scripts&mdash;the
+          hook script environment configuration file.  If a Subversion
+          server finds a file named <filename>hooks-env</filename> in
+          the repository's <filename>conf/</filename> subdirectory, it
+          parses that file as an INI-formatted configuration file and
+          applies the option names and variables found therein to the
+          hook script's execution environment as environment
+          variables.</para>
+-->
+        <para>Subversion 1.8 stellt eine neue Art vor, die Umgebung
+          von Hook-Skripten zu verwalten, die von Subversion
+          ausgef?hrt werden &ndash; die Konfigurationsdatei f?r die
+          Hook-Skript-Umgebung. Falls Subversion eine Datei namens
+          <filename>hooks-env</filename> im Unterverzeichnis
+          <filename>conf/</filename> des Projektarchivs findet, parst
+          es diese Datei als Konfigurationsdatei im INI-Format und
+          wendet die darin gefundenen Optionsnamen und Variablen als
+          Umgebungsvariablen in der Ausf?hrungs-Umgebung f?r das
+          Hook-Skript an.</para>
+
+<!--
+        <para>The syntax of the <filename>hooks-env</filename> file is
+          pretty straightforward: each section name is the name of a
+          hook script (such as <literal>pre-commit</literal>
+          or <literal>post-revprop-change</literal>, and the
+          configuration items inside that section are treated as
+          mappings of environment variable names to desired values.
+          Additionally, there is a
+          special <literal>[default]</literal> section, which can be
+          used to configure environment variable mappings that should
+          be applied to <emphasis>all</emphasis> hook scripts (unless
+          explicitly overridden by per-hook-script settings).  See
+          <xref linkend="svn.reposadmin.hooks.configuration.ex-1" />
+          for a sample <filename>hooks-env</filename> configuration
+          file.</para>
+-->
+        <para>Die Syntax der Datei <filename>hooks-env</filename> ist
+          ziemlich einfach: jeder Abschnittsname ist der Name eines
+          Hook-Skriptes (etwa <literal>pre-commit</literal>
+          oder <literal>post-revprop-change</literal>), und die
+          Konfigurationseintr?ge in diesem Abschnitt werden als
+          Abbildungen von Umgebungsvariablen auf gew?nschte Werte
+          behandelt. Dar?ber hinaus gibt es noch einen besonderen
+          Abschnitt <literal>[default]</literal>, der verwendet werden
+          kann, um Abbildungen von Umgebungsvariablen zu
+          konfigurieren, die auf <emphasis>alle</emphasis>
+          Hook-Skripte angewendet werden sollen (es sei denn, sie sind
+          ausdr?cklich durch eigene Hook-Skript Eintr?ge
+          ?berschrieben). Siehe
+          <xref linkend="svn.reposadmin.hooks.configuration.ex-1" />
+          f?r ein Beispiel einer <filename>hooks-env</filename>
+          Konfigurationsdatei.</para>
+
+<!--
+        <example id="svn.reposadmin.hooks.configuration.ex-1">
+          <title>hooks-env (custom hook script environment
+            configuration)</title>
+
+          <programlisting>
+# All scripts should use a UTF-8 locale and have our hook script
+# utilities directory on the search path.
+
+[default]
+LANG = en_US.UTF-8
+PATH = /usr/local/svn/tools:/usr/bin
+
+
+# The post-commit and post-revprop-change scripts want to run
+# programs from our custom synctools replication software suite, too.
+
+[post-commit]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+
+[post-revprop-change]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+</programlisting>
+        </example>
+-->
+
+        <example id="svn.reposadmin.hooks.configuration.ex-1">
+          <title>hooks-env (ma?geschneiderte Umgebungskonfiguration
+            f?r Hook-Skripte)</title>
+
+          <programlisting>
+# Alle Skripte sollten eine UTF-8 Locale verwenden und unser Hook-Skript
+# das Werkzeugverzeichnis im Suchpfad haben.
+
+[default]
+LANG = en_US.UTF-8
+PATH = /usr/local/svn/tools:/usr/bin
+
+
+# Auch diee post-commit und post-revprop-change Skripte m?chten
+# Programme aus unserer ma?geschneiderten Synctools-Replication-Software
+# Sammlung verwenden.
+
+[post-commit]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+
+[post-revprop-change]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+</programlisting>
+        </example>
+
+        <note>
+<!--
+          <para><xref linkend="svn.reposadmin.hooks.configuration.ex-1"
+            /> also demonstrates the nifty string substitution syntax
+            found in Subversion's configuration file parser.  In this
+            example, the value of the <literal>PATH</literal>
+            option&mdash;pulled from the <literal>[default]</literal>
+            section of the file&mdash;is substituted in place of
+            the <literal>%(PATH)s</literal> placeholder text in the
+            per-hook sections.  For more about this special syntax,
+            see the <filename>README.txt</filename> file which lives
+            in the Subversion runtime configuration directory.  (And
+            for more information about that directory, see
+            <xref linkend="svn.advanced.confarea" />.)</para>
+-->
+          <para><xref linkend="svn.reposadmin.hooks.configuration.ex-1"
+            /> zeigt auch die elegante Syntax zur Ersetzung von
+            Zeichenketten aus Subversions Konfigurationsdateien-Parser.
+            In diesem Beispiel wird der Wert der Option
+            <literal>PATH</literal> &ndash; aus dem Abschnitt
+            <literal>[default]</literal> der Datei gelesen &ndash;
+            anstelle des Platzhalters <literal>%(PATH)s</literal> in
+            den Hook-Abschnitten eingef?gt. Mehr zu dieser besonderen
+            Syntax finden Sie in der Datei
+            <filename>README.txt</filename> in Subversions Verzeichnis
+            f?r die Laufzeitkonfiguration. (Und f?r weitere
+            Informationen zu diesem Verzeichnis, siehe
+            <xref linkend="svn.advanced.confarea" />.)</para>
+        </note>
+
+<!--
+        <para>Of course, having exact duplicates of your custom hook
+          script environment configuration files in every single
+          repository's <filename>conf/</filename> directory could get
+          cumbersome, especially when you need to make changes to them
+          all.  So Subversion's servers allow you to specify an
+          alternate (possibly shared) location for this configuration
+          information.</para>
+-->
+        <para>Nat?rlich kann es l?stig werden, exakte Duplikate Ihrer
+          Hook-Skript-Umgebungs-Konfigurations-Dateien in jedem
+          <filename>conf/</filename> Verzeichnis jedes einzelnen
+          Projektarchivs vorzuhalten, insbesondere, falls Sie
+          ?nderungen an allen machen m?ssen. Deshalb erlauben Ihnen
+          die Server von Subversion, einen alternativen (m?glicherweise
+          gemeinsam benutzten) Speicherort f?r diese Konfiguration
+          anzugeben.</para>
+
+        <!-- ### TODO:  Add cross reference for the above! -->
+
+      </sect3>
+
+      <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
+      <sect3 id="svn.reposadmin.hooks.uses">
+<!--
+        <title>Common uses for hook scripts</title>
+-->
+        <title>H?ufige Anwendungen f?r Hook-Skripte</title>
+
+<!--
+        <para>Repository hook scripts can offer a wide range of
+          utility, but most tend to fall into a few basic categories:
+          notification, validation, and replication.</para>
+-->
+        <para>Projektarchiv-Hook-Skripte k?nnen einen breiten Nutzen
+          bieten, doch die meisten decken ein paar grunds?tzliche
+          Kategorien ab: Benachrichtigung, Validierung und
+          Replizierung.</para>
+
+<!--
+        <para>Notification scripts are those which tell someone that
+          something happened.  The most common of these found in a
+          Subversion service offering involve programs which send
+          commit and revision property change notification emails to
+          project members, driven by the post-commit and
+          post-revprop-change hooks, respectively.  There are numerous
+          other notification approaches, from issue tracker integration
+          scripts to scripts which operate as IRC bots to announce
+          that something's changed in the repository.</para>
+-->
+        <para>Benachrichtigungs-Skripte sind diejenigen, die jemanden
+          mitteilen, dass etwas passiert ist. Die h?ufigsten hiervon,
+          die in einem Subversion-Dienst angetroffen werden k?nnen,
+          umfassen Programme, die E-Mails mit Benachrichtigungen zu
+          ?bertragungen und ?nderungen an Revisions-Eigenschaften an
+          Projektmitarbeiter versenden, und die von den post-commit
+          bzw. post-revprop-change Hooks ausgel?st werden. Es gibt
+          zahlreiche andere Ans?tze zu Benachrichtigungen, von
+          Integrationsskripten f?r Fehlerverfolgungs-Systeme bis zu
+          Skripten, die als IRC-Bots arbeiten, um zu verk?nden, dass
+          sich etwas im Projektarchiv ge?ndert hat.</para>
+
+<!--
+        <para>On the validation side of things, the start-commit and
+          pre-commit hooks are widely used to allow or disallow
+          commits based on various criteria: the author of the commit,
+          the formatting and/or content of the log message which describes  
the
+          commit, and even the low-level details of the changes made
+          to files and directories in the commit.  Likewise, the
+          pre-revprop-change hook acts as the gateway to revision
+          property changes, which is an especially valuable role
+          considering the fact that revision properties are not
+          themselves versioned, and can therefore only be modified
+          destructively.</para>
+-->
+        <para>Bei der Validierung ist die Verwendung der Hooks
+          start-commit und pre-commit weit verbreitet, um
+          ?bertragungen abh?ngig von verschiedenen Kriterien zu
+          erlauben oder zu verbieten: der Autor der ?bertragung, die
+          Formatierung und/oder der Inhalt der Protokollnachricht, die
+          die ?bertragung beschreibt, und sogar die Feinheiten der
+          an Dateien und Verzeichnissen vorgenommenen ?nderungen in
+          der ?bertragung. ?hnlich handelt der Hook
+          pre-revprop-change als Portal zu ?nderungen an
+          Revisions-Eigenschaften, was eine besonders n?tzliche Rolle
+          ist, angesichts der Tatsache, dass Revisions-Eigenschaften
+          an sich nicht versioniert sind und deshalb nur destruktiv
+          bearbeitet werden k?nnen.</para>
+
+<!--
+        <para>One special class of change validation that has seen
+          widespread use since Subversion 1.5 was released is
+          validation of the committing client software itself.  When
+          Subversion's merge tracking feature (described extensively
+          in <xref linkend="svn.branchmerge" />) was introduced in
+          that release, Subversion administrators needed a way to
+          ensure that once users of their repositories started using
+          the new feature that <emphasis>all</emphasis> their merges
+          were tracked.  To reduce the chance of someone committing an
+          untracked merge to the repository, they used start-commit
+          hooks to examine the feature capabilities string advertised
+          by Subversion clients.  If the committing client didn't
+          advertise support for merge tracking, the commit was denied
+          with instructions to the user to immediately update their
+          Subversion client!
+          <xref linkend="svn.reposadmin.hooks.uses.ex-1" /> provides
+          an example of a start-commit script which does precisely
+          this.</para>
+-->
+        <para>Eine besondere Klasse von ?nderungsvalidierung, die seit
+          der Ver?ffentlichung Subversion 1.5 weit verbreitet ist,
+          stellt die Validierung des ?bertragenden Clients an sich
+          dar. Als die Merge-Tracking-Funktionalit?t von Subversion
+          (ausf?hrlich beschrieben in <xref linkend="svn.branchmerge" />)
+          mit dieser Ver?ffentlichung eingef?hrt wurde, ben?tigten
+          Subversion-Administratoren eine M?glichkeit,
+          sicherzustellen, dass, <emphasis>alle</emphasis> Merges von
+          Anwendern ihrer Projektarchive, die die neue
+          Funktionalit?t verwendeten, verfolgt werden. Um die
+          Wahrscheinlichkeit eines nicht verfolgten Merges zu
+          verringern, verwendeten sie start-commit-Hooks, um die von
+          Subversion-Clients bekanntgegebenen funktionalen F?higkeiten
+          zu untersuchen. Falls der ?bertragende Client nicht die
+          F?higkeit zur Unterst?tzung von Merge-Tracking meldete,
+          wurde die ?bertragung abgelehnt und eine Anleitung zum
+          aktualisieren des Clients an den Anwender gesendet.
+          <xref linkend="svn.reposadmin.hooks.uses.ex-1" /> stellt
+          ein Beispiel eines start-commit-Skripts bereit, was genau
+          das macht.</para>
+
+        <example id="svn.reposadmin.hooks.uses.ex-1">
+<!--
+          <title>start-commit hook to require merge tracking
+            support</title>
+-->
+          <title>start-commit Hook, um Merge-Tracking Unterst?tzung zu
+            erzwingen</title>
+
+          <programlisting>
+#!/usr/bin/env python
+import sys
+
+# sys.argv[3] is a colon-delimited capabilities list
+if 'mergeinfo' not in sys.argv[3].split(':'):
+  sys.stderr.write("""\
+ERROR: Commits to this repository must be made using Subversion
+clients which support the merge tracking feature.  Please upgrade
+your client to at least Subversion 1.5.0.
+""")
+  sys.exit(1)
+</programlisting>
+        </example>
+
+<!--
+        <para>
+          <indexterm>
+            <primary>properties</primary>
+            <secondary>ephemeral transaction properties</secondary>
+          </indexterm>Beginning in Subversion 1.8, clients committing
+          against a Subversion 1.8 server will still provide the
+          feature capabilities string, but will also provide
+          additional information about themselves by way
+          of <firstterm>ephemeral transaction properties</firstterm>.
+          Ephemeral transaction properties are essentially revision
+          properties which are set on the commit transaction by the
+          client at the earliest opportunity while committing, but
+          which are automatically removed by the server immediately
+          prior to the transaction becoming a finalized revision.  You
+          can inspect these properties using the same tools with which
+          you'd inspect other unversioned properties set on commit
+          transactions during the timeframe between which the
+          start-commit and pre-commit repository hook scripts would
+          operate.</para>
+-->
+        <para>
+          <indexterm>
+            <primary>Eigenschaften</primary>
+            <secondary>fl?chtige Transaktions-Eigenschaften</secondary>
+          </indexterm>Beginnend mit Subversion 1.8, stellen Clients,
+          die an einen Subversion 1.8 Server ?bertragen immer noch die
+          Zeichenkette mit ihren funktionalen F?higkeiten zur
+          Verf?gung, geben dar?ber hinaus gehend jedoch zus?tzliche
+          Informationen ?ber sich preis durch <firstterm>fl?chtige
+            Transaktions-Eigenschaften</firstterm>. Fl?chtige
+          Transaktions-Eigenschaften sind im Grunde genommen
+          Revisions-Eigenschaften, die vom Client w?hrend der
+          ?bertragungs-Transaktion bei der fr?hesten Gelegenheit
+          gesetzt werden, die dann aber vom Server wieder entfernt
+          werden, unmittelbar, bevor die Transaktion eine
+          abgeschlossene Revision wird. Sie k?nnen diese Eigenschaften
+          mit denselben Werkzeugen untersuchen, mit denen Sie andere
+          bei ?bertragungs-Transaktionen im Zeitraum zwischen dem
+          Aufruf der start-commit und pre-commit Hooks gesetzte
+          unversionierte Eigenschaften untersuchen w?rden.</para>
+
+<!--
+        <para>The following are the ephemeral transaction properties
+          which Subversion currently provides and implements:</para>
+-->
+        <para>Die folgenden sind die fl?chtigen
+          Transaktions-Eigenschaften, die Subversion momentan
+          unterst?tzt und implementiert:</para>
+
+        <variablelist>
+
+          <varlistentry>
+            <term><literal>svn:txn-client-compat-version</literal></term>
+            <listitem>
+<!--
+              <para>Carries the Subversion library version string with
+                which the committing client claims compatibility.
+                This is useful for deciding whether the client
+                supports the minimal feature set required for proper
+                handling of the repository data.</para>
+-->
+              <para>Beinhaltet die Zeichenkette mit der Version der
+                Subversion-Bibliothek zu der der Client angibt,
+                kompatibel zu sein. Das ist n?tzlich, um zu
+                entscheiden, ob der Client die zur richtigen
+                Behandlung der Projektarchiv-Daten notwendige minimale
+                Funktionalit?t unterst?tzt.</para>
+            </listitem>
+          </varlistentry>
+
+          <varlistentry>
+            <term><literal>svn:txn-user-agent</literal></term>
+            <listitem>
+<!--
+              <para>Carries the <quote>user agent</quote> string which
+                describes the committing client program.  Subversion's
+                libraries define the initial portion of this string,
+                but third-party consumers of the API (GUI clients,
+                etc.) can append custom information to it.</para>
+-->
+              <para>Beinhaltet die Zeichenkette <quote>user
+                agent</quote>, die das ?bertragende Client-Programm
+                beschreibt. Die Bibliotheken von Subversion definieren
+                der ersten Teil dieser Zeichenkette, doch k?nnen
+                Dritte, die dieses API verwenden (GUI-Clients, usw.)
+                eigene Informationen anh?ngen.</para>
+            </listitem>
+          </varlistentry>
+
+        </variablelist>
+
+        <!-- ### TODO: Show an example of these being used?  Or ### -->
+        <!-- ###       do so in ch07 - Customizing Subversion   ### -->
+        <!-- ###       with a cross-reference here.             ### -->
+
+        <note>
+<!--
+          <para>While most clients will transmit ephemeral transaction
+            properties early enough in the commit process that they
+            may be inspected by the start-commit hook script, some
+            configurations of Subversion will cause those properties
+            to not be set on the transaction until later in the commit
+            process.  Administrators should consider performing any
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Tue Feb  3 09:43:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 03 Feb 2015 15:43:51 +0000
Subject: [svnbook] r4970 committed - Fixed issue tracker URL.
Message-ID: <e89a8ff1cb24fe5647050e30efa3@google.com>

Revision: 4970
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb  3 15:43:45 2015 UTC
Log:      Fixed issue tracker URL.
https://code.google.com/p/svnbook/source/detail?r=4970

Modified:
  /www/index.de.html

=======================================
--- /www/index.de.html	Wed Nov 26 08:19:03 2014 UTC
+++ /www/index.de.html	Tue Feb  3 15:43:45 2015 UTC
@@ -207,7 +207,7 @@
      to contribute a patch which fixes the problem (see below).</li>
  -->
  <li>Pr?fen Sie unseren <a
-     
href="http://www.svnbook.de/query?status=new&amp;status=assigned&amp;status=reopened"
+    href="http://code.google.com/p/svnbook/issues/list"
      >Issue Tracker</a>, um zu sehen, ob schon jemand anderes den Fehler  
gemeldet hat.
      Wenn das der Fall ist, dann ist nichts weiter zu tun, au?er Sie  
m?chten einen Patch
      beisteuern, der das Problem behebt.</li>

From svnbook at googlecode.com  Tue Feb  3 11:18:40 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 03 Feb 2015 17:18:40 +0000
Subject: [svnbook] r4971 committed - Fixes for the index.
Message-ID: <089e01634eaa1890d7050e324345@google.com>

Revision: 4971
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb  3 17:18:07 2015 UTC
Log:      Fixes for the index.
https://code.google.com/p/svnbook/source/detail?r=4971

Modified:
  /branches/1.8/de/book/appc-webdav.xml
  /branches/1.8/de/book/ch00-preface.xml
  /branches/1.8/de/book/ch01-fundamental-concepts.xml
  /branches/1.8/de/book/ch03-advanced-topics.xml
  /branches/1.8/de/book/ch04-branching-and-merging.xml
  /branches/1.8/de/book/ch05-repository-admin.xml
  /branches/1.8/de/book/ch06-server-configuration.xml
  /branches/1.8/de/book/ch08-embedding-svn.xml
  /branches/1.8/de/book/ch09-reference.xml
  /branches/1.8/de/book/foreword.xml
  /branches/1.8/de/book/ref-svn.xml

=======================================
--- /branches/1.8/de/book/appc-webdav.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/appc-webdav.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -147,7 +147,7 @@
        Spezifikation zu komplex sei. Andere wiederum sagen, dass,
        w?hrend sich die M?glichkeiten von WebDAV an die Masse wenden
        (selbst minder technikaffine Benutzer wissen vernetzte
-      Dateisysteme zu sch?tzen), seine Versionskontrollf?higkeiten
+      Dateisysteme zu sch?tzen), seine Versions-Kontroll-F?higkeiten
        dagegen f?r die meisten Benutzer nicht interessant oder
        notwendig seien.  Schlie?lich glauben manche, dass DeltaV
        unbeliebt bleibe, weil es noch kein quelloffenes Server-Produkt
=======================================
--- /branches/1.8/de/book/ch00-preface.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ch00-preface.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -101,7 +101,7 @@
      Apache&trade; Subversion&reg;<footnote><para>In diesem Buch werden wir  
es
      einfach <quote>Subversion</quote> nennen. Sie werden uns dankbar sein,
      sobald Sie feststellen, wie viel Platz das spart!</para></footnote>
-    Versionskontrollsystems zu dokumentieren.  Wir haben stets versucht,  
die
+    Versions-Kontroll-Systems zu dokumentieren.  Wir haben stets versucht,  
die
      Themen gr?ndlich zu behandeln.  Jedoch hat Subversion eine florierende  
und
      tatkr?ftige Entwicklergemeinde, so dass bereits eine Menge an Features  
und
      Verbesserungen f?r k?nftige Versionen von Subversion geplant sind, die
@@ -142,18 +142,18 @@
          <primary>Subversion</primary>
        </indexterm>
        <indexterm>
-        <primary>Versionskontrollsysteme</primary>
+        <primary>Versions-Kontroll-Systeme</primary>
        </indexterm>
        <indexterm>
          <primary>VCS</primary>
-        <see>Versionskontrollsysteme</see>
+        <see>Versions-Kontroll-Systeme</see>
        </indexterm>Subversion ist ein freies/Open-Source
-      <firstterm>Versionskontrollsystem</firstterm> (VCS).  Das
+      <firstterm>Versions-Kontroll-System</firstterm> (VCS).  Das
        bedeutet, Subversion verwaltet Dateien und Verzeichnisse und die
        ?nderungen an ihnen im Lauf der Zeit. Das erlaubt Ihnen, alte
        Versionen Ihrer Daten wiederherzustellen oder die Geschichte der
        ?nderungen zu verfolgen. Unter diesem Blickwinkel denken viele
-      Leute bei einem Versionskontrollsystem an eine Art
+      Leute bei einem Versions-Kontroll-System an eine Art
        <quote>Zeitmaschine</quote>.</para>

  <!--
@@ -208,7 +208,7 @@
        <indexterm>
          <primary>SCM</primary>
          <see>Software-Konfigurationsmanagement</see>
-      </indexterm>Manche Versionskontrollsysteme sind auch
+      </indexterm>Manche Versions-Kontroll-Systeme sind auch
        <firstterm>Software-Konfigurationsmanagement-Systeme</firstterm>
        (SCM).  Diese Systeme sind ma?geschneidert, um ganze
        Verzeichnisb?ume mit Quellcode zu verwalten und verf?gen ?ber
@@ -266,16 +266,16 @@
          und Verzeichnisversionen aufbewahren, sie eventuell
          wiedererwecken m?ssen, und Protokolle dar?ber auswerten
          m?chten, wie sie sich im Lauf der Zeit ge?ndert haben, dann
-        k?nnen das Versionskontroll-Werkzeuge bewerkstelligen.  Wenn
+        k?nnen das Versions-Kontroll-Werkzeuge bewerkstelligen.  Wenn
          Sie mit mehreren Leuten gemeinsam (?blicherweise ?ber das
          Netz) an Dokumenten arbeiten und verfolgen m?ssen, wer welche
-        ?nderung gemacht hat, dann kann ein Versionskontroll-Werkzeug
-        auch das.  Deshalb werden Versionskontroll-Werkzeuge wie
+        ?nderung gemacht hat, dann kann ein Versions-Kontroll-Werkzeug
+        auch das.  Deshalb werden Versions-Kontroll-Werkzeuge wie
          Subversion so oft in Software-Entwicklungs-Umgebungen eingesetzt
          &ndash; die Arbeit in einem Entwicklerteam ist von Natur aus
          eine soziale T?tigkeit bei der ?nderungen am Quelltext st?ndig
          besprochen, durchgef?hrt, gepr?ft und manchmal sogar
-        r?ckg?ngig gemacht werden.  Versionskontroll-Werkzeuge
+        r?ckg?ngig gemacht werden.  Versions-Kontroll-Werkzeuge
          erm?glichen diese Art der Zusammenarbeit.</para>

  <!--
@@ -290,12 +290,12 @@
  -->
        <para>Mit der Verwendung von Versionskontrolle sind auch Kosten
          verbunden. Falls Sie die Verwaltung Ihres
-        Versionskontroll-Systems nicht an Dritte weitergeben k?nnen,
+        Versions-Kontroll-Systems nicht an Dritte weitergeben k?nnen,
          haben Sie offensichtlich die Kosten der Verwaltung selbst zu
          tragen.  Wenn Sie t?glich mit den Daten arbeiten, werden Sie
          sie nicht auf die gleiche Art kopieren, verschieben,
          umbenennen oder l?schen k?nnen wie gewohnt.  Stattdessen
-        m?ssen Sie daf?r das Versionskontroll-System verwenden.</para>
+        m?ssen Sie daf?r das Versions-Kontroll-System verwenden.</para>

  <!--
        <para>Even assuming that you are okay with the cost/benefit
@@ -319,7 +319,7 @@
          or <command>unison</command>.</para>
  -->
        <para>Selbst unter der Annahme, dass Sie mit dem
-        Kosten/Nutzen-Verh?ltnis des Versionskontroll-Systems
+        Kosten/Nutzen-Verh?ltnis des Versions-Kontroll-Systems
          einverstanden sind, sollten Sie keins verwenden, nur weil es
          das, was Sie m?chten, <emphasis>kann</emphasis>. Erw?gen Sie,
          ob andere Werkzeuge Ihnen eher entgegenkommen k?nnen. Zum
@@ -359,7 +359,7 @@
  -->
        <para>
          <indexterm>
-          <primary>versionskontroll-Systeme</primary>
+          <primary>Versions-Kontroll-Systeme</primary>
            <secondary>zentralisierte</secondary>
          </indexterm>Sobald Sie sich sicher sind, eine L?sung in Form einer
          Versionskontrolle zu ben?tigen, werden Sie feststellen, dass
@@ -373,7 +373,7 @@
          setzte sich nach seiner urspr?nglichen Einf?hrung schnell
          an die Spitze in diesem Gebiet der Versionskontrolle, gewann
          weit verbreitete Akzeptanz und ersetzte Installationen vieler
-        ?lterer Versionskontroll-Systeme. Auch heute bleibt seine
+        ?lterer Versions-Kontroll-Systeme. Auch heute bleibt seine
          herausragende Stellung bestehen.</para>

  <!--
@@ -410,12 +410,12 @@
  -->
        <para>
          <indexterm>
-          <primary>Versionskontroll-Systeme</primary>
+          <primary>Versions-Kontroll-Systeme</primary>
            <secondary>verteilte</secondary>
          </indexterm>
          <indexterm>
            <primary>DVCS</primary>
-          <see>versionskontrollSysteme, verteilte</see>
+          <see>Versions-Kontroll-Systeme, verteilte</see>
          </indexterm>Seitdem hat sich jedoch viel ge?ndert. In den Jahren  
seit
          der Geburt des Subversion Projektes hat eine neuere Methodik
          namens <firstterm>verteilte Versionskontrolle</firstterm>
@@ -424,7 +424,7 @@
          Werkzeuge wie Git (<ulink url="http://git-scm.com/" />) und
          Mercurial (<ulink url="http://mercurial.selenic.com/" />)
          stellten sich schnell an die Spitze n der Rangfolge der
-        verteilten Versionskontroll-Systeme (DVCS). Verteilte
+        verteilten Versions-Kontroll-Systeme (DVCS). Verteilte
          Versionskontrolle macht sich die wachsende Allgegenw?rtigkeit
          von Hochgeschwindigkeits-Netzverbindungen und geringen
          Speicherkosten zu Nutze, um einen Ansatz verf?gbar zu machen,
@@ -472,7 +472,7 @@
          weitaus bessere Unterst?tzung des Zusammenf?hrens zwischen
          Zweigen (da Zusammenf?hrungs-Algorithmen jedenfalls den
          eigentlichen Kern der Funktionalit?t von verteilten
-        Versionskontroll-Systemen bilden). Der Nachteil ist, dass
+        Versions-Kontroll-Systemen bilden). Der Nachteil ist, dass
          verteilte Versionskontrolle ein an sich komplizierteres Modell
          darstellt, das eine nicht zu vernachl?ssigende Herausforderung
          f?r eine bequeme Zusammenarbeit. Au?erdem verrichten
@@ -503,7 +503,7 @@
        <para>Leider handelt dieses Buch von Subversion, so dass wir
          nicht versuchen werden, einen vollst?ndigen Vergleich zwischen
          Subversion und anderen Werkzeugen durchzuf?hren. Lesern, die
-        die ihr Versionskontroll-System w?hlen d?rfen, wird geraten,
+        die ihr Versions-Kontroll-System w?hlen d?rfen, wird geraten,
          die verf?gbaren Alternativen zu pr?fen und sich f?r diejenige
          zu entscheiden, die am besten f?r sie und ihre Mitarbeiter
          funktioniert. Falls schlie?lich Subversion das Werkzeug der
@@ -561,7 +561,7 @@
          ersetzt worden.</para></footnote> eine Software-Suite namens
          CollabNet Enterprise Edition (CEE) f?r die Zusammenarbeit an,
          die auch eine Komponente f?r Versionskontrolle beinhaltete.
-        Obwohl CEE urspr?nglich CVS als Versionskontrollsystem
+        Obwohl CEE urspr?nglich CVS als Versions-Kontroll-System
          verwendete, waren die Einschr?nkungen von CVS von Anfang an
          offensichtlich, und CollabNet war sich bewusst, dass
          letztendlich etwas Besseres gefunden werden musste.
@@ -569,7 +569,7 @@
          Open-Source-Welt geworden, haupts?chlich deshalb, weil es
          nichts Besseres gab, zumindest nicht unter einer freien
          Lizenz. Also beschloss CollabNet, ein vollst?ndig neues
-        Versionskontrollsystem zu schreiben, welches die grundlegenden
+        Versions-Kontroll-System zu schreiben, welches die grundlegenden
          Ideen von CVS beibehalten, jedoch die Fehler und
          Fehlentwicklungen vermeiden sollte.</para>

@@ -604,7 +604,7 @@
          <citetitle>Open Source Development with CVS</citetitle>
          (Coriolis, 1999), und fragten ihn, ob er an diesem neuen
          Projekt mitarbeiten wolle. Zuf?lligerweise besprach Karl
-        bereits einen Entwurf f?r ein neues Versionskontrollsystem mit
+        bereits einen Entwurf f?r ein neues Versions-Kontroll-System mit
          seinem Freund Jim Blandy.  Im Jahr 1995 gr?ndeten die beiden
          Cyclic Software, eine CVS-Beraterfirma, und sie benutzten,
          obwohl sie die Firma sp?ter verkauften, bei ihrer t?glichen
@@ -638,7 +638,7 @@
  -->
        <para>Das urspr?ngliche Designteam einigte sich auf einige
          einfache Ziele. Sie wollten kein Neuland in
-        Versionskontrollmethodik betreten, sondern einfach CVS
+        Versions-Kontroll-Methodik betreten, sondern einfach CVS
          reparieren. Sie beschlossen, dass Subversion dieselben
          Merkmale und dasselbe Entwicklungsmodell wie CVS haben solle,
          wobei die Fehler von CVS aber nicht noch einmal gemacht werden
@@ -1048,7 +1048,7 @@
                Dateien erzeugt und somit der Commit-Zugriff f?r
                bestimmte Ressourcen serialisiert werden. W?hrend
                Subversion immer noch grunds?tzlich ein gleichzeitiges
-              Versionskontrollsystem ist, k?nnen bestimmte Arten
+              Versions-Kontroll-System ist, k?nnen bestimmte Arten
                bin?rer Dateien (z.B. Kunstobjekte) nicht
                zusammengef?hrt werden. Die Sperrm?glichkeit stillt den
                Bedarf, solche Ressourcen zu versionieren und zu
@@ -1317,11 +1317,11 @@

  -->
      <para>Obwohl dieses Buch unter der Annahme geschrieben worden ist,
-      dass der Leser noch nie ein Versionskontrollsystem benutzt hat,
+      dass der Leser noch nie ein Versions-Kontroll-System benutzt hat,
        haben wir auch versucht, f?r Anwender von CVS (und anderen
        Systemen) den Sprung zu Subversion so schmerzlos wie m?glich zu
        machen. Ab und zu werden in Randnotizen andere
-      Versionskontrollsysteme erw?hnt, und <xref linkend="svn.forcvs"/>
+      Versions-Kontroll-Systeme erw?hnt, und <xref linkend="svn.forcvs"/>
        fasst viele der Unterschiede zwischen CVS und Subversion
        zusammen.</para>
  <!--
@@ -1456,7 +1456,7 @@
            <para>Wahrscheinlich hat Ihr Administrator Subversion
              bereits aufgesetzt, und Sie m?chten nun lernen, wie man
              den Client benutzt. Falls Sie noch nie ein
-            Versionskontrollsystem benutzt haben, ist
+            Versions-Kontroll-System benutzt haben, ist
              <xref linkend="svn.basic"/> eine unbedingt notwendige
              Einf?hrung in die Konzepte der Versionskontrolle.
              <xref linkend="svn.tour"/> ist eine F?hrung durch den
@@ -1914,7 +1914,7 @@
        Fehlerbehebungen beigetragen haben. Der Ausdruck und die Wartung
        einer vollst?ndigen Liste  dieser Leute w?re an dieser Stelle
        nicht praktikabel. Dennoch m?gen deren Namen f?r immer in der
-      Versionskontrollgeschichte dieses Buches weiterleben!</para>
+      Versions-Kontroll-Geschichte dieses Buches weiterleben!</para>

    </sect1>

=======================================
--- /branches/1.8/de/book/ch01-fundamental-concepts.xml	Sun Dec  7 15:08:18  
2014 UTC
+++ /branches/1.8/de/book/ch01-fundamental-concepts.xml	Tue Feb  3 17:18:07  
2015 UTC
@@ -57,14 +57,14 @@
  -->
      <para>
        <indexterm>
-        <primary>Versionskontrollsysteme</primary>
-      </indexterm>Ein Versionskontrollsystem (oder
+        <primary>Versions-Kontroll-Systeme</primary>
+      </indexterm>Ein Versions-Kontroll-System (oder
        Revisionskontrollsystem) ist ein System, das inkrementelle
        Versionen (oder Revisionen) von Dateien und, in manchen F?llen,
        Verzeichnissen ?ber die Zeit hinweg verfolgt. Nat?rlich ist es
        f?r sich nicht sehr interessant, die verschiedenen Versionen
        eines Anwenders (oder einer Gruppe von Anwendern) zu verfolgen.
-      Was ein Versionskontrollsystem n?tzlich macht, ist die Tatsache,
+      Was ein Versions-Kontroll-System n?tzlich macht, ist die Tatsache,
        dass es Ihnen erlaubt, die ?nderungen zu untersuchen, die zu
        jeder dieser Versionen gef?hrt haben und es erm?glicht, erstere
        jederzeit wieder aufzurufen.</para>
@@ -78,10 +78,10 @@
        operate across wide-area networks.</para>
  -->
      <para>In diesem Abschnitt werden wir einige Komponenten und
-      Konzepte von Versionskontrollsystemen auf ziemlich hohem Niveau
-      vorstellen. Wir werden uns auf moderne Versionskontrollsysteme
+      Konzepte von Versions-Kontroll-Systemen auf ziemlich hohem Niveau
+      vorstellen. Wir werden uns auf moderne Versions-Kontroll-Systeme
        beschr?nken &ndash; in der heutigen vernetzten Welt hat es wenig
-      Sinn, Versionskontrollsystemen eine Berechtigung einzur?umen,
+      Sinn, Versions-Kontroll-Systemen eine Berechtigung einzur?umen,
        die nicht ?ber Netze hinweg arbeiten k?nnen.</para>

      <!-- ===============================================================  
-->
@@ -124,9 +124,9 @@
            <secondary>Dateisystem-Baum</secondary>
          </indexterm>
          <indexterm>
-          <primary>Versionskontrollsysteme</primary>
+          <primary>Versions-Kontroll-Systeme</primary>
            <secondary>Clients</secondary>
-        </indexterm>Im Kern eines Versionskontrollsystems ist ein
+        </indexterm>Im Kern eines Versions-Kontroll-Systems ist ein
          Projektarchiv, das der zentrale Speicher der Daten dieses
          Systems ist. Das Projektarchiv speichert Informationen
          gew?hnlicherweise in Form eines
@@ -180,15 +180,15 @@

        <para>Wenn ein Client Daten aus dem Projektarchiv liest, bekommt
          der Client ?blicherweise nur die letzte Version des
-        Dateisystem-Baumes zu sehen. Was ein Versionskontrollsystem
+        Dateisystem-Baumes zu sehen. Was ein Versions-Kontroll-System
          aber interessant macht, ist dar?ber hinaus die F?higkeit,
          vorherige Zust?nde des Dateibaums aus dem Projektarchiv
-        abzurufen. Ein Versionskontrollsystem kann historische Fragen
+        abzurufen. Ein Versions-Kontroll-System kann historische Fragen
          stellen, wie <quote>Was beinhaltete das Verzeichnis am letzten
          Mittwoch?</quote> und <quote>Wer war die Person, die als
          letztes die Datei ge?ndert hat und welche ?nderungen hat sie
          gemacht?</quote>. Diese Art von Fragen sind die Grundlage
-        eines Versionskontrollsystems.</para>
+        eines Versions-Kontroll-Systems.</para>
      </sect2>

      <!-- ===============================================================  
-->
@@ -221,21 +221,21 @@
        <para>
          <indexterm>
            <primary>Arbeitskopien</primary>
-        </indexterm>Der Wert eines Versionskontrollsystems r?hrt von
+        </indexterm>Der Wert eines Versions-Kontroll-Systems r?hrt von
          der Tatsache her, dass es Versionen von Dateien und
          Verzeichnissen verfolgt, doch der Rest des Software-Universums
          arbeitet nicht auf <quote>Versionen von Dateien und
          Verzeichnissen</quote>.  Die meisten Programme wissen, wie mit
          einer <emphasis>einzelnen</emphasis> Version eines bestimmten
          Dateityps umgegangen wird. Wie arbeitet also ein Anwender
-        eines Versionskontrollsystems konkret mit einem abstrakten
+        eines Versions-Kontroll-Systems konkret mit einem abstrakten
          &ndash; und oft entfernten &ndash; Projektarchiv voll mit
          mehreren Versionen verschiedener Dateien? Wie schaffen es
          seine oder ihre Textbearbeitungs-Software,
          Pr?sentations-Software, Quelltexteditoren, Web-Design-Software
          oder sonstigen Programme, die alle nur mit einfachen Dateien
          umgehen k?nnen, Zugriff auf solche Dateien zu bekommen? Die
-        Antwort findet sich im Versionskontroll-Konstrukt, das als
+        Antwort findet sich im Versions-Kontroll-Konstrukt, das als
          <firstterm>Arbeitskopie</firstterm> bekannt ist.</para>

  <!--
@@ -261,7 +261,7 @@
          lokale Instanz einer jeden Dateiversion angewendet werden. Die
          meisten Leute verwenden den Begriff aber, wenn sie sich auf
          einen kompletten Verzeichnisbaum beziehen, der Dateien und
-        Verzeichnisse enth?lt, die vom Versionskontrollsystem
+        Verzeichnisse enth?lt, die vom Versions-Kontroll-System
          verwaltet werden.</para></footnote> sehen f?r andere Software
          aus wie alle anderen lokalen Verzeichnisse voller Dateien, so
          dass diese Programme nicht
@@ -269,7 +269,7 @@
          Daten zu lesen und zu schreiben. Die Aufgabe, die Arbeitskopie
          zu verwalten und ?nderungen an ihrem Inhalt zum und vom
          Projektarchiv zu ?bergeben, f?llt genau der Client-Software
-        des Versionskontrollsystems zu.</para>
+        des Versions-Kontroll-Systems zu.</para>

      </sect2>

@@ -294,7 +294,7 @@
          Subversion, since Subversion itself supports a couple of
          different ways of working.</para>
  -->
-      <para>Wenn die prim?re Mission eines Versionskontrollsystems
+      <para>Wenn die prim?re Mission eines Versions-Kontroll-Systems
          darin besteht, die unterschiedlichen Versionen digitaler
          Informationen ?ber die Zeit hinweg zu verfolgen, liegt eine
          sehr nahe sekund?re Mission darin, das kollaborative
@@ -302,7 +302,7 @@
          verwenden unterschiedliche Systeme auch unterschiedliche
          Strategien, um dies zu bewerkstelligen. Aus einer Reihe von
          Gr?nden ist es wichtig, diese Unterschiede zu verstehen.
-        Zun?chst hilft es dabei, bestehende Versionskontrollsysteme zu
+        Zun?chst hilft es dabei, bestehende Versions-Kontroll-Systeme zu
          vergleichen und gegen?berzustellen, falls Ihnen andere Systeme
          begegnen, die Subversion ?hneln.  Dar?ber hinaus wird es Ihnen
          helfen, Subversion effektiver zu benutzen, da Subversion
@@ -324,7 +324,7 @@
            to accidentally overwrite each other's changes in the
            repository.</para>
  -->
-        <para>Alle Versionskontrollsysteme haben das gleiche
+        <para>Alle Versions-Kontroll-Systeme haben das gleiche
            fundamentale Problem zu l?sen: Wie soll es Anwendern erlaubt
            werden, Informationen zu teilen, aber sie davor zu bewahren,
            sich gegenseitig auf die F??e zu treten?  Es ist allzu
@@ -410,7 +410,7 @@
              <primary>Versionskontrolle</primary>
              <secondary>Modelle</secondary>
              <tertiary>Sperren-?ndern-Entsperren</tertiary>
-          </indexterm>Viele Versionskontrollsysteme verwenden ein
+          </indexterm>Viele Versions-Kontroll-Systeme verwenden ein
            <firstterm>Sperren-?ndern-Entsperren</firstterm>-Modell um zu
            verhindern, dass verschiedene Autoren sich gegenseitig die  
?nderungen
            l?schen. Bei diesem Modell erlaubt das Projektarchiv nur jeweils
@@ -564,7 +564,7 @@
              <secondary>Modelle</secondary>
              <tertiary>kopieren-?ndern-zusammenf?hren</tertiary>
            </indexterm>Subversion, CVS und viele andere
-          Versionskontrollsysteme benutzen ein
+          Versions-Kontroll-Systeme benutzen ein
            <firstterm>Kopieren??ndern?Zusammenfassen</firstterm>-Modell
            als Alternative zum Sperren. In diesem Modell verbindet sich
            jeder Client der Anwender mit dem Projektarchiv und erzeugt
@@ -572,7 +572,7 @@
            gleichzeitig und unabh?ngig voneinander an ihren privaten
            Kopien. Am Ende werden dann alle Einzelkopien zu einer
            neuen, aktuellen Version zusammengef?hrt. Das
-          Versionskontrollsystem hilft oft bei dieser Zusammenf?hrung,
+          Versions-Kontroll-System hilft oft bei dieser Zusammenf?hrung,
            aber letztlich ist der Mensch daf?r verantwortlich, das es
            korrekt abl?uft.</para>

@@ -599,7 +599,7 @@
  -->
          <para>
            <indexterm>
-            <primary>out of date</primary>
+            <primary>veraltet</primary>
            </indexterm>Hier ist ein Beispiel: Harry und Sally haben
            sich jeweils eine eigene Arbeitskopie des im Projektarchiv
            vorhandenen Projektes geschaffen. Beide arbeiten nun an der
@@ -794,9 +794,9 @@
        version control.</para>
  -->
      <para>Wir haben bereits erw?hnt, dass Subversion ein modernes,
-      netzbewusstes Versionskontrollsystem. Wie wir in
+      netzbewusstes Versions-Kontroll-System. Wie wir in
        <xref linkend="svn.basic.version-control-basics"/> beschrieben
-      haben (unser Versionskontroll-?berblick auf hoher Ebene), dient
+      haben (unser Versions-Kontroll-?berblick auf hoher Ebene), dient
        ein Projektarchiv als Kern-Speichermechanismus f?r die
        versionierten Daten von Subversion, und ?ber Arbeitskopien
        kommunizieren Anwender und ihre Software mit diesen Daten. In
@@ -826,7 +826,7 @@
  -->
        <para>Subversion implementiert das Konzept eines Projektarchivs
          f?r Versionskontrolle so, wie es jedes andere moderne
-        Versionskontrollsystem auch machen w?rde. Im Gegensatz zu
+        Versions-Kontroll-System auch machen w?rde. Im Gegensatz zu
          einer Arbeitskopie ist ein Subversion-Projektarchiv ein
          abstraktes Gebilde, das sich fast ausschlie?lich ?ber die
          eigenen Subversion-Bibliotheken und -Werkzeuge manipulieren
@@ -855,7 +855,7 @@
            versionierten Dateien zusammen mit Metadaten, die dem System
            erlauben, erstere zu ?berwachen und mit dem Server zu
            kommunizieren &ndash; eine <emphasis>Arbeitskopie</emphasis>
-          genannt. Obwohl andere Versionskontrollsysteme den Begriff
+          genannt. Obwohl andere Versions-Kontroll-Systeme den Begriff
            <quote>Projektarchiv</quote> (<quote>Repository</quote>) f?r
            das client-seitige Objekt verwenden, ist es sowohl falsch
            als auch eine verbreitete Quelle f?r Missverst?ndnisse,
@@ -977,7 +977,7 @@
            <indexterm>
              <primary>Revisionen</primary>
              <secondary>globale</secondary>
-          </indexterm>Anders als die meisten Versionskontrollsysteme
+          </indexterm>Anders als die meisten Versions-Kontroll-Systeme
            werden die Revisionsnummern von Subversion auf <emphasis>den
            kompletten Projektarchiv-Baum</emphasis> anstatt auf
            einzelne Dateien angewendet. Jede Revisionsnummer w?hlt
@@ -991,7 +991,7 @@
            Revision 5 aussieht</quote>. Beachten Sie, dass sich im
            Allgemeinen die Revisionen N und M einer Datei
            <emphasis>nicht</emphasis> notwendigerweise unterscheiden!
-          Viele andere Versionskontrollsysteme verwenden dateibezogene
+          Viele andere Versions-Kontroll-Systeme verwenden dateibezogene
            Revisionsnummern, so dass dieses Konzept zun?chst
            ungew?hnlich aussieht. (Ehemalige CVS-Benutzer sollten sich
            f?r weitergehende Informationen <xref linkend="svn.forcvs"/>
@@ -1301,11 +1301,11 @@
            <primary>projektarchiv-relative URL</primary>
          </indexterm>
          <indexterm>
-          <primary>Yirkumflex-Syntax</primary>
+          <primary>Zirkumflex-Syntax</primary>
          </indexterm>
          <indexterm>
            <primary>^</primary>
-          <see>caret syntax</see>
+          <see>Zirkumflex-Syntax</see>
          </indexterm>In Subversion 1.6 wurde eine neue Notation mit  
Zirkumflex
          (<literal>^</literal>) als Kurzschreibweise f?r <quote>der URL
          des Wurzelverzeichnisses des Projektarchivs</quote>
@@ -1800,7 +1800,7 @@
            </indexterm>
            <indexterm>
              <primary>einchecken</primary>
-            <see>?bertragen</see>
+            <see>?bertragen</see>
            </indexterm>Angenommen, Sie nehmen ?nderungen an
            <filename>button.c</filename> vor. Da sich das Verzeichnis
            <filename>.svn</filename> den urspr?nglichen
@@ -1833,7 +1833,7 @@
              <tertiary>commit</tertiary>
            </indexterm>
            <indexterm>
-            <primary>?bertragen</primary>
+            <primary>?bertragen</primary>
            </indexterm>Um Ihre ?nderungen anderen gegen?ber zu
            ver?ffentlichen, k?nnen Sie den Subversion-Befehl
            <command>svn commit</command> verwenden:</para>
@@ -1911,7 +1911,7 @@
              <tertiary>update</tertiary>
            </indexterm>
            <indexterm>
-            <primary>altualisieren</primary>
+            <primary>aktualisieren</primary>
            </indexterm>
            <indexterm>
              <primary>Arbeitskopien</primary>
@@ -2286,7 +2286,7 @@
              m?chten herausbekommen, wann ein Fehler das erste Mal in
              einer Datei auftauchte.  Dies ist der
              <quote>Zeitmaschinen</quote>-Aspekt eines
-            Versionskontrollsystems &ndash; die Eigenschaft, die es
+            Versions-Kontroll-Systems &ndash; die Eigenschaft, die es
              erm?glicht, irgendeinen Teil Ihrer Arbeitskopie zeitlich
              nach vorne oder nach hinten zu verschieben.</para>

=======================================
--- /branches/1.8/de/book/ch03-advanced-topics.xml	Fri Jan 16 13:41:33 2015  
UTC
+++ /branches/1.8/de/book/ch03-advanced-topics.xml	Tue Feb  3 17:18:07 2015  
UTC
@@ -22,7 +22,7 @@
    <para>Falls Sie dieses Buch kapitelweise von vorne nach hinten
      lesen, sollten Sie sich bis hierhin ausreichende Kenntnisse ?ber
      die Verwendung des Subversion-Clients angeeignet haben, um die
-    gebr?uchlichsten Versionskontrollt?tigkeiten ausf?hren zu k?nnen.
+    gebr?uchlichsten Versions-Kontroll-T?tigkeiten ausf?hren zu k?nnen.
      Sie wissen, wie eine Arbeitskopie aus einem
      Subversion-Projektarchiv ausgecheckt wird. Sie kommen gut damit
      zurecht, ?nderungen mittels <command>svn commit</command> und
@@ -39,7 +39,7 @@
      directory changes to and from a central repository.</para>
  -->
    <para>Subversions Funktionsumfang macht allerdings nicht bei
-    <quote>gew?hnlichen Versionskontrollt?tigkeiten</quote> halt. Es
+    <quote>gew?hnlichen Versions-Kontroll-T?tigkeiten</quote> halt. Es
      bietet mehr, als lediglich den Transport von Datei- und
      Verzeichnis?nderungen in ein und aus einem zentralen Projektarchiv
      zu erm?glichen.</para>
@@ -422,7 +422,7 @@
          some examples.</para>
  -->
        <para>Revisionsnummern offenbaren nichts ?ber die Welt au?erhalb
-        des Versionskontrollsystems, doch manchmal m?ssen Sie einen
+        des Versions-Kontroll-Systems, doch manchmal m?ssen Sie einen
          Zeitpunkt mit einem Moment der Versionsgeschichte korrelieren.
          Um das zu erm?glichen, erlaubt die Option
          <option>--revision</option> (<option>-r</option>) auch
@@ -609,7 +609,7 @@
  -->
      <para>Dateien und Verzeichnisse werden auf unseren Rechnern
        st?ndig kopiert, verschoben, umbenannt und vollst?ndig
-      ersetzt. Ihr Versionskontrollsystem sollte nicht im Weg stehen,
+      ersetzt. Ihr Versions-Kontroll-System sollte nicht im Weg stehen,
        wenn Sie diese Dinge auch mit Dateien und Verzeichnissen unter
        Versionskontrolle machen. Die Dateiverwaltungsunterst?tzung von
        Subversion ist sehr befreiend, indem sie beinahe die gleiche
@@ -1319,7 +1319,7 @@
        Projektarchiv ablegt und wieder herausholt. Ganze Kapitel haben
        sich dieser fundamentalen Funktionalit?t des Werkzeugs gewidmet.
        Falls die Versionierungsunterst?tzung an diesem Punkt aufh?rte,
-      w?re Subversion aus Versionskontrollperspektive immer noch
+      w?re Subversion aus Versions-Kontroll-Perspektive immer noch
        vollst?ndig.</para>

  <!--
@@ -3663,7 +3663,7 @@
  -->
                <para>Falls auf einem Verzeichnis vorhanden, ist der
                  Wert eine Liste <emphasis>unversionierter</emphasis>
-                Dateimuster, die von <command>svn status</command> und
+                Dateinamen-Muster, die von <command>svn status</command>  
und
                  anderen Unterbefehlen ignoriert werden sollen. Anders
                  als bei <literal>svn:ignore</literal> werden diese
                  Muster auf <emphasis>alle</emphasis> unversionierten
@@ -4826,15 +4826,15 @@
  -->
      <para>
        <indexterm>
-        <primary>file patterns</primary>
+        <primary>Dateinamen-Muster</primary>
        </indexterm>
        <indexterm>
          <primary>globs</primary>
-        <see>file patterns</see>
+        <see>Dateinamen-Muster</see>
        </indexterm>
        <indexterm>
-        <primary>shell wildcard patterns</primary>
-        <see>file patterns</see>
+        <primary>Shell-Wildcard-Muster</primary>
+        <see>Dateinamen-Muster</see>
        </indexterm>Also bietet Ihnen Subversion mehrere M?glichkeiten,
        wie Sie ihm mitteilen k?nnen, welche Dateien Sie lieber nicht
        beachten m?chten.  Die eine M?glichkeit verwendet das
@@ -4848,7 +4848,7 @@
        und sind enger an den versionierten Baum gebunden, so dass
        hiervon jeder betroffen ist, der eine Arbeitskopie dieses Baumes
        besitzt. Alle dieser M?glichkeiten verwenden
-      <firstterm>Dateimuster</firstterm> (Ketten aus normalen Zeichen
+      <firstterm>Dateinamen-Muster</firstterm> (Ketten aus normalen Zeichen
        und solchen mit besonderer Bedeutung, die mit Dateinamen
        verglichen werden), um zu entscheiden, welche Dateien ignoriert
        werden k?nnen.  </para>
@@ -4869,7 +4869,7 @@
  -->
      <para>Das Laufzeit-Konfigurationssystem von Subversion stellt eine
        Option <literal>global-ignores</literal> zur Verf?gung, dessen
-      Wert eine Sammlung von Dateimustern ist, die durch Leerraum
+      Wert eine Sammlung von Dateinamen-Mustern ist, die durch Leerraum
        getrennt sind. Der Subversion-Client vergleicht diese Muster
        sowohl mit den Dateinamen der unter Versionskontrolle zu
        bringenden Kandidaten als auch mit den Namen der
@@ -4886,7 +4886,7 @@
  <!--
        <title>File Patterns in Subversion</title>
  -->
-      <title>Dateimuster in Subversion</title>
+      <title>Dateinamen-Muster in Subversion</title>

  <!--
        <para>File patterns (also called <firstterm>globs</firstterm> or
@@ -4900,7 +4900,7 @@
          which are interpreted differently for matching
          purposes.</para>
  -->
-      <para>Dateimuster (auch <firstterm>Globs</firstterm> oder
+      <para>Dateinamen-Muster (auch <firstterm>Globs</firstterm> oder
          <firstterm>Shell-Jokerzeichen</firstterm> genannt) sind Ketten
          aus Zeichen, die mit Dateinamen verglichen werden sollen,
          typischerweise f?r die schnelle Auswahl einer Teilmenge von
@@ -4918,7 +4918,7 @@
          function.  It supports the following wildcards, described here
          simply for your convenience:</para>
  -->
-      <para>Es gibt verschiedene Typen von Dateimuster-Regeln, doch
+      <para>Es gibt verschiedene Typen von Dateinamen-Muster-Regeln, doch
          verwendet Subversion die auf Unix-Systemen verbreitete
          Variante, wie sie dort in der Systemfunktion
          <function>fnmatch</function> implementiert ist. Sie
@@ -4966,7 +4966,7 @@
          shell prompt.  The following are some examples of patterns
          being used for various things:</para>
  -->
-      <para>Das gleiche Verhalten beim Abgleich von Dateimustern
+      <para>Das gleiche Verhalten beim Abgleich von Dateinamen-Mustern
          k?nnen Sie bei der Eingabeaufforderung einer Unix-Shell
          beobachten. Es folgen einige Beispiele von Mustern
          f?r verschiedene Dinge:</para>
@@ -5013,7 +5013,7 @@
          we've described here, but this basic usage level tends to suit
          the majority of Subversion users.</para>
  -->
-      <para>Dateimuster-Abgleich ist zwar ein bisschen komplizierter
+      <para>Dateinamen-Muster-Abgleich ist zwar ein bisschen komplizierter
          als hier beschrieben, jedoch ist Beschr?nkung auf diese
          grundlegende Ebene f?r die Mehrheit der Subversion-Benutzer
          ausreichend.</para>
@@ -5043,10 +5043,10 @@
  -->
      <para>Wenn die Eigenschaft <literal>svn:ignore</literal> an einem
        versionierten Verzeichnis auftritt, wird erwartet, dass der Wert
-      eine Liste von (durch Zeilenvorsch?be getrennten) Dateimustern
+      eine Liste von (durch Zeilenvorsch?be getrennten) Dateinamen-Mustern
        enth?lt, die Subversion benutzen soll, um ignorierbare Objekte
        in <emphasis>demselben</emphasis> Verzeichnis zu bestimmen.
-      Diese Dateimuster setzen nicht jene au?er Kraft, die in der
+      Diese Dateinamen-Muster setzen nicht jene au?er Kraft, die in der
        Laufzeit-Konfigurations-Option <literal>global-ignores</literal>
        gefunden werden, sondern werden an deren Liste angeh?ngt.  An
        dieser Stelle lohnt es sich, noch einmal darauf hinzuweisen,
@@ -5094,7 +5094,7 @@
        Eigenschaft <literal>svn:global-ignores</literal>. So wie die
        Eigenschaft <literal>svn:ignore</literal>, kann
        <literal>svn:global-ignores</literal> nur auf einem Verzeichnis
-      gesetzt werden und enth?lt Dateimuster, die Subversion
+      gesetzt werden und enth?lt Dateinamen-Muster, die Subversion
        verwendet, um festzustellen, welche Objekte es ignorieren
        kann.<footnote><para>Die zu ignorierenden Muster der Eigenschaft
        <literal>svn:global-ignores</literal> k?nnen durch Leerzeichen,
@@ -5132,7 +5132,7 @@
      </note>
  -->
      <note>
-      <para>Die Unterst?tzung f?r ignorierbare Dateimuster in
+      <para>Die Unterst?tzung f?r ignorierbare Dateinamen-Muster in
          Subversion erstreckt sich lediglich auf die einmalige
          Handlung, unversionierte Dateien und Verzeichnisse unter
          Versionskontrolle zu stellen. Sobald ein Objekt unter
@@ -5434,7 +5434,7 @@
        present.</para>
  -->
      <para>Wie bereits fr?her erw?hnt, wird die Liste der zu
-      ignorierenden Dateimuster auch von <command>svn add</command>
+      ignorierenden Dateinamen-Muster auch von <command>svn add</command>
        und <command>svn import</command> verwendet. Beide dieser
        Befehle haben zur Folge, dass Subversion damit beginnt, eine
        Menge von Dateien und Verzeichnissen zu verwalten.  Statt den
@@ -5444,7 +5444,7 @@
        die verzeichnisgebundenen und die ererbten Listen &ndash; um
        festzustellen, welche Dateien nicht im Rahmen einer gr??eren
        rekursiven Hinzuf?ge- oder Importaktion in das
-      Versionskontrollsystem gebracht werden sollen. Auch hier k?nnen
+      Versions-Kontroll-System gebracht werden sollen. Auch hier k?nnen
        Sie wieder die Option <option>--no-ignore</option> verwenden, um
        Subversion mitzuteilen, die Ignorier-Listen zu ignorieren und
        auf allen vorhandenen Dateien und Verzeichnissen zu
@@ -5546,7 +5546,7 @@
        diese Information sich mit jeder ?nderung der Datei auch ?ndert,
        noch wichtiger, <emphasis>nachdem</emphasis> sich die Datei
        ?ndert, ist es f?r jeden Prozess au?er dem
-      Versionskontrollsystem ein ziemlicher Aufwand, die Daten
+      Versions-Kontroll-System ein ziemlicher Aufwand, die Daten
        vollst?ndig aktuell zu halten. W?rde das den Autoren ?berlassen,
        veralteten die Informationen unausweichlich.</para>

@@ -7432,7 +7432,7 @@
        <para>Kommunikation w?re insofern auch keine schlechte Medizin
        f?r die gleichnamigen Harry und Sally aus Hollywood gewesen.
        </para></footnote> Aus der Tatsache,  dass das eigene
-      Versionskontrollsystem eine Kommunikationsform darstellt, folgt,
+      Versions-Kontroll-System eine Kommunikationsform darstellt, folgt,
        dass es keine schlechte Sache w?re, wenn diese Software die
        Serialisierung von nicht parallel durchf?hrbaren ?nderungen
        erm?glichte. Hier ist der Zeitpunkt f?r die
@@ -7440,7 +7440,7 @@
        gekommen. Hier reden wir nun ?ber das
        <firstterm>Sperren</firstterm> in Subversion, das in etwa den
        <quote>Reserved Checkouts</quote> anderer
-      Versionskontrollsysteme entspricht.</para>
+      Versions-Kontroll-Systeme entspricht.</para>

  <!--
      <para>Subversion's locking feature exists ultimately to minimize
@@ -11959,7 +11959,7 @@
      <para>Nachdem Sie dieses Kapitel gelesen haben, sollten Sie
        ein ziemlich gutes Verst?ndnis von einigen Eigenschaften
        Subversions haben, die zwar nicht bei <emphasis>jedem</emphasis>
-      Umgang mit Ihrem Versionskontrollsystem benutzt werden, deren
+      Umgang mit Ihrem Versions-Kontroll-System benutzt werden, deren
        Kenntnis jedoch durchaus von Vorteil sein kann. H?ren Sie an
        dieser Stelle jedoch noch nicht auf! Lesen Sie das folgende
        Kapitel, in dem Sie Zweige, Tags und das Zusammenf?hren
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Nov 27  
21:25:21 2014 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb  3  
17:18:07 2015 UTC
@@ -888,7 +888,7 @@
        <para>Zweitens bestehen die Zweige von Subversion, bedingt durch
          den Kopiermechanismus, als <emphasis>normale
          Dateisystemverzeichnisse</emphasis> im Projektarchiv. Das ist ein
-        Unterschied zu anderen Versionskontrollsystemen, bei denen
+        Unterschied zu anderen Versions-Kontroll-Systemen, bei denen
          Zweige typischerweise definiert werden, indem auf einer
          eigenen Ebene den Dateisammlungen <quote>Etiketten</quote>
          hinzugef?gt werden. Der Ort Ihres Zweig-Verzeichnisses spielt
@@ -1079,7 +1079,7 @@
        <para>Bevor wir weitermachen, sollten wir Sie warnen, dass Sie
          auf den kommenden Seiten viele Er?rterungen zum Thema
          <quote>?nderungen</quote> erwarten. Viele mit
-        Versionskontrollsystemen erfahrene Leute benutzen die Begriffe
+        Versions-Kontroll-Systemen erfahrene Leute benutzen die Begriffe
          <quote>?nderung</quote> und <quote>?nderungsmenge</quote>
          (<foreignphrase>Changeset</foreignphrase>) austauschbar, so
          dass wir kl?ren sollten, was Subversion unter einer
@@ -1098,7 +1098,7 @@
        <para>Jeder scheint eine etwas unterschiedliche Definition f?r
          den Begriff ?nderungsmenge zu haben oder zumindest eine
          unterschiedliche Erwartung dar?ber, was es f?r ein
-        Versionskontrollsystem bedeutet, so etwas zu besitzen. F?r
+        Versions-Kontroll-System bedeutet, so etwas zu besitzen. F?r
          unsere Zwecke reicht es aus, zu sagen, dass eine
          ?nderungsmenge lediglich eine Sammlung von ?nderungen mit
          einem eindeutigen Namen ist. Die ?nderungen k?nnen aus der
@@ -3137,7 +3137,7 @@
          One of the most common questions new users ask is, <quote>How
          do I get my old file or directory back?</quote></para>
  -->
-      <para>Das Tolle an Versionskontrollsystemen ist, dass
+      <para>Das Tolle an Versions-Kontroll-Systemen ist, dass
          Informationen nie verlorengehen. Selbst wenn Sie eine Datei
          oder ein Verzeichnis l?schen, ist es zwar nicht mehr in der
          <literal>HEAD</literal>-Revision vorhanden, jedoch noch in
@@ -3464,7 +3464,7 @@
  -->
        <para>Genauso oft wie der Begriff <quote>?nderungsmenge</quote>
          wird die Wendung <firstterm>die Rosinen
-        herauspicken</firstterm> in Versionskontrollsystemen
+        herauspicken</firstterm> in Versions-Kontroll-Systemen
          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
          bestimmte ?nderungsmenge von einem Zweig auszuw?hlen und sie
          auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
@@ -4922,7 +4922,7 @@
          changesets that affected the file, but also exactly which user
          wrote which line of code, and when she did it.</para>
  -->
-      <para>Ein Hauptmerkmal jedes Versionskontrollsystems ist es,
+      <para>Ein Hauptmerkmal jedes Versions-Kontroll-Systems ist es,
          dar?ber Buch zu f?hren, wer was wann ge?ndert hat. Die Unterbefehle
          <command>svn log</command> und <command>svn blame</command>
          sind die geeigneten Werkzeuge hierf?r: Wenn sie auf
@@ -6836,7 +6836,7 @@
        aufpassen, da es sich bei diesen Mustern um bew?hrte
        Vorgehensweisen handelt, die von erfahrenen Menschen empfohlen
        werden. Diese Prozesse sind nicht spezifisch f?r Subversion; sie
-      sind anwendbar auf alle Versionskontrollsysteme. Trotzdem
+      sind anwendbar auf alle Versions-Kontroll-Systeme. Trotzdem
        mag es hilfreich sein, wenn sie anhand von Subversion erkl?rt
        werden.</para>

@@ -7279,7 +7279,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
+      Versions-Kontroll-System verwalten. Um auf unser Beispiel aus der
        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
@@ -7321,7 +7321,7 @@
      <para>Die L?sung dieses Problems besteht in der Verwendung von
        <firstterm>Lieferanten-Zweigen</firstterm>.  Ein
        Lieferanten-Zweig ist ein Verzeichnisbaum in Ihrem eigenen
-      Versionskontrollsystem, der Informationen enth?lt, die von einem
+      Versions-Kontroll-System, der Informationen enth?lt, die von einem
        Drittanbieter &ndash; oder Lieferanten &ndash; bereitgestellt
        wird. Jede Version der Lieferantendaten, die Sie in Ihr Projekt
        aufnehmen wollen, wird <firstterm>Zulieferung</firstterm>
@@ -7340,7 +7340,7 @@
  -->
      <para>Lieferanten-Zweige bieten zwei Vorteile. Erstens, wird durch
        das Vorhalten der aktuellen Zulieferung in Ihrem eigenen
-      Versionskontrollsystem sichergestellt, dass f?r Ihre
+      Versions-Kontroll-System sichergestellt, dass f?r Ihre
        Projektmitarbeiter stets die richtige Version der
        Lieferantendaten verf?gbar ist. Sie erhalten die richtige
        Version automatisch beim Aktualisieren ihrer Arbeitskopien.
=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 12:29:28  
2015 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 17:18:07  
2015 UTC
@@ -424,7 +424,7 @@
          two.</para>
  -->
        <para>Nehmen wir an, Sie seien als Projektarchiv-Administrator f?r
-        die Versionskontrollsysteme mehrerer Projekte zust?ndig. Ihre
+        die Versions-Kontroll-Systeme mehrerer Projekte zust?ndig. Ihre
          erste Entscheidung ist, ob Sie ein einzelnes Projektarchiv f?r
          mehrere Projekte verwenden, jedem Projekt sein eigenes
          Projektarchiv geben oder einen Kompromiss aus diesen beiden
@@ -4760,7 +4760,7 @@
        <para>Das Auszugsformat eines Subversion Projektarchivs erlaubt
          ebenfalls die Umwandlung aus einem vollst?ndig
          unterschiedlichen Speichermechanismus oder
-        Versionskontrollsystem. Da das Format der Auszugsdatei
+        Versions-Kontroll-System. Da das Format der Auszugsdatei
          gr??tenteils menschenlesbar ist, sollte es relativ einfach
          sein, in diesem Dateiformat generische ?nderungsmengen zu
          beschreiben, wobei jede als neue Revision behandelt werden
=======================================
--- /branches/1.8/de/book/ch06-server-configuration.xml	Mon Jan 26 11:47:32  
2015 UTC
+++ /branches/1.8/de/book/ch06-server-configuration.xml	Tue Feb  3 17:18:07  
2015 UTC
@@ -8123,7 +8123,7 @@

  -->
         <para>Vergessen Sie nicht, dass es sich hier um ein
-         Versionskontrollsystem handelt! Selbst falls jemand
+         Versions-Kontroll-System handelt! Selbst falls jemand
           versehentlich eine ?nderung dorthin ?bergibt, wo sie
           eigentlich nicht hin sollte, ist es einfach, die ?nderung
           r?ckg?ngig zu machen. Und sollte ein Anwender mit b?ser
=======================================
--- /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Nov 25 16:56:50 2014  
UTC
+++ /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Feb  3 17:18:07 2015  
UTC
@@ -1126,7 +1126,7 @@
          Verantwortlichkeit; ihre Aufgabe ist es, die Funktionen der
          Arbeitskopie-Bibliothek mit denen der RA-Schicht zu vermischen
          und eine API auf h?chster Ebene f?r Anwendungen zur Verf?gung
-        zu stellen, die allgemeine Versionskontrollaktionen
+        zu stellen, die allgemeine Versionskontroll-Aktionen
          durchf?hren wollen. Beispielsweise erwartet die Funktion
          <function>svn_client_checkout()</function> einen URL als
          Argument. Sie leitet diesen URL an die RA-Schicht weiter und
@@ -2640,7 +2640,7 @@
        interessante Verwendungen f?r die Subversion-API gefunden, von
        einfachen Projektarchiv-Hook-Skripten ?ber Integrationen zwischen
        Subversion und einer anderen Anwendung bis zu vollst?ndig
-      unterschiedlichen Versionskontrollsystemen. Womit wollen
+      unterschiedlichen Versions-Kontroll-Systemen. Womit wollen
        <emphasis>Sie</emphasis> es versuchen?</para>

    </sect1>
=======================================
--- /branches/1.8/de/book/ch09-reference.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ch09-reference.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -636,133 +636,6 @@

        </refsect1>

-      <refsect1 id="svn.ref.mod_authz_svn.conf.directives">
-<!--
-        <title>Directives</title>
--->
-        <title>Anweisungen</title>
-
-<!--
-        <para>These are the <filename>httpd.conf</filename> directives
-          that apply to <command>mod_authz_svn</command>:</para>
--->
-        <para>Dies sind die
-          <filename>httpd.conf</filename>-Direktiven, die f?r
-          <command>mod_authz_svn</command> g?ltig sind:</para>
-
-        <variablelist>
-
-          <varlistentry>
-            <term><literal>AuthzForceUsernameCase Upper| 
Lower</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>Upper</literal>
-                or <literal>Lower</literal> to perform case conversion
-                of the specified sort on the authenticated username
-                before checking it for authorization.  While usernames
-                are compared in a case-sensitive fashion against those
-                referenced in the authorization rules file, this
-                directive can at least normalize variably-cased
-                usernames into something consistent.</para>
--->
-              <para>Entweder <literal>Upper</literal>
-                oder <literal>Lower</literal>, um die entsprechende
-                Umwandlung des authentifizierten Anwendernamens vor
-                der Autorisierungspr?fung in Klein- oder
-                Gro?schreibung vorzunehmen. W?hrend Anwendernamen
-                unter Beachtung der Klein- oder Gro?schreibung mit
-                denjenigen in der Autorisierungs-Regel-Datei
-                verglichen werden, kann diese Direktive zumindest
-                gemischt geschriebene Anwendernamen in irgendetwas
-                konsistentes normalisieren.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNAccessFile
-              <replaceable>file-path</replaceable></literal></term>
-            <listitem>
-
-<!--
-              <para>Consult <replaceable>file-path</replaceable> for
-                access rules describing the permissions for paths in
-                Subversion repository.</para>
--->
-              <para>F?r Zugriffsregeln, die Rechte auf Pfaden im
-                Subversion-Projektarchiv beschreiben, soll in
-                <replaceable>file-path</replaceable> nachgesehen
-                werden.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNAnonymous On|Off</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>Off</literal> to disable two
-                special-case behaviours of this module: interaction
-                with the <literal>Satisfy Any</literal> directive and
-                enforcement of the authorization policy even when no
-                <literal>Require</literal> directives are present.
-                The default value of this directive is
-                <literal>On</literal>.</para>
--->
-              <para>Um zwei besondere Verhaltensweisen dieses Moduls
-                zu unterbinden, sollte diese Direktive auf
-                <literal>Off</literal> gesetzt werden: Die Interaktion
-                mit der <literal>Satisfy Any</literal>-Anweisung und
-                das Durchsetzen des Autorisierungsverfahrens auch
-                dann, wenn keine <literal>Require</literal>-Direktiven
-                vorhanden sind. Der Standardwert dieser Direktive ist
-                <literal>On</literal>.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNAuthoritative On|Off</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>Off</literal> to allow access
-                control to be passed along to lower modules.  The
-                default value of this directive is
-                <literal>On</literal>.</para>
--->
-              <para>Auf <literal>Off</literal> gesetzt, wird die
-                Weiterleitung der Zugriffskontrolle an tiefere Module
-                erlaubt. Der Standardwert dieser Direktive ist
-                <literal>On</literal>.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNNoAuthWhenAnonymousAllowed On| 
Off</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>On</literal> to suppress
-                authentication and authorization for requests which
-                anonymous users are allowed to perform.  The default
-                value of this directive is
-                <literal>On</literal>.</para>
--->
-              <para>Auf <literal>On</literal> setzen, um die
-                Authentifizierung und Autorisierung von Anfragen zu
-                unterbinden, die anonyme Benutzer durchf?hren d?rfen.
-                Der Standardwert dieser Direktive ist
-                <literal>On</literal>.</para>
-
-            </listitem>
-          </varlistentry>
-
-        </variablelist>
-      </refsect1>

      </refentry>
    </sect1>
=======================================
--- /branches/1.8/de/book/foreword.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/foreword.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -110,7 +110,7 @@
      Leute immer wieder die gleichen grundlegenden Fragen auf der
      Subversion-Mailingliste stellten: Was sind die
      Standard-Arbeitsabl?ufe mit Subversion?  Funktionieren Branches
-    und Tags genau so wie in anderen Versionskontrollsystemen?  Wie
+    und Tags genau so wie in anderen Versions-Kontroll-Systemen?  Wie
      finde ich heraus, wer eine bestimmte ?nderung durchgef?hrt
      hat?</para>

=======================================
--- /branches/1.8/de/book/ref-svn.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svn.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -836,7 +836,7 @@
            <para>Schaltet einen besonderen Ausgabemodus f?r
              <command>svn diff</command> ein, der f?r die
              Kompatibilit?t mit dem verbreiteten verteilten
-            Versionskontroll-System Git entworfen wurde.</para>
+            Versions-Kontroll-System Git entworfen wurde.</para>
          </listitem>
        </varlistentry>

@@ -8318,7 +8318,7 @@
            <emphasis>lediglich Metadaten der Arbeitskopie</emphasis>.
            Sie ?ndert keine Dateiinhalte versionierter oder
            unversionierter Dateien, f?hrt keinerlei
-          Versionskontroll-Operationen aus (etwa ?bergaben oder
+          Versions-Kontroll-Operationen aus (etwa ?bergaben oder
            Aktualisierungen) usw.</para>
        </note>


From svnbook at googlecode.com  Wed Feb  4 02:47:36 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 04 Feb 2015 08:47:36 +0000
Subject: [svnbook] r4972 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c1dfae362bbb050e3f3d71@google.com>

Revision: 4972
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb  4 08:47:26 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * What's a Branch?
   * Using Branches
   ** Creating a Branch
   ** Working with Your Branch
   ** The Key Concepts Behind Branching
   * Basic Merging
   ** Changesets
   ** Keeping a Branch in Sync
   ** Reintegrating a Branch
   ** Mergeinfo and Previews

https://code.google.com/p/svnbook/source/detail?r=4972

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb  3  
17:18:07 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
08:47:26 2015 UTC
@@ -1,3 +1,5 @@
+<!-- -*- sgml -*- -->
+
  <chapter id="svn.branchmerge">
  <!--
    <title>Branching and Merging</title>
@@ -23,7 +25,7 @@
      these operations as well as Subversion's somewhat unique approach
      to them.  If you've not familiarized yourself with Subversion's
      basic concepts (found in <xref linkend="svn.basic"/>), we
-    recommmend that you do so before reading this chapter.</para>
+    recommend that you do so before reading this chapter.</para>
  -->
    <para>Verzweigen (<foreignphrase>Branching</foreignphrase>) und
      Zusammenf?hren
@@ -107,8 +109,7 @@
      <para>
        <indexterm>
          <primary>branches</primary>
-      </indexterm>
-      This is the basic concept of a branch&mdash;namely,
+      </indexterm>This is the basic concept of a branch&mdash;namely,
        a line of development that exists independently of another line,
        yet still shares a common history if you look far enough back in
        time.  A branch always begins life as a copy of something, and
@@ -118,6 +119,7 @@
      <para>
        <indexterm>
          <primary>Zweige</primary>
+        <see>Branches</see>
        </indexterm>
        <indexterm>
          <primary>Branches</primary>
@@ -355,7 +357,6 @@
          Auch diesmal ist der Name, den Sie w?hlen, f?r Subversion
          unwichtig &ndash; Sie k?nnen einen Namen verwenden, der am
          besten f?r Sie und Ihr Team geeignet ist.</para>
-
  <!--
        <para>Let's assume that your team (like most) has a policy of
          creating branches in the <filename>branches</filename>
@@ -380,17 +381,44 @@
          Kopie von <filename>/calc/trunk</filename> beginnt.</para>

  <!--
-      <para>You may already have seen <command>svn copy</command> used
-        to copy one file to another within a working copy.  But it can
-        also be used to do a <firstterm>remote
-        copy</firstterm>&mdash;a copy that immediately results in a
-        newly committed repository revision and for which no working
-        copy is required at all.  Just copy one URL to another:</para>
+      <para>
+        <indexterm>
+          <primary>copying</primary>
+          <secondary>remote copies</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>subcommands</secondary>
+          <tertiary>copy</tertiary>
+        </indexterm>
+        <indexterm>
+          <primary>branches</primary>
+          <secondary>creating</secondary>
+        </indexterm>You may already have seen <command>svn
+        copy</command> used to copy one file to another within a
+        working copy.  But it can also be used to do
+        a <firstterm>remote copy</firstterm>&mdash;a copy that
+        immediately results in a newly committed repository revision
+        and for which no working copy is required at all.  Just copy
+        one URL to another:</para>
  -->
-      <para>Sie haben vielleicht schon gesehen, wie mit <command>svn
+      <para>
+        <indexterm>
+          <primary>Kopieren</primary>
+          <secondary>Kopien aus der Ferne</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>Unterbefehle</secondary>
+          <tertiary>copy</tertiary>
+        </indexterm>
+        <indexterm>
+          <primary>Branches</primary>
+          <secondary>erzeugen</secondary>
+        </indexterm>Sie haben vielleicht schon gesehen, wie mit  
<command>svn
          copy</command> innerhalb einer Arbeitskopie eine Datei auf
          eine andere kopiert wird. Es kann allerdings auch verwendet
-        werden, um eine <firstterm>entfernte Kopie</firstterm>
+        werden, um eine <firstterm>Kopie aus der Ferne</firstterm>
          durchzuf?hren: eine Kopie die unmittelbar eine neue Revision
          des Projektarchivs zur Folge hat, und f?r die ?berhaupt keine
          Arbeitskopie notwendig ist. Kopieren Sie einfach einen URL auf
@@ -398,13 +426,12 @@

        <informalexample>
          <screen>
-$ svn copy http://svn.example.com/repos/calc/trunk \
-           http://svn.example.com/repos/calc/branches/my-calc-branch \ <!--
-      -m "Creating a private branch of /calc/trunk."
+$ svn copy ^/calc/trunk ^/calc/branches/my-calc-branch \ <!--
+           -m "Creating a private branch of /calc/trunk."

  Committed revision 341.
  -->
-      -m "Privaten Zweig von /calc/trunk angelegt."
+           -m "Privaten Zweig von /calc/trunk angelegt."

  Revision 341 ?bertragen.
  $
@@ -428,7 +455,12 @@
          every file and subdirectory within that working copy directory
          on the local disk.  Copying a directory on the server,
          however, is a constant-time operation, and it's the way most
-        people create branches.</para>
+        people create branches.  In addition, this practice raises the
+        possibility of copying mixed-revision working copies.  This isn't
+        inherently dangerous, but can cause unnecessary complications later
+        during merging.  If you do choose to create a branch by copying a
+        working copy path, you should be sure the source directory has no
+        local modifications and is not at mixed-revisions.</para>
  -->
        <para>Dieser Befehl bewirkt eine fast sofortige ?bergabe im
          Projektarchiv, wobei in Revision 341 ein neues Verzeichnis
@@ -450,7 +482,15 @@
          Platte dupliziert werden muss. Das Kopieren eines
          Verzeichnisses auf dem Server jedoch besitzt einen konstanten
          Zeitaufwand und ist die Art und Weise, auf die die meisten
-        Leute Zweige erstellen.</para>
+        Leute Zweige erstellen. Zus?tzlich er?ffnet diese
+        Vorgehensweise die M?glichkeit, Arbeitskopien mit gemischten
+        Revisionen zu kopieren. Das ist nicht von Natur aus
+        gef?hrlich, kann jedoch sp?ter beim Zusammenf?hren zu
+        unn?tigen Komplikationen f?hren. Falls Sie sich entscheiden,
+        einen Zweig ?ber eine Kopie eines Pfades der Arbeitskopie zu
+        erstellen, sollten Sie sicherstellen, dass das
+        Quellverzeichnis weder lokale ?nderungen noch gemischte
+        Revisionen hat.</para>

        <figure id="svn.branchmerge.using.create.dia-1">
  <!--
@@ -562,9 +602,15 @@
        <informalexample>
          <screen>
  $ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch
-A  my-calc-branch/Makefile
-A  my-calc-branch/integer.c
-A  my-calc-branch/button.c <!--
+A    my-calc-branch/doc
+A    my-calc-branch/src
+A    my-calc-branch/doc/INSTALL
+A    my-calc-branch/src/real.c
+A    my-calc-branch/src/main.c
+A    my-calc-branch/src/button.c
+A    my-calc-branch/src/integer.c
+A    my-calc-branch/Makefile
+A    my-calc-branch/README<!--
  Checked out revision 341.
  -->
  Ausgecheckt, Revision 341.
@@ -603,33 +649,33 @@
          <listitem>
  <!--
            <para>You make a change to
-            <filename>/calc/branches/my-calc-branch/button.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/button.c</filename>,
              which creates revision 342.</para>
  -->
            <para>Sie machen eine ?nderung an
-            <filename>/calc/branches/my-calc-branch/button.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/button.c</filename>,
            die die Revision 342 erzeugt.</para>
          </listitem>

          <listitem>
  <!--
            <para>You make a change to
-            <filename>/calc/branches/my-calc-branch/integer.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/integer.c</filename>,
              which creates revision 343.</para>
  -->
            <para>Sie machen eine ?nderung an
-            <filename>/calc/branches/my-calc-branch/integer.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/integer.c</filename>,
              die die Revision 343 erzeugt.</para>
          </listitem>

          <listitem>
  <!--
            <para>Sally makes a change to
-            <filename>/calc/trunk/integer.c</filename>, which creates
+            <filename>/calc/trunk/src/integer.c</filename>, which creates
              revision 344.</para>
  -->
            <para>Sally macht eine ?nderung an
-            <filename>/calc/trunk/integer.c</filename>, die die Revision
+            <filename>/calc/trunk/src/integer.c</filename>, die die  
Revision
              344 erzeugt.</para>
          </listitem>
        </itemizedlist>
@@ -665,35 +711,45 @@
  $ pwd
  /home/user/my-calc-branch

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r343 | user | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r343 | user | 2013-02-15 14:11:09 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
-   M /calc/branches/my-calc-branch/integer.c
+   M /calc/branches/my-calc-branch/src/integer.c

  * integer.c:  frozzled the wazjub.
-
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r341 | user | 2002-11-03 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r341 | user | 2013-02-15 07:41:25 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
     A /calc/branches/my-calc-branch (from /calc/trunk:340)

  Creating a private branch of /calc/trunk.
-
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r154 | sally | 2013-01-30 04:20:03 -0500 (Wed, 30 Jan 2013) | 2 lines
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  changed a docstring.
-
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+&hellip;
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sat, 26 Jan 2013) | 2 lines
  Changed paths:
-   A /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

-* integer.c:  adding this file to the project.
+* integer.c: Revise the fooplus API.
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r8 | sally | 2013-01-17 16:55:36 -0500 (Thu, 17 Jan 2013) | 1 line
+Changed paths:
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c

+Initial trunk code import for calc project.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  </screen>
        </informalexample>
@@ -703,35 +759,43 @@
  $ pwd
  /home/user/my-calc-branch

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  ------------------------------------------------------------------------
-r343 | user | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r343 | user | 2013-02-15 14:11:09 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-   M /calc/branches/my-calc-branch/integer.c
+   M /calc/branches/my-calc-branch/src/integer.c

  * integer.c:  Wazjub gefrozzelt.
-
  ------------------------------------------------------------------------
-r341 | user | 2002-11-03 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r341 | user | 2013-02-15 07:41:25 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  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 (Di, 29. Okt 2002) | 2 Zeilen
+r154 | sally | 2013-01-30 04:20:03 -0500 (Mi, 30. Jan 2013) | 2 Zeilen
  Ge?nderte Pfade:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  Einen Docstring ge?ndert.
+------------------------------------------------------------------------
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sa, 26. Jan 2013) | 2 Zeilen
+Ge?nderte Pfade:
+   A /calc/trunk/src/integer.c

+* integer.c:  Die fooplus API ?berarbeitet.
  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
+r8 | sally | 2013-01-17 16:55:36 -0500 (Do, 17. Jan 2013) | 1 Zeile
  Ge?nderte Pfade:
-   A /calc/trunk/integer.c
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c

-* integer.c:  Diese Datei dem Projekt hinzugef?gt.
-
+Urspr?nglicher Calc Projekt Quelltext-Import von trunk.
  ------------------------------------------------------------------------
  </screen>
        </informalexample>
@@ -763,28 +827,39 @@
  $ pwd
  /home/sally/calc

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r344 | sally | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

-* integer.c:  fix a bunch of spelling errors.
-
+Refactor the bazzle functions.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r154 | sally | 2013-01-30 04:20:03 -0500 (Wed, 30 Jan 2013) | 2 lines
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  changed a docstring.
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+&hellip;
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sat, 26 Jan 2013) | 2 lines
+Changed paths:
+   M /calc/trunk/src/integer.c

+* integer.c: Revise the fooplus API.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+r8 | sally | 2013-01-17 16:55:36 -0500 (Thu, 17 Jan 2013) | 1 line
  Changed paths:
-   A /calc/trunk/integer.c
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c

-* integer.c:  adding this file to the project.
-
+Initial trunk code import for calc project.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  </screen>
        </informalexample>
@@ -794,28 +869,38 @@
  $ pwd
  /home/sally/calc

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  ------------------------------------------------------------------------
-r344 | sally | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

-* integer.c:  Ein paar Rechtschreibfehler behoben.
-
+Die bazzle Funktionen refaktoriert.
  ------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
+r154 | sally | 2013-01-30 04:20:03 -0500 (Mi, 30. Jan 2013) | 2 Zeilen
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  Einen Docstring ge?ndert.
-
  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sa, 26. Jan 2013) | 2 Zeilen
  Changed paths:
-   A /calc/trunk/integer.c
+   A /calc/trunk/src/integer.c

-* integer.c:  Diese Datei dem Projekt hinzugef?gt.
+* integer.c:  Die fooplus API ?berarbeitet.

+------------------------------------------------------------------------
+r8 | sally | 2013-01-17 16:55:36 -0500 (Do, 17. Jan 2013) | 1 line
+Changed paths:
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c
+
+Urspr?nglicher Calc Projekt Quelltext-Import von trunk.
  ------------------------------------------------------------------------
  </screen>
        </informalexample>
@@ -828,8 +913,8 @@
          <emphasis>does</emphasis> show that the two files share a
          common history.  Before the branch copy was made in revision
          341, the files used to be the same file.  That's why you and
-        Sally both see the changes made in revisions 303 and
-        98.</para>
+        Sally both see the changes made between revisions 8 and
+        154.</para>
  -->
        <para>Sally sieht ihre eigene ?nderung in Revision 344, aber
          nicht die ?nderung, die Sie in Revision 343 gemacht haben. Was
@@ -839,8 +924,8 @@
          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
-        sehen sowohl Sie als auch Sally die ?nderungen, die in den
-        Revisionen 303 und 98 gemacht wurden.</para>
+        sehen sowohl Sie als auch Sally die ?nderungen, die zwischen
+        den Revisionen 8 und 154 gemacht wurden.</para>

      </sect2>

@@ -957,7 +1042,10 @@
        Konflikten auf den Stamm zur?ckzuf?hren.</para>

  <!--
-    <para>Instead, you and Sally might continue to share changes as
+    <para>
+      <indexterm>
+        <primary>merging</primary>
+      </indexterm>Instead, you and Sally might continue to share changes as
        you work.  It's up to you to decide which changes are worth
        sharing; Subversion gives you the ability to selectively
        <quote>copy</quote> changes between branches.  And when you're
@@ -968,7 +1056,14 @@
        it is performed using various invocations of the <command>svn
        merge</command> subcommand.</para>
  -->
-    <para>Stattdessen k?nnten Sie und Sally fortfahren, w?hrend der
+    <para>
+      <indexterm>
+        <primary>Merging</primary>
+      </indexterm>
+      <indexterm>
+        <primary>Zusammenf?hren</primary>
+        <see>Merging</see>
+      </indexterm>Stattdessen k?nnten Sie und Sally fortfahren, w?hrend der
        Arbeit ?nderungen gemeinsam zu verwenden. Es liegt an Ihnen, zu
        entscheiden, welche ?nderungen teilenswert sind; Subversion
        bietet Ihnen die F?higkeit, ?nderungen selektiv zwischen Zweigen
@@ -984,7 +1079,7 @@

  <!--
      <para>In the examples that follow, we're assuming that both your
-      Subversion client and server are running Subversion 1.7 (or
+      Subversion client and server are running Subversion 1.8 (or
        later).  If either client or server is older than version 1.5,
        things are more complicated: the system won't track changes
        automatically, forcing you to use painful manual methods to
@@ -999,17 +1094,17 @@
  -->
      <para>In den folgenden Beispielen gehen wir davon aus, dass sowohl
        auf Ihrem Subversion-Client als auch auf dem Server Subversion
-      1.7 (oder neuer) l?uft. Falls einer von beiden ?lter als Version
+      1.8 (oder neuer) l?uft. Falls einer von beiden ?lter als Version
        1.5 ist, wird es komplizierter: Das System wird ?nderungen nicht
        automatisch mitverfolgen, so dass Sie schmerzhafte manuelle
        Methoden anwenden m?ssen, um ?hnliche Resultate zu
        erzielen. Dass hei?t, dass Sie stets die detaillierte Syntax
        beim Zusammenf?hren verwenden m?ssen, um bestimmte
-      Revisionsintervalle zu ?bertragen (siehe <xref
-      linkend="svn.branchmerge.advanced.advancedsyntax"/> weiter unten
-      in diesem Kapitel), und besonders sorgf?ltig verfolgen m?ssen,
-      was bereits zusammengef?hrt ist und was nicht. Aus diesem Grund
-      empfehlen wir Ihnen <emphasis>dringend</emphasis>,
+      Revisionsintervalle zu ?bertragen (siehe
+      <xref linkend="svn.branchmerge.advanced.advancedsyntax"/> weiter
+      unten in diesem Kapitel), und besonders sorgf?ltig verfolgen
+      m?ssen, was bereits zusammengef?hrt ist und was nicht. Aus
+      diesem Grund empfehlen wir Ihnen <emphasis>dringend</emphasis>,
        sicherzustellen, dass Ihr Client und Server mindestens die
        Version 1.5 haben.</para>

@@ -1019,18 +1114,17 @@
        <para>
          <indexterm>
            <primary>merge tracking</primary>
-        </indexterm>
-        Subversion 1.5 introduced the
+        </indexterm>Subversion 1.5 introduced the
          <firstterm>merge tracking</firstterm> feature to Subversion.
          Prior to this feature keeping track of merges required cumbersome
          manual procedures or the use of external tools. Subsequent
          releases of Subversion introduced many enhancements and bug
          fixes to merge tracking, which is why we recommend using the
-        most recent versions on both your server and client.  Keep in
-        mind that even if your server is running 1.5 or 1.6, you can still
-        use a 1.7 client.  This is particularly important as regards merge
-        tracking, because the overwhelming majority of fixes to it are on
-        the client side.</para>
+        most recent versions for both your server and client.  Keep in
+        mind that even if your server is running 1.5-1.7, you can still
+        use a 1.8 client.  This is particularly important with regard to  
merge
+        tracking, because the overwhelming majority of fixes and  
enhancements
+        to it are on the client side.</para>
      </sidebar>
  -->
      <sidebar id="svn.branchmerge.basicmerging.mergetracking">
@@ -1042,8 +1136,7 @@
          <indexterm>
            <primary>Verfolgung von Zusammenf?hrungen</primary>
            <see>Merge-Tracking</see>
-        </indexterm>
-        Subversion 1.5 f?hrte die Funktionalit?t der
+        </indexterm>Subversion 1.5 f?hrte die Funktionalit?t der
          <firstterm>Verfolgung von Zusammenf?hrungen</firstterm>
          (<foreignphrase>merge tracking</foreignphrase>) in
          Subversion ein. Vor dieser Funktionalit?t erforderte das Verfolgen
@@ -1053,11 +1146,11 @@
          Merge-Tracking ein, weshalb wir empfehlen, die neuesten
          Versionen sowohl auf Ihrem Server als auch auf dem Client
          einzusetzen. Vergessen Sie nicht, dass Sie immer noch einen
-        1.7 Client verwenden k?nnen, auch wenn auf Ihrem Server 1.5
-        oder 1.6 laufen. Das ist besonders hinsichtlich des
-        Merge-Trackings wichtig, da eine ?berw?ltigende Mehrheit von
-        Fehlerbehebungen daran auf der Client-Seite statt gefunden
-        haben.</para>
+        1.8 Client verwenden k?nnen, auch wenn auf Ihrem Server
+        1.5-1.7 laufen. Das ist besonders wichtig hinsichtlich des
+        Merge-Trackings, da die ?berw?ltigende Mehrheit der
+        Fehlerbehebungen und Verbesserungen auf der Client-Seite statt
+        gefunden hat.</para>
      </sidebar>

      <!-- ===============================================================  
-->
@@ -1068,7 +1161,10 @@
        <title>?nderungsmengen</title>

  <!--
-      <para>Before we proceed further, we should warn you that there's
+      <para>
+        <indexterm>
+          <primary>changesets</primary>
+        </indexterm>Before we proceed further, we should warn you that  
there's
          a lot of discussion of <quote>changes</quote> in
          the pages ahead.  A lot of people experienced with version
          control systems use the terms <quote>change</quote>
@@ -1076,7 +1172,14 @@
          clarify what Subversion understands as
          a <firstterm>changeset</firstterm>.</para>
  -->
-      <para>Bevor wir weitermachen, sollten wir Sie warnen, dass Sie
+      <para>
+        <indexterm>
+          <primary>changesets</primary>
+        </indexterm>i
+        <indexterm>
+          <primary>?nderungsmengen</primary>
+          <see>changesets</see>
+        </indexterm>Bevor wir weitermachen, sollten wir Sie warnen, dass  
Sie
          auf den kommenden Seiten viele Er?rterungen zum Thema
          <quote>?nderungen</quote> erwarten. Viele mit
          Versions-Kontroll-Systemen erfahrene Leute benutzen die Begriffe
@@ -1169,20 +1272,48 @@
        <title>Einen Zweig synchron halten</title>

  <!--
-      <para>Continuing with our running example, let's suppose that a
-        week has passed since you started working on your private
-        branch.  Your new feature isn't finished yet, but at the same
-        time you know that other people on your team continue to make
-        important changes in the
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>sync merges</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>subcommands</secondary>
+          <tertiary>merge</tertiary>
+        </indexterm>Continuing with our running example, let's suppose
+        that a week has passed since you started working on your
+        private branch.  Your new feature isn't finished yet, but at
+        the same time you know that other people on your team continue
+        to make important changes in the
          project's <filename>/trunk</filename>.  It's in your best
          interest to replicate those changes to your own branch, just
          to make sure they mesh well with your changes.  This is done
-        by performing a <firstterm>sync merge</firstterm>&mdash;a
+        by performing an <firstterm>automatic sync  
merge</firstterm>&mdash;a
          merge operation designed to bring your branch up to date with
          any changes made to its ancestral parent branch since your
-        branch was created.</para>
+        branch was created.
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>automatic</secondary>
+        </indexterm> An <quote>automatic</quote> merge is simply
+        one in which you provide the bare minimum of information required
+        for a merge (i.e. a single merge source and a working copy target)
+        and let Subversion determine which changes need merging&mdash;no
+        changesets are passed to <command>svn merge</command> via the
+        <option>-r</option> or <option>-c</option> options in an automatic
+        merge.</para>
  -->
-      <para>Machen wir mit unserem Beispiel weiter und nehmen an, dass
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>Synchronisierungs-Merge</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>Unterbefehle</secondary>
+          <tertiary>merge</tertiary>
+        </indexterm>Machen wir mit unserem Beispiel weiter und nehmen an,  
dass
          eine Woche vergangen ist seitdem Sie begonnen haben, auf
          Ihrem privaten Zweig zu arbeiten. Ihre Arbeit ist noch nicht
          beendet, jedoch wissen Sie, dass gleichzeitig andere Leute in
@@ -1195,8 +1326,19 @@
          erreicht &ndash; ein <foreignphrase>Merge</foreignphrase> zu
          dem Zweck, Ihren Zweig mit ?nderungen zu aktualisieren, die
          seit der Erstellung Ihres Zweigs auf dem Ursprungszweig
-        vorgenommen wurden.</para>
-
+        vorgenommen wurden.
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>automatisch</secondary>
+        </indexterm> Ein <quote>automatischer</quote> Merge ist ganz
+        einfach einer, bei dem Sie das absolute Minimum an ben?tigten
+        Informationen f?r einen Merge angeben (d.h., eine einzelne
+        Merge-Quelle und ein Arbeitskopie-Ziel) und Subversion
+        entscheiden lassen, welche ?nderungen zusammengef?hrt werden
+        m?ssen &ndash; bei einem automatischen Merge werden keine
+        ?nderungsmengen  mit <option>-r</option> oder
+        <option>-c</option> an <command>svn merge</command>
+        ?bergeben.</para>
  <!--
        <tip>
          <para>Frequently keeping your branch in sync with the main
@@ -1235,21 +1377,26 @@
  /home/user/my-calc-branch

  $ svn merge ^/calc/trunk <!--
-- - - Merging r345 through r356 into '.':
+- - Merging r341 through r351 into '.':
  -->
--- Zusammenf?hren von r345 bis r356 in ?.?:
-U    button.c
-U    integer.c <!--
-- - - Recording mergeinfo for merge of r345 through r356 into '.':
+-- Zusammenf?hren von r341 bis r351 in ?.?:
+U    doc/INSTALL
+U    src/real.c
+U    src/button.c<!--
+- - Recording mergeinfo for merge of r345 through r356 into '.':
  -->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r345 in ?.?:
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r341 bis r356 in  
?.?:
   U   .
  $
  </screen>
        </informalexample>

  <!--
-      <para>This basic syntax&mdash;<userinput>svn merge
+      <para>
+        <indexterm>
+          <primary>properties</primary>
+          <secondary>svn:mergeinfo</secondary>
+        </indexterm>This basic syntax&mdash;<userinput>svn merge
          <replaceable>URL</replaceable></userinput>&mdash;tells
          Subversion to merge all changes which have not been previously
          merged from the URL to the current working directory (which is
@@ -1265,7 +1412,11 @@
          chapter, in
          <xref linkend="svn.branchmerge.basicmerging.mergeinfo"/>.</para>
  -->
-      <para>Diese einfache Syntax &ndash; <userinput>svn merge
+      <para>
+        <indexterm>
+          <primary>Eigenschaften</primary>
+          <secondary>svn:mergeinfo</secondary>
+        </indexterm>Diese einfache Syntax &ndash; <userinput>svn merge
          <replaceable>URL</replaceable></userinput> &ndash; fordert
          Subversion auf, alle ?nderungen von dem URL, die vorher noch
          nicht zusammengef?hrt wurden,  mit dem aktuellen
@@ -1289,22 +1440,21 @@
          <para>
            <indexterm>
              <primary>mergeinfo</primary>
-          </indexterm>
-          In this book and elsewhere (Subversion mailing lists, articles
-          on merge tracking, etc.) you will frequently come across the
-          term <firstterm>mergeinfo</firstterm>. This is simply shorthand
-          for the <literal>svn:mergeinfo</literal> property.</para>
+          </indexterm>In this book and elsewhere (Subversion mailing
+          lists, articles on merge tracking, etc.) you will frequently
+          come across the term <firstterm>mergeinfo</firstterm>. This
+          is simply shorthand for the <literal>svn:mergeinfo</literal>
+          property.</para>
        </tip>
  -->
        <tip>
          <para>
            <indexterm>
              <primary>Mergeinfo</primary>
-          </indexterm>
-          In diesem Buch und anderswo (Subversion Mailing-Listen,
-          Artikeln ?ber Merge-Tracking usw.) wird Ihnen oft der
-          Begriff <firstterm>Mergeinfo</firstterm> begegnen.  Das ist
-          einfach die Abk?rzung f?r die Eigenschaft
+          </indexterm>In diesem Buch und anderswo (Subversion
+          Mailing-Listen, Artikeln ?ber Merge-Tracking usw.) wird
+          Ihnen oft der Begriff <firstterm>Mergeinfo</firstterm>
+          begegnen.  Das ist einfach die Abk?rzung f?r die Eigenschaft
            <literal>svn:mergeinfo</literal>.</para>
        </tip>

@@ -1317,20 +1467,21 @@
  <!--
          <para>You may not always be able to use Subversion's merge
            tracking feature, perhaps because your server is running
-          Subversion 1.4 or earlier.  In such a scenario, you can of
-          course still perform merges, but Subversion will need you to
-          manually do many of the historical calculations that it
-          automatically does on your behalf when the merge tracking
-          feature is available.</para>
+          Subversion 1.4 or earlier or you must use an older client.
+          In such a scenario, you can of course still perform merges,
+          but Subversion will need you to manually do many of the  
historical
+          calculations that it automatically does on your behalf when the
+          merge tracking feature is available.</para>
  -->
-        <para>Es kann sein, dass Sie nicht immer die
-          Zusammenf?hrungs-Verfolgung von Subversion verwenden k?nnen,
-          vielleicht, weil auf Ihrem Server Subversion 1.4 oder ?lter
-          l?uft. In einem solchen Szenario, k?nnen Sie
-          selbstverst?ndlich immer noch zusammenf?hren, doch erwartet
-          Subversion von Ihnen, viele der historischen Berechnungen
-          selbst manuell vorzunehmen, die Ihnen das Merge-Tracking
-          abnehmen w?rde, wenn sie verf?gbar w?re.</para>
+        <para>Es kann sein, dass Sie nicht immer das Merge-Tracking
+          von Subversion verwenden k?nnen, vielleicht, weil auf Ihrem
+          Server Subversion 1.4 oder ?lter l?uft oder Sie einen
+          ?lteren Client verwenden. In einem solchen Szenario, k?nnen
+          Sie selbstverst?ndlich immer noch zusammenf?hren, doch
+          erwartet Subversion von Ihnen, viele der historischen
+          Berechnungen selbst manuell vorzunehmen, die Ihnen das
+          Merge-Tracking abnehmen w?rde, wenn sie verf?gbar
+          w?re.</para>

  <!--
          <para>To replicate the most recent trunk changes you need to
@@ -1345,61 +1496,71 @@
            m?chten.</para>

  <!--
-        <para>Let's say you branched <filename>/trunk</filename> to
-          <filename>/branches/foo-feature</filename> in revision
-          400:</para>
+        <para>Using the ongoing example, you know that you branched
+          <filename>/calc/trunk</filename> to
+          <filename>/calc/branches/my-calc-branch</filename> in revision
+          341:</para>
  -->
-        <para>Sagen wir einmal, Sie h?tten in Revision 400
-          <filename>/branches/foo-feature</filename> von
-          <filename>/trunk</filename> abgezweigt:</para>
+        <para>Im laufenden Beispiel wissen Sie, dass Sie in Revision
+          341 <filename>/calc/trunk</filename> nach
+          <filename>/calc/branches/my-calc-branch</filename>
+          abgezweigt haben:</para>

          <informalexample>
            <screen>
-$ svn log -v -r 400 ^/branches/foo-feature
+$ svn log -v -r341
  ------------------------------------------------------------------------  
<!--
-r400 | carol | 2011-11-09 10:51:27 -0500 (Wed, 09 Nov 2011) | 1 line
+r341 | user | 2013-02-15 07:41:25 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
-A /branch/b2 (from /trunk:399)
+   A /calc/branches/my-calc-branch (from /calc/trunk:340)
  -->
-r400 | carol | 2011-11-09 10:51:27 -0500 (Mi, 09. Nov 2011) | 1 Zeile
+r341 | user | 2013-02-15 07:41:25 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-A /branch/b2 (von /trunk:399)
+   A /calc/branches/my-calc-branch (von /calc/trunk:340)

-Create branch for the foo feature
+Creating a private branch of /calc/trunk.
  ------------------------------------------------------------------------
  </screen>
          </informalexample>

  <!--
-        <para>When you are ready to syncronize your branch with the
+        <para>When you are ready to synchronize your branch with the
            ongoing changes from trunk, you specify the starting
-          revision as the revision of <filename>/trunk</filename>
+          revision as the revision of <filename>/calc/trunk</filename>
            which the branch was copied from and the ending revision as
-          <literal>HEAD</literal>:</para>
+          the youngest change on <filename>/calc/trunk</filename>.  You
+          can find the latter with the <command>svn log</command> command
+          with the <option>-r</option> set to  
<literal>HEAD</literal>:</para>
  -->
          <para>Wenn Sie soweit sind, Ihren Zweig mit den fortlaufenden
            ?nderungen vom Stamm zu synchronisieren, geben Sie die
            Start-Revision al die Revision von
-          <filename>/trunk</filename> an, von wo aus Sie den Zweig
-          kopiert haben, und als End-Revision
-          <literal>HEAD</literal>:</para>
+          <filename>/calc/trunk</filename> an, von wo aus Sie den
+          Zweig kopiert haben, und als End-Revision die letzte
+          ?nderung auf <filename>/calc/trunk</filename>. Letztere
+          k?nnen Sie finden, indem Sie den Befehl <command>svn
+          log</command> mit der Option <option>-r</option> und dem
+          Optionsargument <literal>HEAD</literal> aufrufen:</para>

          <informalexample>
            <screen>
-$ svn merge ^/trunk -r399:HEAD <!--
-- - - Merging r400 through r556 into '.':
--->
--- Zusammenf?hren von r400 bis r556 in ?.?:
-A    include/foo.h
-U    src/main.c
-A    src/foo.c
-&hellip;
+$ svn log -q -rHEAD http://svn.example.com/repos/calc/trunk
+------------------------------------------------------------------------<!--
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sat, 16 Feb 2013)-->
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sa, 16. Feb 2013)
+------------------------------------------------------------------------
+
+$ svn merge http://svn.example.com/repos/calc/trunk -r340:351
+U    doc/INSTALL
+U    src/real.c
+U    src/button.c
+U    Makefile
  </screen>
          </informalexample>

  <!--
          <para>After any conflicts have been resolved, you can commit
-          the merged changed to your branch.  Now, to avoid
+          the merged changes to your branch.  Now, to avoid
            accidentally trying to merge these same changes into your
            branch again in the future, you'll need to record the fact
            that you've already merged them.  But where should that
@@ -1418,26 +1579,16 @@

          <informalexample>
            <screen>
-<!--
-$ svn ci -m "Sync the foo-feature branch with ^/trunk through r556."
-Sending        include/foo.h
+$ svn ci -m "Sync the my-calc-branch with ^/calc/trunk through r351."
  &hellip;
-Transmitting file data .
-Committed revision 557.
--->
-$ svn ci -m "Den foo-Feature-Zweig mit ^/trunk bis r556 synchronisiert."
-Sende          include/foo.h
-&hellip;
-?bertrage Daten .
-Revision 557 ?bertragen.
  </screen>
          </informalexample>

  <!--
          <para>The next time you sync
-          <filename>/branches/foo-branch</filename> with
-          <filename>/trunk</filename> you repeat this process, except that
-          the starting revision is the <emphasis>youngest</emphasis>
+          <filename>/calc/branches/my-calc-branch</filename>  with
+          <filename>/calc/trunk</filename> you repeat this process, except
+          that the starting revision is the <emphasis>youngest</emphasis>
            revision that's already been merged in from the trunk.
            If you've been keeping good records of your merges in the
            commit log messages, you should be able to determine what
@@ -1446,11 +1597,11 @@
            revision, you can perform another sync merge:</para>
  -->
          <para>Beim n?chsten Mal, wenn Sie
-          <filename>/branches/foo-branch</filename> mit
-          <filename>/trunk</filename> synchronisieren, wiederholen Sie
-          diesen Prozess, mit der Ausnahme, dass die Start-Revision
-          die <emphasis>j?ngste</emphasis> bereits vom Stamm
-          zusammengef?hrte Revision ist. Wenn Sie in Ihren
+          <filename>/calc/branches/my-calc-branch</filename> mit
+          <filename>/calc/trunk</filename> synchronisieren,
+          wiederholen Sie diesen Prozess, mit der Ausnahme, dass die
+          Start-Revision die <emphasis>j?ngste</emphasis> bereits vom
+          Stamm zusammengef?hrte Revision ist. Wenn Sie in Ihren
            Protokollnachrichten dar?ber gut Buch gef?hrt haben, sollten
            Sie in der Lage sein, festzustellen, welches diese j?ngste
            Revision war, indem Sie die Protokollnachrichten Ihres
@@ -1460,7 +1611,13 @@

          <informalexample>
            <screen>
-$ svn merge ^/trunk -r556:HEAD
+$ svn log -q -rHEAD http://svn.example.com/repos/calc/trunk
+------------------------------------------------------------------------<!--
+r959 | sally | 2013-03-5 7:30:21 -0500 (Tue, 05 Mar 2013)-->
+r959 | sally | 2013-03-5 7:30:21 -0500 (Di, 05. M?r 2013)
+------------------------------------------------------------------------
+
+$ svn merge http://svn.example.com/repos/calc/trunk -r351:959
  &hellip;
  </screen>
          </informalexample>
@@ -1482,9 +1639,10 @@
          <screen>
  $ svn status
   M      .
-M       button.c
-M       integer.c
-$
+M       Makefile
+M       doc/INSTALL
+M       src/button.c
+M       src/real.c
  </screen>
        </informalexample>

@@ -1493,13 +1651,9 @@
          carefully with <command>svn diff</command>, and then build and
          test your branch.  Notice that the current working directory
          (<quote><filename>.</filename></quote>) has also been
-        modified; <command>svn diff</command> will show that
-        its <literal>svn:mergeinfo</literal> property has been either
-        created or modified.  This is important merge-related metadata
-        that you should <emphasis>not</emphasis> touch, since it is
-        needed by future <command>svn merge</command> commands.
-        (We'll learn more about this metadata later in the
-        chapter.)</para>
+        modified; <command>svn diff</command> shows that
+        its <literal>svn:mergeinfo</literal> property has been created.
+  </para>
  -->
        <para>Zu diesem Zeitpunkt ist es weise, sich die ?nderungen
          mithilfe von <command>svn diff</command> sorgf?ltig anzusehen,
@@ -1507,9 +1661,48 @@
          testen. Beachten Sie, dass auch das aktuelle
          Arbeitsverzeichnis (<quote><filename>.</filename></quote>)
          ver?ndert wurde; <command>svn diff</command> zeigt an, dass
-        seine Eigenschaft <literal>svn:mergeinfo</literal> entweder
-        angelegt oder modifiziert wurde. Das ist ein wichtiges
-        Metadatum in Zusammenhang mit Zusammenf?hrungen, das Sie
+        seine Eigenschaft <literal>svn:mergeinfo</literal> angelegt
+        wurde.</para>
+
+      <informalexample>
+<!--
+        <screen>
+$ svn diff - -depth empty .
+Index: .
+===================================================================
+- - .   (revision 351)
++++ .   (working copy)
+
+Property changes on: .
+___________________________________________________________________
+Added: svn:mergeinfo
+   Merged /calc/trunk:r341-351
+</screen>
+-->
+        <screen>
+$ svn diff --depth empty .
+Index: .
+===================================================================
+--- .   (Revision 351)
++++ .   (Arbeitskopie)
+
+Eigenschafts?nderungen: .
+___________________________________________________________________
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Wed Feb  4 03:42:22 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 04 Feb 2015 09:42:22 +0000
Subject: [svnbook] r4973 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c1dfae146352050e40019a@google.com>

Revision: 4973
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb  4 09:42:09 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   ** Undoing Changes

https://code.google.com/p/svnbook/source/detail?r=4973

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
08:47:26 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
09:42:09 2015 UTC
@@ -3301,8 +3301,8 @@
          is to roll back a change that has already been committed.
          Suppose you're working away happily on a working copy of
          <filename>/calc/trunk</filename>, and you discover that the
-        change made way back in revision 303, which changed
-        <filename>integer.c</filename>, is completely wrong.  It never
+        change made back in revision 392, which changed
+        several code files, is completely wrong.  It never
          should have been committed.  You can use <command>svn
          merge</command> to <quote>undo</quote> the change in your
          working copy, and then commit the local modification to the
@@ -3316,33 +3316,38 @@
          Projektarchiv ?bergeben worden war. Nehmen wir einmal an, Sie
          arbeiten fr?hlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
-        damalige ?nderung an <filename>integer.c</filename> in
-        Revision 303 v?llig falsch war. Sie h?tte nie ?bergeben werden
-        sollen. Sie k?nnen <command>svn merge</command> verwenden, um
-        die ?nderung in Ihrer Arbeitskopie
+        damalige ?nderungen an verschiedenen Quelltext-Dateien in
+        Revision 392 v?llig falsch waren. Sie h?tten nie ?bergeben
+        werden sollen. Sie k?nnen <command>svn merge</command>
+        verwenden, um die ?nderung in Ihrer Arbeitskopie
          <quote>zur?ckzunehmen</quote>, und dann die lokale ?nderung an
-        das Projektarchiv ?bergeben. Alles, was Sie hierf?r tun m?ssen,
-        ist, eine <emphasis>umgekehrte</emphasis> Differenz anzugeben.
-        (Sie machen das durch die Angabe von <option>--revision
-        303:302</option> oder durch das ?quivalente <option>--change
-        -303</option>.)</para>
+        das Projektarchiv ?bergeben. Alles, was Sie hierf?r tun
+        m?ssen, ist, eine <emphasis>umgekehrte</emphasis> Differenz
+        anzugeben.  (Sie machen das durch die Angabe von
+        <option>--revision 303:302</option> oder durch das ?quivalente
+        <option>--change -303</option>.)</para>


        <informalexample>
          <screen>
-$ svn merge -c -303 ^/calc/trunk <!--
-- - - Reverse-merging r303 into 'integer.c':
+$ svn merge ^/calc/trunk . -c-392 <!--
+- - - Reverse-merging r392 into '.':
  -->
--- R?ckw?rtiges Zusammenf?hren von r303 in ?integer.c?:
-U    integer.c <!--
-- - - Recording mergeinfo for reverse merge of r303 into 'integer.c':
+-- R?ckw?rtiges Zusammenf?hren von r392 in ?.?:
+U    src/real.c
+U    src/main.c
+U    src/button.c
+U    src/integer.c <!--
+- - - Recording mergeinfo for reverse merge of r392 into '.':
  -->
--- Aufzeichnung der Informationen f?r r?ckw?rtiges Zusammenf?hren von r303  
in ?integer.c?:
- U   A-branch
+-- Aufzeichnung der Informationen f?r r?ckw?rtiges Zusammenf?hren von r392  
in ?.?:
+ U   .

-$ svn status
- M      .
-M       integer.c
+$ svn st
+M       src/button.c
+M       src/integer.c
+M       src/main.c
+M       src/real.c

  $ svn diff
  &hellip; <!--
@@ -3351,15 +3356,22 @@
  # ?berpr?fen, ob die ?nderung entfernt wurde
  &hellip;
  <!--
-$ svn commit -m "Undoing change committed in r303."
-Sending        integer.c
-Transmitting file data .
-Committed revision 350.
+$ svn commit -m "Undoing erroneous change committed in r392."
+Sending        src/button.c
+Sending        src/integer.c
+Sending        src/main.c
+Sending        src/real.c
+Transmitting file data ....
+Committed revision 399.
  -->
-$ svn commit -m "?nderung aus in r303 r?ckg?ngig machen."
+$ svn commit -m "Fehlerhafte ?nderung aus r392 r?ckg?ngig machen."
+Sending        src/button.c
+Sending        src/integer.c
+Sending        src/main.c
+Sending        src/real.c
  Sende          integer.c
-?bertrage Daten .
-Revision 350 ?bertragen.
+?bertrage Daten ....
+Revision 399 ?bertragen.
  </screen>
        </informalexample>

@@ -3370,7 +3382,7 @@
          merge</command> to apply a changeset, or a whole range of
          changesets, to your working copy.  In our case of undoing a
          change, we're asking <command>svn merge</command> to apply
-        changeset r303 to our working copy
+        changeset r392 to our working copy
          <emphasis>backward</emphasis>.</para>
  -->
        <para>Wie wir fr?her bereits erw?hnten, kann man eine
@@ -3380,7 +3392,7 @@
          oder ein ganzes Intervall von ?nderungsmengen auf Ihre
          Arbeitskopie anzuwenden. In unserem Fall, bei dem wir eine
          ?nderung zur?cknehmen, fordern wir <command>svn
-        merge</command> auf, die ?nderungsmenge r303
+        merge</command> auf, die ?nderungsmenge r392
          <emphasis>r?ckw?rts</emphasis> auf unsere Arbeitskopie
          anzuwenden.</para>

@@ -3406,16 +3418,16 @@

  <!--
        <para>Again, you may be thinking: well, that really didn't undo
-        the commit, did it?  The change still exists in revision 303.
+        the commit, did it?  The change still exists in revision 392.
          If somebody checks out a version of the
-        <filename>calc</filename> project between revisions 303 and
-        349, she'll still see the bad change, right?</para>
+        <filename>calc</filename> project between revisions 392 and
+        398, she'll still see the bad change, right?</para>
  -->
        <para>Nun denken Sie vielleicht: Gut, aber das hat doch nicht
          wirklich die ?bergabe r?ckg?ngig gemacht, oder? Die ?nderung
-        besteht immer noch in Revision 303. Falls jemand eine Version
+        besteht immer noch in Revision 392. Falls jemand eine Version
          des Projektes <filename>calc</filename> zwischen den
-        Revisionen 303 und 349 auscheckt, wird doch trotzdem die
+        Revisionen 392 und 398 auscheckt, wird doch trotzdem die
          fehlerhafte ?nderung sichtbar, oder nicht?</para>

  <!--

From svnbook at googlecode.com  Wed Feb  4 06:53:22 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 04 Feb 2015 12:53:22 +0000
Subject: [svnbook] r4974 committed - [de] Translation: Branching and Merging...
Message-ID: <089e0111b9f223beee050e42ac4e@google.com>

Revision: 4974
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb  4 12:53:08 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   ** Resurrecting Deleted Items

https://code.google.com/p/svnbook/source/detail?r=4974

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
09:42:09 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
12:53:08 2015 UTC
@@ -3538,7 +3538,10 @@
          do is find the revision in which you deleted the file or
          directory.  You can do this visually, or by using another tool
          to examine the log output (via <command>grep</command>, or
-        perhaps via an incremental search in an editor).</para>
+        perhaps via an incremental search in an editor).  If you know that
+        the item in question was recently deleted you might also use
+        the <option>- -limit</option> option to keep the log output brief
+        enough to examine manually.</para>
  -->
        <para>Zun?chst sollten Sie <command>svn log</command> benutzen,
          um das exakte Koordinatenpaar zu ermitteln, das Sie
@@ -3551,28 +3554,50 @@
          das Verzeichnis gel?scht haben. Sie k?nnen das visuell tun
          oder ein Werkzeug zur Untersuchung der Protokollausgaben
          einsetzen (mit <command>grep</command> oder vielleicht durch
-        eine inkrementelle Suche in einem Editor).</para>
+        eine inkrementelle Suche in einem Editor). Falls Sie wissen,
+        dass das fragliche Objekt k?rzlich gel?scht wurde, k?nnen Sie
+        auch die Option <option>--limit</option> verwenden, um die
+        Protokollausgabe f?r eine manuelle Untersuchung knapp genug zu
+        halten.</para>

        <informalexample>
          <screen>
-$ cd parent-dir
-$ svn log -v
-&hellip;
+$ cd calc/trunk
+
+$ svn log -v --limit 3
  ------------------------------------------------------------------------  
<!--
-r808 | joe | 2003-12-26 14:29:40 -0600 (Fri, 26 Dec 2003) | 3 lines
+r401 | sally | 2013-02-19 23:15:44 -0500 (Tue, 19 Feb 2013) | 1 line
  Changed paths:
  -->
-r808 | joe | 2003-12-26 14:29:40 -0600 (Fr, 26. Dez 2003) | 3 Zeilen
+r401 | sally | 2013-02-18 23:15:44 -0500 (Di, 19. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-   D /calc/trunk/real.c
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/main.c
+   D /calc/trunk/src/real.c
+
  <!--
-Added fast fourier transform functions to integer.c.
-Removed real.c because code now in double.c.
+* calc/trunk/src/main.c: Update help text.
+
+* calc/trunk/src/real.c: Remove this file, none of the APIs
+  implemented here are used anymore.
  -->
-Schnelle Funktionen zur Fourier-Transformation zu integer.c hinzugef?gt.
-real.c gel?scht, da Code jetzt in double.c.
-&hellip;
+* calc/trunk/src/main.c: Hilfetext aktualisiert.
+
+* calc/trunk/src/real.c: Datei entfernt, keine der hier implementierten
+  APIs werden noch irgendwo verwendet.
+------------------------------------------------------------------------<!--
+r399 | sally | 2013-02-19 20:05:14 -0500 (Tue, 19 Feb 2013) | 1 line
+Changed paths:
+-->
+r399 | sally | 2013-02-19 20:05:14 -0500 (Di, 19. Feb 2013) | 1 Zeile
+Ge?nderte Pfade:
+   M /calc/trunk/src/button.c
+   M /calc/trunk/src/integer.c
+   M /calc/trunk/src/main.c
+   M /calc/trunk/src/real.c
+<!--
+Undoing erroneous change committed in r392.-->
+Fehlerhafte ?nderung aus r392 r?ckg?ngig gemeacht.
+------------------------------------------------------------------------
  </screen>
        </informalexample>

@@ -3580,20 +3605,20 @@
        <para>In the example, we're assuming that you're looking for a
          deleted file <filename>real.c</filename>.  By looking through
          the logs of a parent directory, you've spotted that this file
-        was deleted in revision 808.  Therefore, the last version of
+        was deleted in revision 400.  Therefore, the last version of
          the file to exist was in the revision right before that.
          Conclusion: you want to resurrect the path
          <filename>/calc/trunk/real.c</filename> from revision
-        807.</para>
+        399.</para>
  -->
        <para>In diesem Beispiel nehmen wir an, dass Sie nach der
          gel?schten Datei <filename>real.c</filename> suchen. Beim
          Durchsehen der Protokolle des Elternverzeichnisses haben Sie
-        entdeckt, dass diese Datei in Revision 808 gel?scht
+        entdeckt, dass diese Datei in Revision 400 gel?scht
          wurde. Daher war die letzte Revision in der die Datei noch
          vorhanden war die unmittelbare Vorg?nger-Revision. Die
          Schlussfolgerung: Sie m?chten den Pfad
-        <filename>/calc/trunk/real.c</filename> aus Revision 807
+        <filename>/calc/trunk/real.c</filename> aus Revision 399
          zur?ckholen.</para>

  <!--
@@ -3608,7 +3633,7 @@

  <!--
        <para>One option is to use <command>svn merge</command> to apply
-        revision 808 <quote>in reverse.</quote> (We already
+        revision 400 <quote>in reverse.</quote> (We already
          discussed how to undo changes in
          <xref linkend="svn.branchmerge.basicmerging.undo"/>.)  This
          would have the effect of re-adding <filename>real.c</filename>
@@ -3617,7 +3642,7 @@
          in <literal>HEAD</literal>.</para>
  -->
        <para>Die eine Option ist, <command>svn merge</command> zu
-        verwenden, um Revision 808 <quote>r?ckw?rts</quote>
+        verwenden, um Revision 400 <quote>r?ckw?rts</quote>
          anzuwenden. (Wir haben bereits in
          <xref linkend="svn.branchmerge.basicmerging.undo"/>
          besprochen, wie ?nderungen r?ckg?ngig gemacht werden.) Das
@@ -3628,27 +3653,27 @@

  <!--
        <para>In this particular example, however, this is probably not
-        the best strategy.  Reverse-applying revision 808 would not
+        the best strategy.  Reverse-applying revision 400 would not
          only schedule <filename>real.c</filename> for addition, but
          the log message indicates that it would also undo certain
-        changes to <filename>integer.c</filename>, which you don't
-        want.  Certainly, you could reverse-merge revision 808 and
+        changes to <filename>main.c</filename>, which you don't
+        want.  Certainly, you could reverse-merge revision 400 and
          then <command>svn revert</command> the local modifications to
-        <filename>integer.c</filename>, but this technique doesn't
+        <filename>main.c</filename>, but this technique doesn't
          scale well.  What if 90 files were changed in revision
-        808?</para>
+        400?</para>
  -->
        <para>In diesem besonderen Beispiel ist das aber wahrscheinlich
          nicht die beste Strategie. Die R?ckw?rts-Anwendung von
-        Revision 808 w?rde nicht nur <filename>real.c</filename> zum
+        Revision 400 w?rde nicht nur <filename>real.c</filename> zum
          Hinzuf?gen markieren, sondern, wie aus den Protokollmeldungen
          hervorgeht, dass ebenso bestimmte ?nderungen an
-        <filename>integer.c</filename> zur?cknehmen, was Sie aber
-        nicht wollen. Sie k?nnen sicherlich Revision 808 r?ckw?rts
+        <filename>main.c</filename> zur?cknehmen, was Sie aber
+        nicht wollen. Sie k?nnen sicherlich Revision 400 r?ckw?rts
          anwenden und dann mit <command>svn revert</command> die
-        lokalen ?nderungen an <filename>integer.c</filename>
+        lokalen ?nderungen an <filename>main.c</filename>
          zur?cknehmen; allerdings ist diese Technik nicht sehr
-        effektiv. Was w?re, wenn 90 Dateien in Revision 808 ge?ndert
+        effektiv. Was w?re, wenn 90 Dateien in Revision 400 ge?ndert
          worden w?ren?</para>

  <!--
@@ -3667,20 +3692,16 @@

        <informalexample>
          <screen>
-$ svn copy ^/calc/trunk/real.c at 807 ./real.c
+$ svn copy ^/calc/trunk/src/real.c at 399 ./real.c
+A         real.c

-$ svn status
+$ svn st
  A  +    real.c
  <!--
-$ svn commit -m "Resurrected real.c from revision 807, /calc/trunk/real.c."
-Adding         real.c
-Transmitting file data .
-Committed revision 1390.
+# Commit the resurrection.
  -->
-$ svn commit -m "real.c aus Revision 807 wiederhergestellt,  
/calc/trunk/real.c."
-Hinzuf?gen     real.c
-?bertrage Daten .
-Revision 1390 ?bertragen.
+# ?bertragung der Wiederbelebung
+&hellip;
  </screen>
        </informalexample>

@@ -3691,7 +3712,7 @@
          where it was copied from.  In the future, running <command>svn
          log</command> on this file will traverse back through the
          file's resurrection and through all the history it had prior
-        to revision 807.  In other words, this new
+        to revision 399.  In other words, this new
          <filename>real.c</filename> isn't really new; it's a direct
          descendant of the original, deleted file.  This is usually
          considered a good and useful thing.  If, however, you wanted
@@ -3705,7 +3726,7 @@
          sich, woher es kopiert wurde. K?nftig wird beim Anwenden von
          <command>svn log</command> auf diese Datei die gesamte
          Geschichte, ?ber das Zur?ckholen hinweg, inklusive der
-        Geschichte vor Revision 807 durchlaufen. In anderen Worten,
+        Geschichte vor Revision 399 durchlaufen. In anderen Worten,
          dieses neue <filename>real.c</filename> ist nicht wirklich
          neu; es ist ein direkter Nachfahre der urspr?nglichen,
          gel?schten Datei. Dies ist normalerweise eine gute und
@@ -3721,15 +3742,10 @@
  $ svn add real.c
  A         real.c
  <!--
-$ svn commit -m "Re-created real.c from revision 807."
-Adding         real.c
-Transmitting file data .
-Committed revision 1390.
+# Commit the resurrection.
  -->
-$ svn commit -m "real.c aus Revision 807 wiederhergestellt."
-Hinzuf?gen     real.c
-?bertrage Daten .
-Revision 1390 ?bertragen.
+# ?bertragung der Wiederbelebung
+&hellip;
  </screen>
        </informalexample>

@@ -3750,19 +3766,19 @@

        <informalexample>
          <screen>
-$ svn copy ^/calc/trunk/real.c at 807 ^/calc/trunk/ \ <!--
-           -m "Resurrect real.c from revision 807."
-Committed revision 1390.
+$ svn copy ^/calc/trunk/src/real.c at 399 ^/calc/trunk/src/real.c \ <!--
+           -m "Resurrect real.c from revision 399."
+Committed revision 402.
  -->
-      -m "real.c aus Revision 807 wiederhergestellt."
-Revision 1390 ?bertragen.
+           -m "real.c aus Revision 399 wiederhergestellt."
+Revision 402 ?bertragen.

-$ svn update
+$ svn up
  Updating '.':
  A    real.c <!--
-Updated to revision 1390.
+Updated to revision 402.
  -->
-Aktualisiert zu Revision 1390.
+Aktualisiert zu Revision 402.
  </screen>
        </informalexample>


From svnbook at googlecode.com  Thu Feb  5 09:10:44 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 05 Feb 2015 15:10:44 +0000
Subject: [svnbook] r4975 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7b5d83913cca53050e58b538@google.com>

Revision: 4975
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb  5 15:10:27 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Advanced Merging
   ** Cherrypicking
   ** Merge Syntax: Full Disclosure
   ** Merges Without Mergeinfo
   ** More on Merge Conflicts (started)

https://code.google.com/p/svnbook/source/detail?r=4975

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
12:53:08 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb  5  
15:10:27 2015 UTC
@@ -2328,7 +2328,7 @@
          merge</command>, um Ihre ?nderungen automatisch zur?ck auf
          den Stamm zu replizieren. Diese Art von Merge wird
          <indexterm>
-          <primary>Merge</primary>
+          <primary>Merging</primary>
            <secondary>Reintegrations-Merges</secondary>
          </indexterm><quote>automatischer Reintegrations</quote>-Merge
          genannt.  Sie ben?tigen eine Arbeitskopie von
@@ -3823,7 +3823,11 @@
        <title>Die Rosinen herauspicken</title>

  <!--
-      <para>Just as the term <quote>changeset</quote> is often used in
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>cherrypicking</secondary>
+        </indexterm>Just as the term <quote>changeset</quote> is often  
used in
          version control systems, so is the term
          <firstterm>cherrypicking</firstterm>.  This word refers to
          the act of choosing <emphasis>one</emphasis> specific
@@ -3835,7 +3839,11 @@
          contiguous range of revisions is duplicated
          automatically.</para>
  -->
-      <para>Genauso oft wie der Begriff <quote>?nderungsmenge</quote>
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>Rosinenpicken</secondary>
+        </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
          wird die Wendung <firstterm>die Rosinen
          herauspicken</firstterm> in Versions-Kontroll-Systemen
          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
@@ -3851,139 +3859,246 @@
  <!--
        <para>Why would people want to replicate just a single change?
          It comes up more often than you'd think.  For example, let's
-        go back in time and imagine that you haven't yet merged your
-        private feature branch back to the trunk.  At the
-        water cooler, you get word that Sally made an interesting
-        change to <filename>integer.c</filename> on the trunk.
+        assume you've created a new feature branch <filename>
+        /calc/branches/my-calc-feature-branch</filename> copied from
+        <filename>/calc/trunk</filename>:</para>
+-->
+      <para>Warum sollte jemand nur eine einzelne ?nderung wollen? Das
+        kommt h?ufiger vor, als Sie denken. Gehen wir beispielsweise
+        einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
+        /calc/branches/my-calc-feature-branch</filename> durch
+        kopieren von <filename>/calc/trunk</filename> erstellt
+        haben:</para>
+
+      <informalexample>
+        <screen>
+$ svn log ^/calc/branches/new-calc-feature-branch -v -r403
+------------------------------------------------------------------------<!--
+r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
+Changed paths:-->
+r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
+Ge?nderte Pfade:
+   A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
+<!--
+Create a new calc branch for Feature 'X'.
+-->
+Einen neuen Zweig calc f?r Arbeit an 'X' erzeugt.
+------------------------------------------------------------------------
+</screen>
+      </informalexample>
+
+<!--
+      <para>At the water cooler, you get word that Sally made an  
interesting
+        change to <filename>main.c</filename> on the trunk.
          Looking over the history of commits to the trunk, you see that
-        in revision 355 she fixed a critical bug that directly
+        in revision 413 she fixed a critical bug that directly
          impacts the feature you're working on.  You might not be ready
          to merge all the trunk changes to your branch just yet, but
          you certainly need that particular bug fix in order to continue
          your work.</para>
  -->
-      <para>Warum sollte jemand nur eine einzelne ?nderung wollen? Das
-        kommt h?ufiger vor, als Sie denken. Gehen wir beispielsweise
-        einmal zur?ck in die Vergangenheit und stellen uns vor, dass
-        Sie Ihren Zweig noch nicht wieder mit dem Stamm
-        zusammengef?hrt h?tten. In der Kaffeek?che bekommen Sie mit,
-        dass Sally eine interessante ?nderung an
-        <filename>integer.c</filename> auf dem Stamm gemacht hat. Als
-        Sie sich die Geschichte der ?bergaben auf dem Stamm ansehen,
-        entdecken Sie, dass sie in Revision 355 einen kritischen
-        Fehler beseitigt hat, der direkte Auswirkungen auf die
-        Funktion hat, an der Sie gerade arbeiten. Es kann sein, dass
-        Sie noch nicht bereit sind, alle ?nderungen vom Stamm zu
-        ?bernehmen, jedoch ben?tigen Sie diese bestimmte
+      <para>In der Kaffeek?che bekommen Sie mit, dass Sally eine
+        interessante ?nderung an <filename>main.c</filename> auf dem
+        Stamm gemacht hat. Als Sie sich die Geschichte der ?bergaben
+        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
+        einen kritischen Fehler beseitigt hat, der direkte
+        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
+        Es kann sein, dass Sie noch nicht bereit sind, alle ?nderungen
+        vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese bestimmte
          Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
          k?nnen.</para>

+<!--
+      <para>Just as you used <command>svn diff</command> in the prior
+        example to examine revision 355, you can pass the same option
+        to <command>svn merge</command>:</para>
+-->
+      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
+        Beispiel benutzt haben, um sich Revision 355 anzusehen, k?nnen
+        Sie die gleiche Option an <command>svn merge</command>
+        ?bergeben:</para>
+
        <informalexample>
          <screen>
-$ svn diff -c 355 ^/calc/trunk
+$ svn log ^/calc/trunk -r413 -v
+------------------------------------------------------------------------<!--
+r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
+Changed paths:-->
+r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
+Ge?nderte Pfade:
+   M /calc/trunk/src/main.c
+<!--
+Fix issue #22 'Passing a null value in the foo argument
+of bar() should be a tolerated, but causes a segfault'.
+-->
+Fehler #22 '?bergabe eines Null-Wertes im Argument foo von bar()
+sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
+------------------------------------------------------------------------

-Index: integer.c
+$ svn diff ^/calc/trunk -c413
+Index: src/main.c
  ===================================================================
---- integer.c	(revision 354)
-+++ integer.c	(revision 355)
-@@ -147,7 +147,7 @@
-     case 6:  sprintf(info-&gt;operating_system, "HPFS (OS/2 or NT)");  
break;
-     case 7:  sprintf(info-&gt;operating_system, "Macintosh"); break;
-     case 8:  sprintf(info-&gt;operating_system, "Z-System"); break;
--    case 9:  sprintf(info-&gt;operating_system, "CP/MM");
-+    case 9:  sprintf(info-&gt;operating_system, "CP/M"); break;
-     case 10:  sprintf(info-&gt;operating_system, "TOPS-20"); break;
-     case 11:  sprintf(info-&gt;operating_system, "NTFS (Windows NT)");  
break;
-     case 12:  sprintf(info-&gt;operating_system, "QDOS"); break;
+--- src/main.c  (revision 412)
++++ src/main.c  (revision 413)
+@@ -34,6 +34,7 @@
+&hellip;<!--
+# Details of the fix-->
+# Details zur Fehlerbehebung
+&hellip;
  </screen>
        </informalexample>

  <!--
        <para>Just as you used <command>svn diff</command> in the prior
-        example to examine revision 355, you can pass the same option
+        example to examine revision 413, you can pass the same option
          to <command>svn merge</command>:</para>
  -->
-      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
-        Beispiel benutzt haben, um sich Revision 355 anzusehen, k?nnen
-        Sie die gleiche Option an <command>svn merge</command>
+      <para>So wie Sie <command>svn diff</command> im vorangegangenen
+        Beispiel verwendet haben, um Revision 413 zu untersuchen,
+        k?nnen Sie die gleiche Option an <command>svn merge</command>
          ?bergeben:</para>

        <informalexample>
          <screen>
-$ svn merge -c 355 ^/calc/trunk <!--
-- - - Merging r355 into '.':
+$ cd new-calc-feature-branch
+
+$ svn merge ^/calc/trunk -c413 <!--
+- - - Merging r413 into '.':
  -->
---- Zusammenf?hren von r355 in ?.?:
-U    integer.c <!--
-- - - Recording mergeinfo for merge of r355 into '.':
+--- Zusammenf?hren von r413 in ?.?:
+U    src/main.c<!--
+- - Recording mergeinfo for merge of r413 into '.':
  -->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r355 in ?.?:
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r413 in ?.?:
   U   .

-$ svn status
-M       integer.c
+$ svn st
+ M      .
+M       src/main.c
  </screen>
        </informalexample>

  <!--
        <para>You can now go through the usual testing procedures before
          committing this change to your branch.  After the commit,
-        Subversion marks r355 as having been merged to the branch so
-        that future <quote>magic</quote> merges that synchronize your
-        branch with the trunk know to skip over r355.  (Merging the
-        same change to the same branch almost always results in a
-        conflict!)</para>
+        Subversion updates the <literal>svn:mergeinfo</literal> on your
+        branch to reflect that r413 was been merged to the branch.  This
+        prevents future automatic sync merges from attempting to merge
+        r413 again.  (Merging the same change to the same branch almost
+        always results in a conflict!) Notice also the mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>.  This was
+        recorded during the earlier reintegrate merge to <filename>
+        /calc/trunk</filename> from the <filename>
+        /calc/branches/my-calc-branch</filename> branch which we made in
+        r380.  When we created the <filename>my-calc-branch</filename>
+        branch in r403, this mergeinfo was carried along with the copy.
+        </para>
  -->
        <para>Sie k?nnen nun Ihre ?blichen Tests durchf?hren, bevor Sie
-        diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe merkt
-        sich Subversion, dass r355 mit dem Zweig zusammengef?hrt
-        wurde, so dass k?nftige <quote>magische</quote>
-        Merges, die Ihren Zweig mit dem Stamm synchronisieren, r355
-        ?berspringen. (Das Mergen derselben ?nderung auf
-        denselben Zweig f?hrt fast immer zu einem Konflikt!)</para>
+        diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe
+        bringt Subversion das <literal>svn:mergeinfo</literal> ihres
+        Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
+        dem Zweig zusammengef?hrt wurde. Das verhindert, dass k?nftige
+        automatische Synchronisierungs-Merges versuchen, r413 erneut
+        zusammenzuf?hren. (Das Mergen derselben ?nderung auf denselben
+        Zweig f?hrt fast immer zu einem Konflikt!) Beachten Sie auch
+        das Mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
+        unserem in r380 gemachten Reintegrations-Merge nach
+        <filename> /calc/trunk</filename> vom Zweig <filename>
+        /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
+        wir den Zweig <filename>my-calc-branch</filename> in r403
+        erstellt haben, wurde diese Mergeinfo mit der Kopie
+        mitgenommen.</para>

        <informalexample>
          <screen>
-$ cd my-calc-branch
+$ svn pg svn:mergeinfo -v<!--
+Properties on '.':-->
+Eigenschaften von ?.?:
+  svn:mergeinfo
+    /calc/branches/my-calc-branch:341-379
+    /calc/trunk:413
+</screen>
+      </informalexample>

-$ svn propget svn:mergeinfo .
-/trunk:341-349,355
  <!--
-# Notice that r355 isn't listed as "eligible" to merge, because
-# it's already been merged.
+      <para>Notice too that the <command>mergeinfo</command> doesn't list  
r413
+        as "eligible" to merge, because it's already been merged:</para>
  -->
-# Beachten Sie, dass r355 nicht als Merge-Kandidat aufgef?hrt wird,
-# da es bereits zusammengef?hrt wurde.
+      <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
+        nicht als Kandidaten f?r einen Merge anzeigt, da sie bereits
+        zusammengef?hrt wurde:</para>
+
+      <informalexample>
+        <screen>
  $ svn mergeinfo ^/calc/trunk --show-revs eligible
-r350
-r351
-r352
-r353
-r354
-r356
-r357
-r358
-r359
-r360
+r404
+r405
+r406
+r407
+r409
+r410
+r411
+r412
+r414
+r415
+r416
+&hellip;
+r455
+r456
+r457
+</screen>
+      </informalexample>

+<!--
+      <para>The preceding means that when the time finally comes to do an
+        automatic sync merge, Subversion breaks the merge into two parts.
+        First it merges all eligible merges up to revision 412.  Then it
+        merges all eligible revisions from revisions 414 to the  
<literal>HEAD
+        </literal> revision.  Because we already cherrypicked r413, that
+        change is skipped:</para>
+-->
+      <para>Das oben stehende bedeutet, wenn schlie?lich die Zeit f?r
+        einen automatischen Synchronisierungs-Merge gekommen ist, dass
+        Subversion den Merge in zwei Teile aufspaltet. Zun?chst werden
+        alle in Frage kommenden Merges bis Revision 412 ausgef?hrt.
+        Dann werden alle in Frage kommenden Revisionen von Revision
+        412 bis zur Revision <literal>HEAD</literal> ausgef?hrt. Da
+        wir uns bereits r413 herausgepickt haben, wird diese ?nderung
+        ?bersprungen change is skipped:</para>
+
+      <informalexample>
+        <screen>
  $ svn merge ^/calc/trunk <!--
-- - - Merging r350 through r354 into '.':
+- - Merging r403 through r412 into '.':
  -->
---- Zusammenf?hren von r350 bis r354 in ?.?:
- U   .
-U    integer.c
-U    Makefile <!--
-- - - Merging r356 through r360 into '.':
+--- Zusammenf?hren von r403 bis r412 in ?.?:
+U    doc/INSTALL
+U    src/main.c
+U    src/button.c
+U    src/integer.c
+U    Makefile
+U    README<!--
+- - Merging r414 through r458 into '.':
  -->
---- Zusammenf?hren von r356 bis r360 in ?.?:
+--- Zusammenf?hren von r414 bis r458 in ?.?:
+G    doc/INSTALL
+G    src/main.c
+G    src/integer.c
+G    Makefile<!--
+- - Recording mergeinfo for merge of r403 through r458 into '.':-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r403 bis r458 in  
?.?:\n"
   U   .
-U    integer.c
-U    button.c
  </screen>
        </informalexample>

  <!--
-      <para>This use case of replicating
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>backporting</secondary>
+        </indexterm>This use case of replicating
          (or <firstterm>backporting</firstterm>) bug fixes from one
          branch to another is perhaps the most popular reason for
          cherrypicking changes; it comes up all the time, for example,
@@ -3991,7 +4106,11 @@
          software.  (We discuss this pattern in
          <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
  -->
-      <para>Dieser Anwendungsfall des Abgleichens (oder
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>nachziehen</secondary>
+        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
          einem Zweig zu einem anderen ist vielleicht der g?ngigste Grund
          f?r ?nderungen, die Rosinen herauszupicken; es kommt st?ndig
@@ -4006,7 +4125,7 @@
            invocation merged two distinct ranges?
            The <command>svn merge</command> command applied
            two independent patches to your working copy to skip over
-          changeset 355, which your branch already contained.  There's
+          changeset 413, which your branch already contained.  There's
            nothing inherently wrong with this, except that it has the
            potential to make conflict resolution trickier.  If the
            first range of changes creates conflicts,
@@ -4014,15 +4133,14 @@
            the merge process to continue and apply the second range of
            changes.  If you postpone a conflict from the first wave of
            changes, the whole merge command will bail out with an error
-          message.<footnote><para>At least, this is true in Subversion
-          1.7 at the time of this writing.  This behavior may improve
-          in future versions of Subversion.</para></footnote></para>
+          message and you must resolve the conflict before running the
+          merge a second time to get the remainder of the changes.</para>
  -->
          <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
            von <command>svn merge</command> zwei unterschiedliche
            Abgleichsintervalle zusammengef?hrt hat? Der Befehl f?hrte
            zwei unabh?ngige Patches auf Ihrer Arbeitskopie aus, um die
-          ?nderungsmenge 355 zu ?berspringen, die Ihr Zweig bereits
+          ?nderungsmenge 413 zu ?berspringen, die Ihr Zweig bereits
            beinhaltete. An und f?r sich ist daran nichts falsch, bis
            auf die Tatsache, dass die M?glichkeit besteht, eine
            Konfliktaufl?sung komplizierter zu machen. Falls das erste
@@ -4031,17 +4149,16 @@
            um den Merge fortzusetzen und das zweite ?nderungsintervall
            anzuwenden. Wenn Sie die Konfliktaufl?sung der ersten Phase
            aufschieben, wird der komplette Merge-Befehl mit einer
-          Fehlermeldung abbrechen.<footnote><para>Zumindest trifft das
-          zur Zeit f?r Subversion 1.7 zu.  Dieses Verhalten k?nnte
-          sich in k?nftigen Versionen von Subversion
-          verbessern.</para></footnote></para>
+          Fehlermeldung abbrechen und Sie m?ssen den Konflikt
+          aufl?sen, bevor Sie den Merge erneut anwenden, um den Rest
+          der ?nderungen zu bekommen.</para>
    </warning>

  <!--
        <para>A word of warning: while <command>svn diff</command> and
          <command>svn merge</command> are very similar in concept, they
          do have different syntax in many cases.  Be sure to read about
-        them in <xref linkend="svn.ref"/> for details, or ask
+        them in <xref linkend="svn.ref.svn"/> for details, or ask
          <command>svn help</command>.  For example, <command>svn
          merge</command> requires a working copy path as a target, that is,
          a place where it should apply the generated patch.  If the
@@ -4052,7 +4169,7 @@
          und <command>svn merge</command> vom Konzept her sehr ?hnlich
          sind, haben sie in vielen F?llen eine unterschiedliche Syntax.
          Gehen Sie sicher, dass Sie Details hierzu in <xref
-        linkend="svn.ref"/> nachlesen oder <command>svn help</command>
+        linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
          fragen.  Zum Beispiel ben?tigt <command>svn merge</command>
          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
          dem es den erzeugten Patch anwenden kann.  Falls das Ziel
@@ -4105,7 +4222,7 @@
      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
  <!--
-      <title>Merge Syntax:  Full Disclosure</title>
+      <title>Merge Syntax: Full Disclosure</title>
  -->
        <title>Merge-Syntax: Die vollst?ndige Enth?llung</title>

@@ -4158,13 +4275,13 @@

  <!--
        <para>If you're using <command>svn merge</command> to do basic
-        copying of changes between branches, it will generally do the
-        right thing automatically.  For example, a command such as the
-        following:</para>
+        copying of changes between branches, an automatic merge will
+        generally do the right thing.  For example, a command such as the
+        following,</para>
  -->
        <para>Falls Sie <command>svn merge</command> benutzen, um
          einfache Kopien von ?nderungen zwischen Zweigen vorzunehmen,
-        wird es ?blicherweise automatisch das Richtige machen.
+        wird ein automatische Merge ?blicherweise das Richtige machen.
          Beispielsweise wird ein Befehl wie der folgende:</para>

        <informalexample>
@@ -4206,6 +4323,31 @@
          Befehl drei Hauptargumente:</para>

        <orderedlist>
+        <indexterm>
+<!--
+          <primary>merging</primary>
+          <secondary>left side</secondary>
+-->
+          <primary>Merging</primary>
+          <secondary>linke Seite</secondary>
+        </indexterm>
+        <indexterm>
+<!--
+          <primary>merging</primary>
+          <secondary>right side</secondary>
+-->
+          <primary>Merging</primary>
+          <secondary>rechte Seite</secondary>
+        </indexterm>
+        <indexterm>
+<!--
+          <primary>merging</primary>
+          <secondary>target</secondary>
+-->
+          <primary>Merging</primary>
+          <secondary>Ziel</secondary>
+        </indexterm>
+
          <listitem>
  <!--
            <para>An initial repository tree (often called the
@@ -4285,7 +4427,12 @@
          naming each tree in the form <emphasis>URL at REV</emphasis> and
          naming the working copy target.  The second syntax is used
          as a shorthand for situations when you're comparing two
-        different revisions of the same URL.  The last syntax shows
+        different revisions of the same URL.
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>2-URL</secondary>
+        </indexterm> This type of merge is referred to (for obvious
+        reasons) as a <quote>2-URL</quote> merge.  The last syntax shows
          how the working copy argument is optional; if omitted, it
          defaults to the current directory.</para>
  -->
@@ -4294,7 +4441,10 @@
          bezeichnet und die Ziel-Arbeitskopie angegeben wird. Die
          zweite Syntax wird als Kurzform verwendet, wenn Sie
          zwei unterschiedliche Revisionen desselben URL vergleichen.
-        Die letzte Syntax zeigt, dass das Arbeitskopie-Argument
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>2-URL</secondary>
+        </indexterm>Die letzte Syntax zeigt, dass das Arbeitskopie-Argument
          optional ist; entf?llt es, wird das aktuelle Verzeichnis
          genommen.</para>

@@ -4478,7 +4628,15 @@
          <title>Nat?rliche Historie und implizite Mergeinfo</title>

  <!--
-        <para>As we mentioned earlier when discussing
+        <para>
+          <indexterm>
+            <primary>mergeinfo</primary>
+            <secondary>implicit</secondary>
+          </indexterm>
+          <indexterm>
+            <primary>natural history</primary>
+            <see>mergeinfo, implicit</see>
+          </indexterm>As we mentioned earlier when discussing
            <xref  
linkend="svn.branchmerge.basicmerging.mergeinfo.inheritance"/>,
            a path that has the
            <literal>svn:mergeinfo</literal> property set on it is said to
@@ -4491,7 +4649,15 @@
            an implementation detail, it can be a useful abstraction for
            understanding merge tracking behavior.</para>
  -->
-        <para>Wie wir bei der Er?rterung von
+        <para>
+          <indexterm>
+            <primary>Mergeinfo</primary>
+            <secondary>implizit</secondary>
+          </indexterm>
+          <indexterm>
+            <primary>nat?rliche Historie</primary>
+            <see>Mergeinfo, implizit</see>
+          </indexterm>Wie wir bei der Er?rterung von
            <xref  
linkend="svn.branchmerge.basicmerging.mergeinfo.inheritance"/>
            bereits erw?hnten, sagt man, dass ein Pfad mit der gesetzten
            Eigenschaft <literal>svn:mergeinfo</literal>
@@ -4666,16 +4832,18 @@

        <informalexample>
          <screen>
-$ svn merge -r 1288:1351 http://svn.example.com/myrepos/branch <!--
-- - - Merging r1289 through r1351 into '.':
+$ svn merge ^/calc/trunk -r104:115<!--
+- - Merging r105 through r115 into '.':
  -->
--- Zusammenf?hren von r1289 bis r1361 in ?.?:
-   C bar.c
-   C foo.c
-   C docs <!--
-- - - Recording mergeinfo for merge of r1289 through r1351 into '.':
+-- Zusammenf?hren von r105 bis r115 in ?.?:
+   C doc
+   C src/button.c
+   C src/integer.c
+   C src/real.c
+   C src/main.c<!--
+- - Recording mergeinfo for merge of r105 through r115 into '.':
  -->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r1289 bis r1351  
in ?.?:
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r105 bis r115 in  
?.?:
   U   .  <!--
  Summary of conflicts:
    Tree conflicts: 3
@@ -4684,47 +4852,58 @@
    Baumkonflikte: 3

  $ svn st
-!     C bar.c <!--
-      >   local missing, incoming edit upon merge
--->
-      >   lokal fehlend, eingehend editiert bei Zusammenf?hrung
-!     C foo.c <!--
-      >   local missing, incoming edit upon merge
--->
-      >   lokal fehlend, eingehend editiert bei Zusammenf?hrung
-!     C docs <!--
-      >   local delete, incoming edit upon merge
--->
-      >   lokal fehlend, eingehend editiert bei Zusammenf?hrung
+ M      .
+!     C doc<!--
+      >   local dir missing, incoming dir edit upon merge-->
+      >   lokal Verzeichnis fehlend, empfangen Verzeichnis editiert bei  
Zusammenf?hrung
+!     C src/button.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenf?hrung
+!     C src/integer.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenf?hrung
+!     C src/main.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenf?hrung
+!     C src/real.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenf?hrung<!--
+Summary of conflicts:
+  Tree conflicts: 5-->
+Konflikt?bersicht:
+  Baumkonflikte: 5
  </screen>
        </informalexample>

  <!--
        <para>In the previous example, it might be the case that
-        <filename>bar.c</filename>, <filename>foo.c</filename>, and
-        <filename>docs</filename> all exist in both snapshots of the
+        <filename>doc</filename> and the four <filename>*.c</filename>
+        files all exist in both snapshots of the
          branch being compared.  The resultant delta wants to change
          the contents of the corresponding paths in your working copy,
          but those paths don't exist in the working copy.  Whatever the
          case, the preponderance of tree conflicts most likely means that
-        the user compared the wrong two trees; it's a classic
-        sign of user error.  When this happens, it's easy to
-        recursively revert all the changes created by the merge
+        the user compared the wrong two trees or that you are merging to
+        the wrong working copy target; both are classic signs of user
+        error.  When this happens, it's easy to recursively revert all
+        the changes created by the merge
          (<userinput>svn revert . - -recursive</userinput>), delete any
          unversioned files or directories left behind after the
          revert, and rerun <command>svn merge</command> with the
          correct arguments.</para>
  -->
        <para>Im vorangegangenen Beispiel kann es der Fall gewesen sein,
-        dass <filename>bar.c</filename>, <filename>foo.c</filename> und
-        <filename>docs</filename> alle in beiden Momentaufnahmen des
-        Zweiges vorkommen, die verglichen werden. Das resultierende
+        dass <filename>doc</filename> und die vier
+        <filename>*.c</filename>-Dateien alle in beiden
+        Momentaufnahmen des Zweiges vorkommen, die verglichen werden.
+        Das resultierende
          Delta will den Inhalt der entsprechenden Pfade in Ihrer
          Arbeitskopie ver?ndern, doch sind diese Pfade in der
          Arbeitskopie aber nicht vorhanden. Wie auch immer, das
          ?berwiegen von Baumkonflikten bedeutet h?chstwahrscheinlich,
          dass der Benutzer die falschen B?ume miteinander
-        verglichen hat; es ist das klassische Zeichen f?r einen
+        verglichen hat oder Sie machen einen Merge auf das falsche
+        Ziel in der Arbeitskopie; beides sind 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 .
@@ -4743,21 +4922,23 @@

        <informalexample>
          <screen>
-$ svn merge -c 1701 http://svn.example.com/myrepos/branchX --accept  
postpone <!--
-- - - Merging r1701 into '.':
+$ svn st
+<!-- TODO: Resolve output question. -->
+$ svn merge ^/paint/trunk -r289:291<!--
+- - Merging r290 through r291 into '.':
  -->
--- Zusammenf?hren von r1701 in ?.?:
-C     glub.c
-C     sputter.c <!--
-- - - Recording mergeinfo for merge of r1701 into '.':
+-- Zusammenf?hren von r290 bis r291 in ?.?:
+C    Makefile<!--
+- - Recording mergeinfo for merge of r290 through r291 into '.':
  -->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r1701 in ?.?:
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r290 bis r291 in  
?.?:
   U   .  <!--
  Summary of conflicts:
-  Text conflicts: 2
+  Text conflicts: 1
  -->
  Konflikt?bersicht:
-  Textkonflikte: 2
+  Textkonflikte: 1
+Konflikt in Datei ?Makefile? entdeckt.

  C:\SVN\src-branch-1.7.x>svn st
   M      .

From svnbook at googlecode.com  Fri Feb  6 09:58:56 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 06 Feb 2015 15:58:56 +0000
Subject: [svnbook] r4976 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11363b7e7ee0de050e6d7f8f@google.com>

Revision: 4976
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb  6 15:58:40 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   ** More on Merge Conflicts (temporary version)

https://code.google.com/p/svnbook/source/detail?r=4976

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb  5  
15:10:27 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb  6  
15:58:40 2015 UTC
@@ -1263,7 +1263,6 @@
          zusammenf?hren.</para>

      </sect2>
-
      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.basicmerging.stayinsync">
  <!--
@@ -3572,6 +3571,16 @@
  r401 | sally | 2013-02-18 23:15:44 -0500 (Di, 19. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
     M /calc/trunk/src/main.c
+<!--
+Follow-up to r400: Fix typos in help text.
+-->
+Nachtrag zu r400: Tippfehler im Hifetext.
+------------------------------------------------------------------------<!--
+r400 | bill | 2013-02-19 20:55:08 -0500 (Tue, 19 Feb 2013) | 4 lines
+Changed paths:-->
+r400 | bill | 2013-02-19 20:55:08 -0500 (Di, 19. Feb 2013) | 4 Zeilen
+Ge?nderte Pfade:
+   M /calc/trunk/src/main.c
     D /calc/trunk/src/real.c

  <!--
@@ -3737,7 +3746,7 @@

        <informalexample>
          <screen>
-$ svn cat ^/calc/trunk/real.c at 807 &gt; ./real.c
+$ svn cat ^/calc/trunk/src/real.c at 399 &gt; ./real.c

  $ svn add real.c
  A         real.c
@@ -4935,21 +4944,23 @@
   U   .  <!--
  Summary of conflicts:
    Text conflicts: 1
+Conflict discovered in file 'Makefile'.
+Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
+        (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p
  -->
  Konflikt?bersicht:
    Textkonflikte: 1
  Konflikt in Datei ?Makefile? entdeckt.
+Conflict discovered in file 'Makefile'.
+Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
+        (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p

-C:\SVN\src-branch-1.7.x>svn st
+$ svn st
   M      .
-?       glub.c.merge-left.r1700
-?       glub.c.merge-right.r1701
-C       glub.c
-?       glub.c.working
-?       sputter.c.merge-left.r1700
-?       sputter.c.merge-right.r1701
-C       sputter.c
-?       sputter.c.working <!--
+C       Makefile
+?       Makefile.merge-left.r289
+?       Makefile.merge-right.r291
+?       Makefile.working<!--
  Summary of conflicts:
    Text conflicts: 2
  -->

From svnbook at googlecode.com  Mon Feb  9 23:31:18 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 10 Feb 2015 05:31:18 +0000
Subject: [svnbook] r4977 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c1e7024116a2050eb53278@google.com>

Revision: 4977
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 10 05:31:01 2015 UTC
Log:      [de] Translation: Branching and Merging
     ** More on Merge Conflicts
     ** Blocking Changes
     ** Merge-Sensitive Logs and Annotations

https://code.google.com/p/svnbook/source/detail?r=4977

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb  6  
15:58:40 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
05:31:01 2015 UTC
@@ -4905,14 +4905,13 @@
          dass <filename>doc</filename> und die vier
          <filename>*.c</filename>-Dateien alle in beiden
          Momentaufnahmen des Zweiges vorkommen, die verglichen werden.
-        Das resultierende
-        Delta will den Inhalt der entsprechenden Pfade in Ihrer
-        Arbeitskopie ver?ndern, doch sind diese Pfade in der
-        Arbeitskopie aber nicht vorhanden. Wie auch immer, das
+        Das resultierende Delta will den Inhalt der entsprechenden
+        Pfade in Ihrer Arbeitskopie ver?ndern, doch sind diese Pfade
+        in der Arbeitskopie aber nicht vorhanden. Wie auch immer, das
          ?berwiegen von Baumkonflikten bedeutet h?chstwahrscheinlich,
-        dass der Benutzer die falschen B?ume miteinander
-        verglichen hat oder Sie machen einen Merge auf das falsche
-        Ziel in der Arbeitskopie; beides sind klassische Zeichen f?r einen
+        dass der Benutzer die falschen B?ume miteinander verglichen
+        hat oder Sie machen einen Merge auf das falsche Ziel in der
+        Arbeitskopie; beides sind 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 .
@@ -4932,7 +4931,7 @@
        <informalexample>
          <screen>
  $ svn st
-<!-- TODO: Resolve output question. -->
+
  $ svn merge ^/paint/trunk -r289:291<!--
  - - Merging r290 through r291 into '.':
  -->
@@ -4948,13 +4947,13 @@
  Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
          (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p
  -->
+Konflikt in Datei ?Makefile? 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: p
  Konflikt?bersicht:
    Textkonflikte: 1
-Konflikt in Datei ?Makefile? entdeckt.
-Conflict discovered in file 'Makefile'.
-Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
-        (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p
-
  $ svn st
   M      .
  C       Makefile
@@ -5072,184 +5071,276 @@
          automatisch in den Zweig eingebracht werden.</para>

  <!--
-      <para>Through Subversion 1.7, the only way to block a changeset
-        is to make the system believe that the change has
-        <emphasis>already</emphasis> been merged.  To do this, invoke
-        the merge subcommand with the <option>- -record-only</option>
-        option:</para>
+      <para>To block a changeset you must make Subversion believe that the
+        change has <emphasis>already</emphasis> been merged.  To do this,
+        invoke the merge subcommand with the <option>-  
-record-only</option>
+        option.  The option makes Subversion record mergeinfo as if it had
+        actually performed the merge, but no difference is actually
+        applied:</para>
  -->
-      <para>Die einzige M?glichkeit, ?ber Subversion 1.7 eine
-        ?nderungsmenge zu blockieren, besteht darin, dem System
+      <para>Um eine
+        ?nderungsmenge zu blockieren m?ssen Sie Subversion
          vorzugaukeln, dass die ?nderung <emphasis>bereits</emphasis>
          eingearbeitet wurde. Dazu rufen Sie den Unterbefehl mit der Option
-        <option>--record-only</option> auf:</para>
+        <option>--record-only</option> auf. Das veranlasst Subversion
+        dazu, Mergeinfo wie bei einem tats?chlichen Merge anzulegen,
+        obwohl kein Diff angewendet worden ist:</para>

        <informalexample>
          <screen>
  $ cd my-calc-branch

-$ svn propget svn:mergeinfo .
-/trunk:1680-3305
-<!--
-# Let's make the metadata list r3328 as already merged.
+$ svn merge ^/calc/trunk -r386:388 --record-only <!--
+- - Recording mergeinfo for merge of r387 through r388 into '.':
  -->
-# In den Metadaten r3328 als bereits zusammengef?hrt vermerken.
-$ svn merge -c 3328 --record-only ^/calc/trunk <!--
-- - - Recording mergeinfo for merge of r3328 into '.':
--->
-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r3328 in ?.?:
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r387 bis r388 in  
?.?:
   U   .
+ <!--
+# Only the mergeinfo is changed-->
+# Nur Mergeinfo wird ge?ndert.
+$ svn st
+ M      .

-$ svn status
-M       .
+$ svn pg svn:mergeinfo -vR<!--
+Properties on '.':-->
+Eigenschaften von ?.?:
+  svn:mergeinfo
+    /calc/trunk:341-378,387-388

-$ svn propget svn:mergeinfo .
-/trunk:1680-3305,3328
  <!--
-$ svn commit -m "Block r3328 from being merged to the branch."
--->
-$ svn commit -m "Das Zusammenf?hren von r3328 mit dem Zweig verhindern."
-&hellip;
+$ svn commit -m "Block r387-388 from being merged to my-calc-branch."
+Sending        .
+
+Committed revision 461.-->
+$ svn commit -m "Das Zusammenf?hren von r387-388 mit my-calc-branch  
verhindern."
+Sende          .
+
+Revision 461 ?bertragen.
  </screen>
        </informalexample>

  <!--
-      <para>Beginning with Subversion 1.7, <option>- -record-only</option>
+      <para>Since Subversion 1.7, <option>- -record-only</option>
          merges are transitive.  This means that, in addition to recording
          mergeinfo describing the blocked revision(s), any
          <literal>svn:mergeinfo</literal> property differences in the
          merge source are also applied.  For example, let's say we want to
-        block the 'frazzle' feature from ever being merged from
-        <filename>^/trunk</filename> to our
-        <filename>^/branches/proj-X</filename> branch.  We know that all
-        the frazzle work was done on its own branch, which was
-        reintegrated to <filename>trunk</filename> in revision 1055:</para>
+        block the 'paint-python-wrapper' feature from ever being merged  
from
+        <filename>^/paint/trunk</filename> to the
+        <filename>^/paint/branches/paint-1.0.x</filename> branch.  We know
+        the work on this feature was done on its own branch, which was
+        reintegrated to <filename>/paint/trunk</filename> in revision
+        465:</para>
  -->
-      <para>Beginnend mit Subversion 1.7 sind Zusammenf?hrungen mit
+      <para>Seit Subversion 1.7 sind Zusammenf?hrungen mit
          <option>--record-only</option> transitiv. Das bedeutet, dass
          zus?tzlich zur Aufzeichnung der Mergeinfo die die
          blockierte(n) Revision(en) beschreiben, alle Unterschiede der
          Eigenschaft <literal>svn:mergeinfo</literal> der Quelle
-        ebenfalls angewendet werden. Sagen wir zum Beispiel mal, dass
-        wir die Zusammenf?hrung der "Frazzle"-Funktionalit?t von
-        <filename>^/trunk</filename> mit unserem
-        <filename>^/branches/proj-X</filename> Zweig f?r immer
-        blockieren m?chten. Wir wissen, dass die gesamte Arbeit an
-        "Frazzle" auf seinem eigenen Zweig gemacht wurde, der in
-        Revision 1055 wieder in <filename>trunk</filename>
-        eingegliedert wurde:</para>
+        ebenfalls angewendet werden. Sagen wir mal zum Beispiel, dass
+        wir die Zusammenf?hrung der Funktionalit?t
+        "paint-python-wrapper" von <filename>^/paint/trunk</filename>
+        mit unserem <filename>^/paint/branches/paint-1.0.x</filename>
+        Zweig f?r immer blockieren m?chten. Wir wissen, dass die
+        gesamte Arbeit an dieser Funktionalit?t auf seinem eigenen
+        Zweig gemacht wurde, der in Revision 465 wieder in
+        <filename>/paint/trunk</filename> eingegliedert wurde:</para>

        <informalexample>
          <screen>
-$ svn log -v ^/trunk -r 1055
-------------------------------------------------------------------------  
<!--
-r1055 | francesca | 2011-09-22 07:40:06 -0400 (Thu, 22 Sep 2011) | 3 lines
+$ svn log -v -r465 ^/paint/trunk
+------------------------------------------------------------------------<!--
+r465 | joe | 2013-02-25 14:05:12 -0500 (Mon, 25 Feb 2013) | 1 line
  Changed paths:
+   M /paint/trunk
+   A /paint/trunk/python (from  
/paint/branches/paint-python-wrapper/python:464)
+
+Reintegrate Paint Python wrapper.
  -->
-r1055 | francesca | 2011-09-22 07:40:06 -0400 (Do, 22. Sep 2011) | 3 Zeilen
+r465 | joe | 2013-02-25 14:05:12 -0500 (Mo, 25. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-   M /trunk
-   M /trunk/src/frazzle.c
-<!--
-Reintegrate the frazzle-feature-branch to trunk.
--->
-Den Frazzle-Zweig wieder in trunk eingegliedert.
+   M /paint/trunk
+   A /paint/trunk/python (von  
/paint/branches/paint-python-wrapper/python:464)
+
+Paint Python Wrapper reintegriert.
+------------------------------------------------------------------------
  </screen>
        </informalexample>

  <!--
-      <para>Because revision 1055 was a reintegrate merge we know
+      <para>Because revision 465 was a reintegrate merge we know
          that mergeinfo was recorded describing the merge:</para>
  -->
-      <para>Da Revision 1055 eine Zusammenf?hrung zur
+      <para>Da Revision 465 eine Zusammenf?hrung zur
          Wiedereingliederung war, wissen wir, dass beschreibende
          Informationen aufgezeichnet wurden:</para>

        <informalexample>
          <screen>
-$ svn diff ^/trunk -c 1055 --depth empty
+$ svn diff ^/paint/trunk --depth empty -c465
  Index: .
  ===================================================================
---- .   (revision 1054)
-+++ .   (revision 1055)
+--- .   (revision 464)
++++ .   (revision 465)
  <!--
  Property changes on: .
  -->
  Eigenschafts?nderungen: .
  ___________________________________________________________________ <!--
-Modified: svn:mergeinfo
-   Merged /branches/frazzle-feature-branch:r997-1003
+Added: svn:mergeinfo
+   Merged /paint/branches/paint-python-wrapper:r463-464
  -->
-Modifiziert: svn:mergeinfo
-   Zusammengef?hrt /branches/frazzle-feature-branch:r997-1003
+Hinzugef?gt: svn:mergeinfo
+   Zusammengef?hrt /paint/branches/paint-python-wrapper:r463-464
  </screen>
        </informalexample>

  <!--
-      <para>Now simply blocking merges of revision 1055 from
-        <filename>^/trunk</filename> isn't foolproof since someone could
-        merge r996:1003 directly from
-        <filename>^/branches/frazzle-feature-branch</filename>.
+      <para>Now simply blocking merges of revision 465 from
+        <filename>/paint/trunk</filename> isn't foolproof since someone  
could
+        merge r462:464 directly from
+        <filename>/paint/branches/paint-python-wrapper</filename>.
          Fortunately the transitive nature
-        of <option>- -record-only</option> merges in Subversion 1.7
-        prevents this; the <option>- -record-only</option> merge
+        of <option>- -record-only</option> merges prevents this; the
+        <option>- -record-only</option> merge
          applies the <literal>svn:mergeinfo</literal> diff from
-        revision 1055, thus blocking merges directly from the frazzle
-        branch <emphasis>and</emphasis> as it has always done prior to
-        Subversion 1.7, it blocks merges of revision 1055 directly
-        from <filename>^/trunk</filename>:</para>
+        revision 465, thus blocking merges of that change directly from
+        <filename>/paint/trunk</filename> <emphasis>and</emphasis>  
indirectly
+        from <filename>/paint/branches/paint-python-wrapper</filename>:
+        </para>
  -->
        <para>Das einfache Blockieren der Zusammenf?hrungen der Revision
-        1055 von <filename>^/trunk</filename> ist nicht narrensicher,
-        da jemand r996:1003 direkt von
-        <filename>^/branches/frazzle-feature-branch</filename>
+        465 von <filename>/paint/trunk</filename> ist nicht
+        narrensicher, da jemand 462:464 direkt von
+        <filename>/paint/branches/paint-python-wrapper</filename>
          zusammenf?hren k?nnte. Gl?cklicherweise wird das durch die
          transitive Natur der Merges mit <option>--record-only</option>
-        in Subversion 1.7 verhindert: die Zusammenf?hrung mit
+        verhindert: die Zusammenf?hrung mit
          <option>--record-only</option> wendet den
-        <literal>svn:mergeinfo</literal>-Diff von Revision 1055 an,
-        und blockiert somit sowohl direkte Merges vom frazzle-Zweig
-        <emphasis>als auch</emphasis>, wie es vor Subversion 1.7 schon
-        immer war, Merges der Revision 1055 direkt von
-        <filename>^/trunk</filename>:</para>
+        <literal>svn:mergeinfo</literal>-Diff von Revision 465 an, und
+        blockiert somit sowohl direkte Merges dieser ?nderung von
+        <filename>/paint/trunk</filename> <emphasis>als
+        auch</emphasis> indirekte von
+        <filename>/paint/branches/paint-python-wrapper</filename>:
+        </para>

        <informalexample>
          <screen>
-$ cd branches/proj-X
+$ cd paint/branches/paint-1.0.x

-$ svn merge ^/trunk . -c 1055 --record-only <!--
-- - - Merging r1055 into '.':
+$ svn merge ^/paint/trunk --record-only -c465<!--
+- - Merging r465 into '.':
  -->
--- Zusammenf?hren von r1055 in ?.?:
- G   .  <!--
-- - - Recording mergeinfo for merge of r1055 into '.':
+-- Zusammenf?hren von r465 in ?.?:
+ U   .  <!--
+- - Recording mergeinfo for merge of r465 into '.':
  -->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r1055 in ?.?:
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r465 in ?.?:
   G   .

-$ svn diff --depth empty .
+$ svn diff --depth empty
  Index: .
-=================================================================== <!--
-- - - .   (revision 1070)
+===================================================================<!--
+- - .   (revision 462)
  +++ .   (working copy)

  Property changes on: .
  ___________________________________________________________________
-Modified: svn:mergeinfo
-   Merged /trunk:r1055
-   Merged /branches/frazzle-feature-branch:r997-1003
+Added: svn:mergeinfo
+   Merged /paint/branches/paint-python-wrapper:r463-464
+   Merged /paint/trunk:r465
  -->
---- .   (Revision 1070)
+--- .   (Revision 462)
  +++ .   (Arbeitskopie)

  Eigenschafts?nderungen: .
  ___________________________________________________________________
-Ge?ndert: svn:mergeinfo
-   Zusammengef?hrt /trunk:r1055
-   Zusammengef?hrt /branches/frazzle-feature-branch:r997-1003
+Hinzugef?gt: svn:mergeinfo
+   Zusammengef?hrt /paint/branches/paint-python-wrapper:r463-464
+   Zusammengef?hrt /paint/trunk:r465
+<!--
+$ svn ci -m "Block the Python wrappers from the first release of paint."
+Sending        .
+
+Committed revision 466.
+-->
+$ svn ci -m "Die Python-Wrapper aus der ersten Release von Paint sperren."
+Sende          .
+
+Revision 466 ?bertragen.
  </screen>
        </informalexample>

+<!--
+      <para>Now any subsequent attempts to merge the feature to <filename>
+        /paint/trunk</filename> are inoperative:</para>
+-->
+      <para>Nun sind alle k?nftigen Versuche, die Funktionalit?t mit
+        <filename>/paint/trunk</filename> zusammenzuf?hren,
+        inoperativ:</para>
+
+      <informalexample>
+        <screen>
+$ svn merge ^/paint/trunk -c465<!--
+- - Recording mergeinfo for merge of r465 into '.':-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r456 in ?.?:
+ U   .
+<!--
+$ svn st # No change!
+-->
+$ svn st # keine ?nderung
+
+$ svn merge ^/paint/branches/paint-python-wrapper -r462:464<!--
+- - Recording mergeinfo for merge of r463 through r464 into '.':-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r463 bis r464 in  
?.?:
+ U   .
+<!--
+$ svn st  # No change!
+-->
+$ svn st # keine ?nderung
+$
+</screen>
+      </informalexample>
+
+<!--
+      <para>If at a later time you realize that you actually <emphasis>do
+        </emphasis> need the blocked feature merged to  
<filename>/paint/trunk
+        </filename> you have a couple of choices.  You can reverse merge  
r466,
+        (the revision you blocked the feature), as we discussed in
+        <xref linkend="svn.branchmerge.basicmerging.undo"/>.  Once you  
commit
+        that change you can repeat the merge of r465 from <filename>
+        /paint/trunk</filename>.  Alternatively, you can simply repeat the
+        merge of r465 from <filename>/paint/trunk</filename> using the
+        <option>- -ignore-ancestry</option> option, which will cause the  
merge
+        to disregard any mergeinfo and simply apply the requested diff, see
+        <xref linkend="svn.branchmerge.advanced.ancestry"/>.</para>
+-->
+      <para>Falls Sie sp?ter feststellen, dass Sie die blockierte
+        Funktionalit?t <emphasis>doch</emphasis> nach
+        <filename>/paint/trunk </filename> her?berbringen m?ssen,
+        haben Sie die Wahl. Sie k?nnen r466 (die Revision, in der die
+        Funktionalit?t blockiert wurde) r?ckw?rts patchen wie in
+        <xref linkend="svn.branchmerge.basicmerging.undo"/> er?rtert.
+        Sobald Sie die ?nderung ?bertragen haben, k?nnen Sie r465 die
+        von <filename>/paint/trunk</filename> zusammenf?hren.
+        Alternativ k?nnen Sie einfach r465 von
+        <filename>/paint/trunk</filename> erneut zusammenf?hren, indem
+        Sie die Option <option>--ignore-ancestry</option> verwenden,
+        die beim Zusammenf?hren jegliche Mergeinfo ignoriert und den
+        erw?nschten Diff einfach anwendet; siehe
+        <xref linkend="svn.branchmerge.advanced.ancestry"/>.</para>
+
+      <informalexample>
+        <screen>
+$ svn merge ^/paint/trunk -c465 --ignore-ancestry<!--
+- - Merging r465 into '.':-->
+-- Zusammenf?hren von r465 in ?.?:
+A    python
+A    python/paint.py
+ G   .
+</screen>
+      </informalexample>
+
  <!--
        <para>Blocking changes with <option>- -record-only</option>
          works, but it's also a little bit
@@ -5285,192 +5376,6 @@

      </sect2>

-    <!-- ===============================================================  
-->
-    <sect2 id="svn.branchmerge.advanced.reintegratetwice">
-<!--
-      <title>Keeping a Reintegrated Branch Alive</title>
--->
-      <title>Einen reintegrierten Zweig am Leben erhalten</title>
-
-<!--
-      <para>There is an alternative to destroying and re-creating a
-        branch after reintegration. To understand why it works you need
-        to understand why the branch is initially unfit for further use
-        after it has been reintegrated.</para>
--->
-      <para>Es gibt einen anderen Weg, als einen Zweig nach der
-        Reintegration zu zerst?ren und erneut zu erzeugen. Zum
-        Verst?ndnis, warum das funktioniert, m?ssen Sie verstehen,
-        warum der Zweig unmittelbar nach dem Reintegrieren zun?chst
-        nicht weiterverwendbar ist.</para>
-
-<!--
-      <para>Let's assume you created your branch in revision
-        <emphasis>A</emphasis>. While working on your branch, you created
-        one or more revisions which made changes to the branch.
-        Before reintegrating your branch back to trunk, you made a final
-        merge from trunk to your branch, and committed the result of
-        this merge as revision <emphasis>B</emphasis>.</para>
--->
-      <para>Nehmen wir an, Sie haben den Zweig in Revision
-        <emphasis>A</emphasis> angelegt. Bei der Arbeit auf diesem
-        Zweig haben Sie eine oder mehrere Revisionen erzeugt, die
-        ?nderungen an dem Zweig beinhalten. Vor der Reintegration des
-        Zweigs zur?ck auf die Hauptentwicklungslinie haben Sie eine
-        abschlie?ende Zusammenf?hrung von dort auf Ihren Zweig
-        vollzogen und das Ergebnis dieser Merges als Revision
-        <emphasis>B</emphasis> ?bertragen.</para>
-
-<!--
-      <para>When reintegrating your branch into the trunk, you create
-        a new revision <emphasis>X</emphasis> which changes the trunk.
-        The changes made to trunk in this revision <emphasis>X</emphasis>
-        are semantically equivalent to the changes you made to your branch
-        between revisions <emphasis>A</emphasis> and  
<emphasis>B</emphasis>.
-        </para>
--->
-      <para>Bei der Reintegration Ihres Zweigs auf die
-        Hauptentwicklungslinie erzeugen Sie eine neue Revision
-        <emphasis>X</emphasis> die jene ?ndert. Die ?nderungen an der
-        Hauptentwicklungslinie in dieser Revision
-        <emphasis>X</emphasis> sind semantisch ?quivalent zu den
-        ?nderungen, die Sie zwischen Revision <emphasis>A</emphasis>
-        und <emphasis>B</emphasis> auf Ihrem Zweig vorgenommen haben.
-        </para>
-
-<!--
-      <para>If you now try to merge outstanding changes from trunk to your
-        branch, Subversion will consider changes made in revision
-        <emphasis>X</emphasis> as eligible for merging into the
-        branch. However, since your branch already contains all the
-        changes made in revision <emphasis>X</emphasis>, merging these
-        changes can result in spurious conflicts! These conflicts are
-        often tree conflicts, especially if renames were made on the
-        branch or the trunk while the branch was in development.</para>
--->
-      <para>Falls Sie jetzt versuchen, ausstehende ?nderungen von der
-        Hauptentwicklungslinie mit Ihrem Zweig zusammenzuf?hren, wird
-        Subversion die in Revision <emphasis>X</emphasis>
-        vorgenommenen ?nderungen als Kandidaten f?r die
-        Merges betrachten. Da Ihr Zweig jedoch bereits alle in
-        Revision <emphasis>X</emphasis> vorgenommenen ?nderungen
-        enth?lt, kann das Zusammenf?hren dieser ?nderungen
-        f?lschlicherweise zu Konflikten f?hren! Bei diesen Konflikten
-        handelt es sich oft um Baumkonflikte, besonders dann, wenn
-        w?hrend der Entwicklung auf dem Zweig dort oder auf der
-        Hauptentwicklungslinie Umbenennungen gemacht wurden.</para>
-
-<!--
-      <para>So what can be done about this? We need to make sure that
-        Subversion does not try to merge revision <emphasis>X</emphasis>
-        into the branch. This is done using the
-        <option>- -record-only</option> merge option, which was introduced
-        in <xref linkend="svn.branchmerge.advanced.blockchanges"/>.</para>
--->
-      <para>Wie soll also damit umgegangen werden? Wir m?ssen
-        sicherstellen, dass Subversion nicht versucht, die Revision
-        <emphasis>X</emphasis> mit dem Zweig zusammenzuf?hren. Das
-        wird mit der Merge-Option <option>--record-only</option>
-        erreicht, die in
-        <xref linkend="svn.branchmerge.advanced.blockchanges"/>
-        vorgestellt wurde.</para>
-
-<!--
-      <para>To carry out the record-only merge, get a working copy of
-        the branch which was just reintegrated in revision
-        <emphasis>X</emphasis>, and merge just revision  
<emphasis>X</emphasis>
-        from trunk into your branch, making sure to use the
-        <option>- -record-only</option> option.</para>
--->
-      <para>Um die nur vermerkte Zusammenf?hrung auszuf?hren,
-        erstellen Sie sich eine Arbeitskopie des Zweigs, der in
-        Revision <emphasis>X</emphasis> frisch reintegriert wurde, und
-        f?hren Sie lediglich die Revision <emphasis>X</emphasis> von
-        der Hauptentwicklungslinie mit Ihrem Zweig zusammen, indem Sie
-        sicherstellen, dass Sie die Option
-        <option>--record-only</option> verwenden.</para>
-
-<!--
-      <para>This merge uses the cherry-picking merge syntax, which was
-        introduced in <xref linkend="svn.branchmerge.cherrypicking"/>.
-        Continuing with the running example from
-        <xref linkend="svn.branchmerge.basicmerging.reintegrate"/>,
-        where revision <emphasis>X</emphasis> was revision 391:</para>
--->
-      <para>Dieser Merge verwendet die Syntax zum Herauspicken der
-        Rosinen, wie sie in
-        <xref linkend="svn.branchmerge.cherrypicking"/> vorgestellt
-        wurde. Um mit dem aktuellen Beispiel aus
-        <xref linkend="svn.branchmerge.basicmerging.reintegrate"/>
-        fortzufahren, in dem Revision <emphasis>X</emphasis> die
-        Revision 391 war:</para>
-
-<!--
-      <informalexample>
-        <screen>
-$ cd my-calc-branch
-$ svn update
-Updated to revision 393.
-$ svn merge - -record-only -c 391 ^/calc/trunk
-$ svn commit -m "Block revision 391 from being merged into my-calc-branch."
-Sending        .
-
-Committed revision 394.
-</screen>
-      </informalexample>
--->
-      <informalexample>
-        <screen>
-$ cd my-calc-branch
-$ svn update
-Aktualisiert zu Revision 393.
-$ svn merge --record-only -c 391 ^/calc/trunk
-$ svn commit -m "Block revision 391 from being merged into my-calc-branch."
-Sende          .
-
-Revision 394 ?bertragen.
-</screen>
-      </informalexample>
-
-      <!-- ### FIXME: In 1.7, record-only merges produce some output -->
-
-<!--
-      <para>Now your branch is ready to soak up changes from the trunk
-        again. After another sync of your branch to the trunk, you can
-        even reintegrate the branch a second time.
-        If necessary, you can do another record-only merge to keep the
-        branch alive. Rinse and repeat.</para>
--->
-      <para>Nun ist Ihr Zweig wieder bereit, ?nderungen von der
-        Hauptentwicklungslinie aufzunehmen. Nach einer weiteren
-        Synchronisierung Ihres Zweigs auf die Hauptentwicklungslinie
-        k?nnen Sie sogar ein zweites Mal Ihren Zweig reintegrieren.
-        Falls notwendig, k?nnen Sie einen weiteren, nur vermerkten
-        Merge machen, um den Zweig am Leben zu erhalten.  Sp?len und
-        wiederholen.</para>
-
-<!--
-      <para>It should now also be apparent why deleting the branch and
-        re-creating it has the same effect as doing the above record-only
-        merge. Because revision <emphasis>X</emphasis> is part of the  
natural
-        history (see the sidebar
-        <xref linkend="svn.branchmerge.nomergedata.impicit.mergeinfo"/>)
-        of the newly created branch, Subversion will never attempt to
-        merge revision <emphasis>X</emphasis> into the branch, avoiding
-        spurious conflicts.</para>
--->
-      <para>Nun sollte es auch offensichtlich sein, warum das L?schen
-        und Wiederherstellen des Zweigs den selben Effekt hat wie die
-        obige nur vermerkte Zusammenf?hrung. Da die Revision
-        <emphasis>X</emphasis> Teil der nat?rlichen Historie des
-        frisch erzeugten Zweigs ist (siehe Anmerkung
-        <xref linkend="svn.branchmerge.nomergedata.impicit.mergeinfo"/>),
-        wird Subversion niemals versuchen, die Revision
-        <emphasis>X</emphasis> mit dem Zweig zusammenzuf?hren, und
-        vermeidet dadurch f?lschliche Konflikte.</para>
-
-      </sect2>
-
      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.advanced.logblame">
  <!--
@@ -5515,87 +5420,86 @@
  $ cd my-calc-branch
  $ svn log -q
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r390 | user | 2002-11-22 11:01:57 -0600 (Fri, 22 Nov 2002) | 1 line
+r461 | user | 2013-02-25 05:57:48 -0500 (Mon, 25 Feb 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r388 | user | 2002-11-21 05:20:00 -0600 (Thu, 21 Nov 2002) | 2 lines
+r379 | user | 2013-02-18 10:56:35 -0500 (Mon, 18 Feb 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r381 | user | 2002-11-20 15:07:06 -0600 (Wed, 20 Nov 2002) | 2 lines
+r378 | user | 2013-02-18 09:48:28 -0500 (Mon, 18 Feb 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r359 | user | 2002-11-19 19:19:20 -0600 (Tue, 19 Nov 2002) | 2 lines
+&hellip;
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r357 | user | 2002-11-15 14:29:52 -0600 (Fri, 15 Nov 2002) | 2 lines
+r8 | sally | 2013-01-17 16:55:36 -0500 (Thu, 17 Jan 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r343 | user | 2002-11-07 13:50:10 -0600 (Thu, 07 Nov 2002) | 2 lines
+r7 | bill | 2013-01-17 16:49:36 -0500 (Thu, 17 Jan 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r341 | user | 2002-11-03 07:17:16 -0600 (Sun, 03 Nov 2002) | 2 lines
+r3 | bill | 2013-01-17 09:07:04 -0500 (Thu, 17 Jan 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  </screen>
        </informalexample>
  -->
        <informalexample>
          <screen>
  $ cd my-calc-branch
+
  $ svn log -q
  ------------------------------------------------------------------------
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
+r461 | user | 2013-02-25 05:57:48 -0500 (Mo, 25. Feb 2013)
  ------------------------------------------------------------------------
-r388 | user | 2002-11-21 05:20:00 -0600 (Do, 21. Nov 2002) | 2 Zeilen
+r379 | user | 2013-02-18 10:56:35 -0500 (Mo, 18. Feb 2013)
  ------------------------------------------------------------------------
-r381 | user | 2002-11-20 15:07:06 -0600 (Mi, 20. Nov 2002) | 2 Zeilen
+r378 | user | 2013-02-18 09:48:28 -0500 (Mo, 18. Feb 2013)
  ------------------------------------------------------------------------
-r359 | user | 2002-11-19 19:19:20 -0600 (Di, 19. Nov 2002) | 2 Zeilen
+&hellip;
  ------------------------------------------------------------------------
-r357 | user | 2002-11-15 14:29:52 -0600 (Fr, 15. Nov 2002) | 2 Zeilen
+r8 | sally | 2013-01-17 16:55:36 -0500 (Do, 17. Jan 2013)
  ------------------------------------------------------------------------
-r343 | user | 2002-11-07 13:50:10 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r7 | bill | 2013-01-17 16:49:36 -0500 (Do, 17. Jan 2013)
  ------------------------------------------------------------------------
-r341 | user | 2002-11-03 07:17:16 -0600 (So, 03. Nov 2002) | 2 Zeilen
+r3 | bill | 2013-01-17 09:07:04 -0500 (Do, 17. Jan 2013)
  ------------------------------------------------------------------------
-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 Zeilen
-------------------------------------------------------------------------
  </screen>
        </informalexample>

  <!--
        <para>But is this really an accurate picture of all the changes
          that happened on the branch?  What's left out here is
-        the fact that revisions 390, 381, and 357 were actually the
+        the fact that revisions 352, 362, 372 and 379 were actually the
          results of merging changes from the trunk.  If you look at one
          of these logs in detail, the multiple trunk changesets that
          comprised the branch change are nowhere to be seen:</para>
  -->
        <para>Aber ist das wirklich eine genaue Wiedergabe aller
          ?nderungen, die auf dem Zweig stattgefunden haben? Was hier
-        ausgelassen wird, ist, dass die Revisionen 390, 381 und 357
-        tats?chlich Ergebnisse des Zusammenf?hrens von ?nderungen aus
-        dem Stamm waren. Wenn Sie sich eins dieser Protokolle im
-        Detail anschauen, k?nnen Sie die verschiedenen
-        ?nderungsmengen vom Stamm, die die ?nderungen auf dem Zweig
-        ausmachen, nirgendwo sehen:</para>
+        ausgelassen wird, ist, dass die Revisionen 352, 362, 372 und
+        379 tats?chlich Ergebnisse des Zusammenf?hrens von ?nderungen
+        aus dem Stamm waren. Wenn Sie sich eins dieser Protokolle im
+        Detail anschauen, k?nnen Sie die verschiedenen ?nderungsmengen
+        vom Stamm, die die ?nderungen auf dem Zweig ausmachen,
+        nirgendwo sehen:</para>

        <informalexample>
          <screen>
-$ svn log -v -r 390
+$ svn log ^/calc/branches/my-calc-branch -r352 -v
  ------------------------------------------------------------------------  
<!--
-r390 | user | 2002-11-22 11:01:57 -0600 (Fri, 22 Nov 2002) | 1 line
+r352 | user | 2013-02-16 09:35:18 -0500 (Sat, 16 Feb 2013) | 1 line
  Changed paths:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Final merge of trunk changes to my-calc-branch.
+Sync latest trunk changes to my-calc-branch.
  -->
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
+r352 | user | 2013-02-16 09:35:18 -0500 (Sa, 16. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Letzte Zusammenf?hrung der ?nderungen von trunk changes in my-calc-branch.
+Synchronisierung der letzten ?nderungen von trunk mit my-calc-branch.
  </screen>
        </informalexample>

@@ -5617,110 +5521,125 @@

        <informalexample>
          <screen>
-$ svn log -v -r 390 -g
+$ svn log ^/calc/branches/my-calc-branch -r352 -v -g
  ------------------------------------------------------------------------  
<!--
-r390 | user | 2002-11-22 11:01:57 -0600 (Fri, 22 Nov 2002) | 1 line
+r352 | user | 2013-02-16 09:35:18 -0500 (Sat, 16 Feb 2013) | 1 line
  Changed paths:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Final merge of trunk changes to my-calc-branch.
+Sync latest trunk changes to my-calc-branch.
  -->
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
+r352 | user | 2013-02-16 09:35:18 -0500 (Sa, 16. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Letzte Zusammenf?hrung der ?nderungen von trunk in my-calc-branch.
+Synchronisierung der letzten ?nderungen von trunk mit my-calc-branch.
  ------------------------------------------------------------------------  
<!--
-r383 | sally | 2002-11-21 03:19:00 -0600 (Thu, 21 Nov 2002) | 2 lines
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sat, 16 Feb 2013) | 2 lines
  Changed paths:
-   M /branches/my-calc-branch/button.c
-Merged via: r390
+   M /calc/trunk/src/real.c
+Merged via: r352

-Fix inverse graphic error on button.
+Trunk work on calc project.
  -->
-r383 | sally | 2002-11-21 03:19:00 -0600 (Do, 21. Nov 2002) | 2 Zeilen
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sa, 16. Feb 2013) | 2 Zeilen
  Ge?nderte Pfade:
-   M /branches/my-calc-branch/button.c
-Zusammengef?hrt mittels: r390
+   M /calc/trunk/src/real.c
+Zusammengef?hrt mittels: r352

-Inverse Grafik auf Knopf behoben.
+Arbeiten auf dem Stamm vom calc-Projekt.
+------------------------------------------------------------------------
+&hellip;
  ------------------------------------------------------------------------  
<!--
-r382 | sally | 2002-11-20 16:57:06 -0600 (Wed, 20 Nov 2002) | 2 lines
+r345 | sally | 2013-02-15 16:51:17 -0500 (Fri, 15 Feb 2013) | 2 lines
  Changed paths:
-   M /branches/my-calc-branch/README
-Merged via: r390
+   M /calc/trunk/Makefile
+   M /calc/trunk/src/integer.c
+Merged via: r352

-Document my last fix in README.
--->
-r382 | sally | 2002-11-20 16:57:06 -0600 (Mi, 20. Nov 2002) | 2 Zeilen
+Trunk work on calc project.
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fri, 15 Feb 2013) | 1 line
+Changed paths: -->
+------------------------------------------------------------------------
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Ge?nderte Pfade:
-   M /branches/my-calc-branch/README
-Zusammengef?hrt mittels: r390
-
-Meine letzte ?nderung in README dokumentiert.
+   M /calc/trunk/src/integer.c<!--
+Merged via: r352-->
+Zusammengef?hrt mittels: r352
+<!--
+Refactor the bazzle functions.
+-->
+Die bazzle-Funktionen refaktoriert.
  </screen>
        </informalexample>

  <!--
        <para>By making the log operation use merge history, we see not
-        just the revision we queried (r390), but also the two revisions
-        that came along on the ride with it&mdash;a couple of changes
-        made by Sally to the trunk.  This is a much more complete
-        picture of history!</para>
+        just the revision we queried (r352), but also the other revisions
+        that came along on the ride with it&mdash;Sally's work on trunk.
+        This is a much more complete picture of history!</para>
  -->
        <para>Dadurch, dass wir die Protokoll-Operation aufgefordert
          haben, die Geschichte der Zusammenf?hrungen zu verwenden,
          sehen wir nicht nur die Revision, die wir abgefragt haben
-        (r390), sondern auch die zwei Revisionen, die hier mitkamen
-        &ndash; ein paar ?nderungen, die Sally auf dem Stamm gemacht
-        hat. Das ist ein wesentlich vollst?ndigeres Bild der
-        Geschichte!</para>
+        (r352), sondern auch die anderen Revisionen, die hier mitkamen
+        &ndash; die Arbeit von Sally auf dem Stamm.  Das ist ein
+        wesentlich vollst?ndigeres Bild der Geschichte!</para>

  <!--
        <para>The <command>svn blame</command> command also takes the
          <option>- -use-merge-history</option> (<option>-g</option>)
          option.  If this option is neglected, somebody looking at
-        a line-by-line annotation of <filename>button.c</filename> may
-        get the mistaken impression that you were responsible for the
-        lines that fixed a certain error:</para>
+        a line-by-line annotation of <filename>Makefile</filename> may
+        get the mistaken impression that you were responsible for a
+        particular change:</para>
  -->
        <para>Auch der <command>svn blame</command>-Befehl versteht die
          Option <option>--use-merge-history</option>
          (<option>-g</option>).  Falls diese Option vergessen wird,
          k?nnte jemand, der sich die zeilenweisen Anmerkungen von
-        <filename>button.c</filename> ansieht, f?lschlicherweise davon
-        ausgehen, dass Sie f?r die Zeilen verantwortlich sind, die
-        einen bestimmten Fehler beseitigt haben:</para>
+        <filename>Makefile</filename> ansieht, f?lschlicherweise davon
+        ausgehen, dass Sie f?r die Zeilen einer bestimmten ?nderung
+        verantwortlich sind:</para>

        <informalexample>
          <screen>
-$ svn blame button.c
+$ svn blame src/button.c
  &hellip;
-   390    user    retval = inverse_func(button, path);
-   390    user    return retval;
-   390    user    }
+   352    user    retval = inverse_func(button, path);
+   352    user    return retval;
+   352    user    }
  &hellip;
  </screen>
        </informalexample>

  <!--
        <para>And while it's true that you did actually commit those
-        three lines in revision 390, two of them were actually written
-        by Sally back in revision 383:</para>
+        three lines in revision 352, two of them were actually written
+        by Sally back in revision 348 and were brought into your branch
+        via a sync merge:</para>
  -->
        <para>Obwohl es zutrifft, dass Sie diese drei Zeilen in Revision
-        390 ?bergeben haben, sind zwei davon tats?chlich von Sally in
-        Revision 383 geschrieben worden:</para>
+        352 ?bergeben haben, sind zwei davon tats?chlich von Sally in
+        Revision 348 geschrieben worden und sind durch einen
+        Synchronisierungs-Merge in Ihren Zweig geraten:</para>

        <informalexample>
          <screen>
  $ svn blame button.c -g
  &hellip;
-G    383    sally   retval = inverse_func(button, path);
-G    383    sally   return retval;
-     390    user    }
+G    348    sally   retval = inverse_func(button, path);
+G    348    sally   return retval;
+     352    user    }
  &hellip;
  </screen>
        </informalexample>

From svnbook at googlecode.com  Tue Feb 10 00:49:15 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 10 Feb 2015 06:49:15 +0000
Subject: [svnbook] r4978 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2c3acfe2eb1050eb64817@google.com>

Revision: 4978
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 10 06:47:15 2015 UTC
Log:      [de] Translation: Branching and Merging
     ** Noticing or Ignoring Ancestry
     ** Merges and Moves

https://code.google.com/p/svnbook/source/detail?r=4978

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
05:31:01 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
06:47:15 2015 UTC
@@ -5664,9 +5664,8 @@
        <para>
          <indexterm>
            <primary>ancestry</primary>
-        </indexterm>
-        When conversing with a Subversion developer, you might
-        very likely hear reference to the term
+        </indexterm>When conversing with a Subversion developer, you
+        might very likely hear reference to the term
          <firstterm>ancestry</firstterm>.  This word is used to
          describe the relationship between two objects in a
          repository: if they're related to each other, one
@@ -5675,9 +5674,8 @@
        <para>
          <indexterm>
            <primary>Abstammung</primary>
-        </indexterm>
-        Wenn Sie sich mit einem Subversion-Entwickler unterhalten,
-        wird wahrscheinlich auch der Begriff
+        </indexterm>Wenn Sie sich mit einem Subversion-Entwickler
+        unterhalten, wird wahrscheinlich auch der Begriff
          <firstterm>Abstammung</firstterm> erw?hnt. Dieses Wort wird
          verwendet, um die Beziehung zwischen zwei Objekten im
          Projektarchiv zu beschreiben: Wenn sie in Beziehung zueinander
@@ -5792,7 +5790,12 @@

  <!--
        <tip>
-        <para>The <option>- -ignore-ancestry</option> option also disables
+        <para>
+        <indexterm>
+          <primary>merge tracking</primary>
+          <secondary>disabling</secondary>
+        </indexterm>
+        The <option>- -ignore-ancestry</option> option also disables
          <xref linkend="svn.branchmerge.basicmerging.mergetracking"/>.
          This means that <literal>svn:mergeinfo</literal> is not considered
          when <command>svn merge</command> is determining what revisions
@@ -5801,7 +5804,12 @@
        </tip>
  -->
        <tip>
-        <para>Die Option <option>--ignore-ancestry</option>
+        <para>
+        <indexterm>
+          <primary>Merge-Tracking</primary>
+          <secondary>unterbinden</secondary>
+        </indexterm>
+          Die Option <option>--ignore-ancestry</option>
            unterbindet auch
            <xref linkend="svn.branchmerge.basicmerging.mergetracking"/>.
            Das bedeutet, dass weder <literal>svn:mergeinfo</literal>
@@ -5841,14 +5849,14 @@
  <!--
        <para>Alas, this scenario doesn't work so well right now and
          is considered one of Subversion's current weak spots.  The
-        problem is that Subversion's <command>svn update</command>
+        problem is that Subversion's <command>svn merge</command>
          command isn't as robust as it should be, particularly when
          dealing with copy and move operations.</para>
  -->
        <para>Leider funktioniert dieses Szenario im Augenblick noch
          nicht so richtig und gilt als einer der Schwachpunkte von
          Subversion. Das Problem ist, das der Subversion-Befehl
-        <command>svn update</command> nicht so stabil ist, wie er sein
+        <command>svn merge</command> nicht so stabil ist, wie er sein
          sollte, besonders wenn es um Kopier- und Verschiebeoperationen
          geht.</para>

@@ -5860,8 +5868,9 @@
          merge</command>.  Instead of telling the client, <quote>Copy
          that file you already have to this new location,</quote> it
          sends down an entirely new file.  This can lead to
-        problems, especially because the same thing happens with
-        renamed files.  A lesser-known fact about Subversion is that
+        problems, particularly tree conflicts in the case of renames,
+        which involve not only the new copy, but a deletion of the old
+        path&mdash;a lesser-known fact about Subversion is that
          it lacks <quote>true renames</quote>&mdash;the <command>svn
          move</command> command is nothing more than an aggregation
          of <command>svn copy</command> and <command>svn
@@ -5874,92 +5883,202 @@
          merge</command> ausf?hrt. Statt dem Client mitzuteilen:
          <quote>Kopiere die Datei, die du bereits hast an diesen neuen
          Ort</quote>, sendet es eine v?llig neue Datei. Das kann zu
-        Problemen f?hren, besonders, weil dasselbe mit umbenannten
-        Dateien passiert. Eine weniger bekannte Tatsache ?ber
-        Subversion ist, dass es keine <quote>echten
-        Umbenennungen</quote> hat &ndash; der Befehl <command>svn
-        move</command> ist weiter nichts als eine Verbindung von
-        <command>svn copy</command> und <command>svn
+        Problemen f?hren, im Falle von Umbenennungen besonders zu
+        Baumkonflikten, die nicht nur die neue Kopie betreffen,
+        sondern die L?schung des alten Pfades ^ndash; eine weniger
+        bekannte Tatsache ?ber Subversion ist, dass es keine
+        <quote>echten Umbenennungen</quote> hat &ndash; der Befehl
+        <command>svn move</command> ist weiter nichts als eine
+        Verbindung von <command>svn copy</command> und <command>svn
          delete</command>.</para>

  <!--
-      <para>For example, suppose that while working on your private
-        branch, you rename <filename>integer.c</filename>
-        to <filename>whole.c</filename>.  Effectively you've created
-        a new file in your branch that is a copy of the original
-        file, and deleted the original file.  Meanwhile, back
-        on <filename>trunk</filename>, Sally has committed some
-        improvements to <filename>integer.c</filename>.  Now you
-        decide to merge your branch to the trunk:</para>
+      <para>For example, suppose that you want to make some changes on
+        your private branch <filename>/calc/branch/my-calc-branch
+        </filename>.  First you perform an automatic sync merge with
+        <filename>/calc/trunk</filename> and commit that in r470:</para>
  -->
-      <para>Nehmen wir beispielsweise an, dass Sie w?hrend Ihrer
-        Arbeit auf Ihrem privaten Zweig <filename>integer.c</filename>
-        in <filename>whole.c</filename> umbenennen. Tats?chlich haben
-        Sie eine neue Datei auf Ihrem Zweig erzeugt, die eine Kopie
-        der urspr?nglichen Datei ist, und letztere gel?scht.
-        Zwischenzeitlich hat Sally einige Verbesserungen an
-        <filename>integer.c</filename> in <filename>trunk</filename>
-        ?bergeben. Nun entscheiden Sie sich, Ihren Zweig mit dem Stamm
-        zusammenzuf?hren:</para>
-
+      <para>Nehmen wir beispielsweise an, dass Sie einige ?nderungen
+        an Ihrem privaten Zweig <filename>/calc/branch/my-calc-branch
+        </filename> machen m?chten. Zun?chst f?hren Sie einen
+        automatischen Synchronisierungs-Merge mit
+        <filename>/calc/trunk</filename> durch und ?bertragen das
+        Ergebnis in r470:</para>
        <informalexample>
          <screen>
  $ cd calc/trunk

-$ svn merge --reintegrate ^/calc/branches/my-calc-branch <!--
+$ svn merge ^/calc/trunk <!--
  - - - Merging differences between repository URLs into '.':
  -->
  -- Zusammenf?hren der Unterschiede zwischen Projektarchiv-URLs in ?.?:
-D    integer.c
-A    whole.c
-U    .  <!--
+U    doc/INSTALL
+A    FAQ
+U    src/main.c
+U    src/button.c
+U    src/integer.c
+U    Makefile
+U    README
+ U   .  <!--
  - - - Recording mergeinfo for merge between repository URLs into '.':
  -->
  -- Aufzeichnung der Informationen f?r Zusammenf?hrung zwischen  
Projektarchiv-URLs in ?.?:
   U   .
+<!--
+$ svn ci -m "Sync all changes from ^/calc/trunk through r469."
+Sending        .
+Sending        Makefile
+Sending        README
+Sending        FAQ
+Sending        doc/INSTALL
+Sending        src/main.c
+Sending        src/button.c
+Sending        src/integer.c
+Transmitting file data ....
+Committed revision 470.
+-->
+$ svn ci -m "Synchronisierung aller ?nderungen von ^/calc/trunk bis r469."
+Sende          .
+Sende          Makefile
+Sende          README
+Sende          FAQ
+Sende          doc/INSTALL
+Sende          src/main.c
+Sende          src/button.c
+Sende          src/integer.c
+?bertrage Daten ....
+Revision 470 ?bertragen.
  </screen>
        </informalexample>
+<!--
+      <para>Then you rename <filename>integer.c</filename> to <filename>
+        whole.c</filename> in r471 and then make some edits to the same
+        file in r473.  Effectively you've created a new file in your branch
+        (that is a copy of the original file plus some edits) and deleted
+        the original file.  Meanwhile, back on <filename>/calc/trunk
+        </filename>, Sally has committed some improvements of her own to
+        <filename>integer.c</filename> in r472:</para>
+-->
+      <para>Dann benennen Sie in r471 <filename>integer.c</filename>
+        in <filename>whole.c</filename> um und editieren dieselbe
+        Datei in r473. Tats?chlich haben Sie eine neue Datei auf Ihrem
+        Zweig erzeugt (die eine Kopie der urspr?nglichen Datei plus
+        einiger Bearbeitungen ist) und die urspr?ngliche Datei
+        gel?scht.  Zwischenzeitlich hat Sally in r472 auf
+        <filename>/calc/trunk</filename> selber einige Verbesserungen
+        an <filename>integer.c</filename> ?bergeben:</para>
+
+      <informalexample>
+        <screen>
+$ svn log -v -r472 ^/calc/trunk
+------------------------------------------------------------------------<!--
+r472 | sally | 2013-02-26 07:05:18 -0500 (Tue, 26 Feb 2013) | 1 line
+Changed paths:
+   M /calc/trunk/src/integer.c
+
+Trunk work on integer.c.-->
+r472 | sally | 2013-02-26 07:05:18 -0500 (Di, 26. Feb 2013) | 1 Zeile
+Ge?nderte Pfade:
+   M /calc/trunk/src/integer.c
+
+Arbeit auf dem Stamm von integer.c.
+------------------------------------------------------------------------
+</screen>
+      </informalexample>

  <!--
-      <para>This doesn't look so bad at first glance, but it's also
-        probably not what you or Sally expected.  The merge operation
-        has deleted the latest version of
-        the <filename>integer.c</filename> file (the one containing
-        Sally's latest changes), and blindly added your
-        new <filename>whole.c</filename> file&mdash;which is a
-        duplicate of the <emphasis>older</emphasis> version
-        of <filename>integer.c</filename>.  The net effect is that
-        merging your <quote>rename</quote> to the trunk has removed
-        Sally's recent changes from the latest revision!</para>
+      <para>Now you decide to merge your branch back to the trunk.
+        How will Subversion combine the rename and edits you made
+        with Sally's edits?</para>
  -->
-      <para>Auf den ersten Blick sieht es gar nicht schlecht aus,
-        jedoch ist es nicht das, was Sie und Sally erwartet h?tten.
-        Die Zusammenf?hrung hat die letzte Version der Datei
-        <filename>integer.c</filename> gel?scht (diejenige, die Sallys
-        ?nderungen beinhaltet) und blindlings Ihre neue Datei
-        <filename>whole.c</filename> hinzugef?gt &ndash; die ein
-        Duplikat der <emphasis>?lteren</emphasis> Version von
-        <filename>integer.c</filename> ist. Das Endergebnis ist, dass
-        durch die Zusammenf?hrung Ihrer <quote>Umbenennung</quote> auf
-        dem Zweig mit dem Stamm Sallys j?ngste ?nderungen aus der
-        letzten Revision entfernt wurden.</para>
+      <para>Nun entscheiden Sie sich, Ihren Zweig auf den Stamm
+        zur?ckzuf?hren. Wie wird Subversion Ihre Umbenennung und
+        Bearbeitung mit den Bearbeiungen durch Sally
+        kombinieren?</para>
+
+      <informalexample>
+        <screen>
+$ svn merge ^/calc/branches/my-calc-branch<!--
+- - Merging differences between repository URLs into '.':-->
+-- Zusammenf?hren der Unterschiede zwischen Projektarchiv-URLs in ?.?:
+   C src/integer.c
+ U   src/real.c
+A    src/whole.c<!--
+- - Recording mergeinfo for merge between repository URLs into '.':-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung zwischen  
Projektarchiv-URLs in ?.?:
+ U   .<!--
+Summary of conflicts:
+  Tree conflicts: 1-->
+Konflikt?bersicht:
+  Baumkonflikte: 1
+
+$ svn st
+ M      .
+      C src/integer.c<!--
+      >   local file edit, incoming file delete upon merge-->
+      >   lokale Datei ge?ndert, eingehendes L?schen einer Datei bei  
Zusammenf?hrung
+ M      src/real.c
+A  +    src/whole.c<!--
+Summary of conflicts:
+  Tree conflicts: 1-->
+Konflikt?bersicht:
+  Baumkonflikte: 1
+</screen>
+      </informalexample>

  <!--
-      <para>This isn't true data loss.  Sally's changes are still in
-        the repository's history, but it may not be immediately
-        obvious that this has happened.  The moral of this story is
-        that until Subversion improves, be very careful about
-        merging copies and renames from one branch to
-        another.</para>
+      <para>The answer is that Subversion <emphasis>won't</emphasis>
+        combine those changes, but rather raises a tree conflict<footnote>
+        <para>If Sally hadn't made her change in r472, then Subversion  
would
+        notice that <filename>integer.c</filename> in the
+        target working copy is identical to <filename>integer.c</filename>
+        in the left-side of the merge and would allow your rename to
+        succeed without a tree conflict:</para>-->
+      <para>Die Antwort ist, dass Subversion diese ?nderungen
+        <emphasis>keineswegs</emphasis> kombiniert, sondern
+        stattdessen einen Baumkonflikt erzeugt<footnote><para>Falls
+        Sally ihre ?nderung in  r472 nicht gemacht h?tte, dann w?re
+        Subversion aufgefallen, dass <filename>integer.c</filename> in
+        der Ziel-Arbeitskopie identisch zu <filename>integer.c</filename>
+        auf der linken Seite des Merge ist, und h?tte Ihnen die
+        Umbenennung ohne Baumkonflikt durchgehen lassen:</para>
+        <informalexample>
+          <screen>
+$ svn merge ^/calc/branches/my-calc-branch<!--
+- - Merging differences between repository URLs into '.':-->
+-- Zusammenf?hren der Unterschiede zwischen Projektarchiv-URLs in ?.?:
+ U   src/real.c
+A    src/whole.c
+D    src/integer.c<!--
+- - Recording mergeinfo for merge between repository URLs into '.':-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung zwischen  
Projektarchiv-URLs in ?.?:
+ U   .
+</screen><!--
+      </informalexample></footnote>because it needs your help
+        to figure out what part of your changes and what part of Sally's
+        changes should ultimately end up in <filename>whole.c</filename>
+        or even if the rename should take place at all!</para>-->
+        </informalexample></footnote>, da es Ihre Hilfe ben?tigt, um
+        herauszufinden, welche Teile Ihrer ?nderungen und welche Teile
+        von Sallys ?nderungen schlie?lich in
+        <filename>whole.c</filename> landen sollen, oder ob die
+        Umbenennung ?berhaupt stattfinden soll!</para>
+
+<!--
+      <para>You will need to resolve this tree conflict before committing
+        the merge and this may require some manual intervention on your
+        part, see <xref linkend="svn.tour.treeconflicts"/>.  The moral of
+        this story is that until Subversion improves, be careful about
+        merging copies and renames from one branch to another and when you
+        do, be prepared for some manual resolution.</para>
  -->
-      <para>Es ist kein echter Datenverlust. Sallys ?nderungen
-        befinden sich noch immer in der Geschichte des Projektarchivs,
-        allerdings mag es nicht sofort ersichtlich sein, dass es
-        passiert ist. Die Lehre, die es aus dieser Geschichte zu
-        ziehen gilt, lautet, dass Sie sehr vorsichtig mit dem
-        Zusammenf?hren von Kopien und Umbenennungen zwischen Zweigen
-        sein sollten, solange sich Subversion an dieser Stelle nicht
-        verbessert hat.</para>
+      <para>Vor der ?bergabe werden Sie den Baumkonflikt aufl?sen
+        m?ssen, was einiger manueller Eingriffe Ihrerseits bedarf,
+        siehe <xref linkend="svn.tour.treeconflicts"/>. Die Moral der
+        Geschichte ist, dass Sie dabei vorsichtig sein sollten, wenn Sie
+        Kopien und Umbenennungen zwischen Zweigen zusammenf?hren, und
+        auf manuelle Eingriffe vorbereitet sind,
+        bis sich Subversion verbessert.</para>

      </sect2>


From svnbook at googlecode.com  Tue Feb 10 10:50:38 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 10 Feb 2015 16:50:38 +0000
Subject: [svnbook] r4979 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2adccbcfeac050ebeaf59@google.com>

Revision: 4979
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 10 16:50:23 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Advanced Merging
   ** Blocking Merge Tracking Unaware Clients
   ** The Final Word on Merge Tracking
   * Traversing Branches
   * Tags
   * Branch Maintenance
   ** Repository Layout
   ** Data Lifetimes
   * Common Branching Patterns
   ** Release Branches
   ** Feature Branches
   * Vendor Branches (intro)

https://code.google.com/p/svnbook/source/detail?r=4979

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
06:47:15 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
16:50:23 2015 UTC
@@ -3798,2297 +3798,2297 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
-  <sect1 id="svn.branchmerge.advanced">
-<!--
-    <title>Advanced Merging</title>
--->
-    <title>Fortgeschrittenes Zusammenf?hren</title>
+    <sect1 id="svn.branchmerge.advanced">
+  <!--
+      <title>Advanced Merging</title>
+  -->
+      <title>Fortgeschrittenes Zusammenf?hren</title>

-<!--
-    <para>Here ends the automated magic.  Sooner or later, once you
-      get the hang of branching and merging, you're going to have to
-      ask Subversion to merge <emphasis>specific</emphasis> changes
-      from one place to another.  To do this, you're going to
-      have to start passing more complicated arguments to <command>svn
-      merge</command>.  The next section describes the fully expanded
-      syntax of the command and discusses a number of common
-      scenarios that require it.</para>
--->
-    <para>Hier endet die automatische Magie. Fr?her oder sp?ter,
-      sobald Sie den Dreh beim Verzweigen und Zusammenf?hren heraus
-      haben, werden Sie Subversion fragen m?ssen,
-      <emphasis>bestimmte</emphasis> ?nderungen von einem Ort zum
-      anderen zusammenzuf?hren. Um dies tun zu k?nnen, werden Sie
-      damit beginnen m?ssen, kompliziertere Argumente an <command>svn
-      merge</command> zu ?bergeben. Der n?chste Abschnitt beschreibt
-      die vollst?ndig erweiterte Syntax des Befehls und behandelt eine
-      Anzahl verbreiteter Szenarien, die diese ben?tigen.</para>
+  <!--
+      <para>Here ends the automated magic.  Sooner or later, once you
+        get the hang of branching and merging, you're going to have to
+        ask Subversion to merge <emphasis>specific</emphasis> changes
+        from one place to another.  To do this, you're going to
+        have to start passing more complicated arguments to <command>svn
+        merge</command>.  The next section describes the fully expanded
+        syntax of the command and discusses a number of common
+        scenarios that require it.</para>
+  -->
+      <para>Hier endet die automatische Magie. Fr?her oder sp?ter,
+        sobald Sie den Dreh beim Verzweigen und Zusammenf?hren heraus
+        haben, werden Sie Subversion fragen m?ssen,
+        <emphasis>bestimmte</emphasis> ?nderungen von einem Ort zum
+        anderen zusammenzuf?hren. Um dies tun zu k?nnen, werden Sie
+        damit beginnen m?ssen, kompliziertere Argumente an <command>svn
+        merge</command> zu ?bergeben. Der n?chste Abschnitt beschreibt
+        die vollst?ndig erweiterte Syntax des Befehls und behandelt eine
+        Anzahl verbreiteter Szenarien, die diese ben?tigen.</para>

-    <!-- ===============================================================  
-->
-    <sect2 id="svn.branchmerge.cherrypicking">
-<!--
-      <title>Cherrypicking</title>
--->
-      <title>Die Rosinen herauspicken</title>
+      <!-- ===============================================================  
-->
+      <sect2 id="svn.branchmerge.cherrypicking">
+  <!--
+        <title>Cherrypicking</title>
+  -->
+        <title>Die Rosinen herauspicken</title>

-<!--
-      <para>
-        <indexterm>
-          <primary>merging</primary>
-          <secondary>cherrypicking</secondary>
-        </indexterm>Just as the term <quote>changeset</quote> is often  
used in
-        version control systems, so is the term
-        <firstterm>cherrypicking</firstterm>.  This word refers to
-        the act of choosing <emphasis>one</emphasis> specific
-        changeset from a branch and replicating it to another.
-        Cherrypicking may also refer to the act of duplicating a
-        particular set of (not necessarily contiguous!) changesets
-        from one branch to another.  This is in contrast to more
-        typical merging scenarios, where the <quote>next</quote>
-        contiguous range of revisions is duplicated
-        automatically.</para>
--->
-      <para>
-        <indexterm>
-          <primary>Merging</primary>
-          <secondary>Rosinenpicken</secondary>
-        </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
-        wird die Wendung <firstterm>die Rosinen
-        herauspicken</firstterm> in Versions-Kontroll-Systemen
-        verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
-        bestimmte ?nderungsmenge von einem Zweig auszuw?hlen und sie
-        auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
-        sich auch darauf beziehen, eine bestimmte Menge von (nicht
-        notwendigerweise angrenzenden) ?nderungsmengen von einem auf
-        einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
-        den ?blicheren Merge-Szenarien, bei denen der
-        <quote>n?chste</quote> zusammenh?ngende Bereich von Revisionen
-        automatisch dupliziert wird.</para>
+  <!--
+        <para>
+          <indexterm>
+            <primary>merging</primary>
+            <secondary>cherrypicking</secondary>
+          </indexterm>Just as the term <quote>changeset</quote> is often  
used in
+          version control systems, so is the term
+          <firstterm>cherrypicking</firstterm>.  This word refers to
+          the act of choosing <emphasis>one</emphasis> specific
+          changeset from a branch and replicating it to another.
+          Cherrypicking may also refer to the act of duplicating a
+          particular set of (not necessarily contiguous!) changesets
+          from one branch to another.  This is in contrast to more
+          typical merging scenarios, where the <quote>next</quote>
+          contiguous range of revisions is duplicated
+          automatically.</para>
+  -->
+        <para>
+          <indexterm>
+            <primary>Merging</primary>
+            <secondary>Rosinenpicken</secondary>
+          </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
+          wird die Wendung <firstterm>die Rosinen
+          herauspicken</firstterm> in Versions-Kontroll-Systemen
+          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
+          bestimmte ?nderungsmenge von einem Zweig auszuw?hlen und sie
+          auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
+          sich auch darauf beziehen, eine bestimmte Menge von (nicht
+          notwendigerweise angrenzenden) ?nderungsmengen von einem auf
+          einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
+          den ?blicheren Merge-Szenarien, bei denen der
+          <quote>n?chste</quote> zusammenh?ngende Bereich von Revisionen
+          automatisch dupliziert wird.</para>

-<!--
-      <para>Why would people want to replicate just a single change?
-        It comes up more often than you'd think.  For example, let's
-        assume you've created a new feature branch <filename>
-        /calc/branches/my-calc-feature-branch</filename> copied from
-        <filename>/calc/trunk</filename>:</para>
--->
-      <para>Warum sollte jemand nur eine einzelne ?nderung wollen? Das
-        kommt h?ufiger vor, als Sie denken. Gehen wir beispielsweise
-        einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
-        /calc/branches/my-calc-feature-branch</filename> durch
-        kopieren von <filename>/calc/trunk</filename> erstellt
-        haben:</para>
+  <!--
+        <para>Why would people want to replicate just a single change?
+          It comes up more often than you'd think.  For example, let's
+          assume you've created a new feature branch <filename>
+          /calc/branches/my-calc-feature-branch</filename> copied from
+          <filename>/calc/trunk</filename>:</para>
+  -->
+        <para>Warum sollte jemand nur eine einzelne ?nderung wollen? Das
+          kommt h?ufiger vor, als Sie denken. Gehen wir beispielsweise
+          einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
+          /calc/branches/my-calc-feature-branch</filename> durch
+          kopieren von <filename>/calc/trunk</filename> erstellt
+          haben:</para>

-      <informalexample>
-        <screen>
-$ svn log ^/calc/branches/new-calc-feature-branch -v -r403
-------------------------------------------------------------------------<!--
-r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
-Changed paths:-->
-r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
-Ge?nderte Pfade:
-   A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
-<!--
-Create a new calc branch for Feature 'X'.
--->
-Einen neuen Zweig calc f?r Arbeit an 'X' erzeugt.
-------------------------------------------------------------------------
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn log ^/calc/branches/new-calc-feature-branch -v -r403
+   
------------------------------------------------------------------------<!--
+  r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
+  Changed paths:-->
+  r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
+  Ge?nderte Pfade:
+     A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
+  <!--
+  Create a new calc branch for Feature 'X'.
+  -->
+  Einen neuen Zweig calc f?r Arbeit an 'X' erzeugt.
+  ------------------------------------------------------------------------
+  </screen>
+        </informalexample>

-<!--
-      <para>At the water cooler, you get word that Sally made an  
interesting
-        change to <filename>main.c</filename> on the trunk.
-        Looking over the history of commits to the trunk, you see that
-        in revision 413 she fixed a critical bug that directly
-        impacts the feature you're working on.  You might not be ready
-        to merge all the trunk changes to your branch just yet, but
-        you certainly need that particular bug fix in order to continue
-        your work.</para>
--->
-      <para>In der Kaffeek?che bekommen Sie mit, dass Sally eine
-        interessante ?nderung an <filename>main.c</filename> auf dem
-        Stamm gemacht hat. Als Sie sich die Geschichte der ?bergaben
-        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
-        einen kritischen Fehler beseitigt hat, der direkte
-        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
-        Es kann sein, dass Sie noch nicht bereit sind, alle ?nderungen
-        vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese bestimmte
-        Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
-        k?nnen.</para>
+  <!--
+        <para>At the water cooler, you get word that Sally made an  
interesting
+          change to <filename>main.c</filename> on the trunk.
+          Looking over the history of commits to the trunk, you see that
+          in revision 413 she fixed a critical bug that directly
+          impacts the feature you're working on.  You might not be ready
+          to merge all the trunk changes to your branch just yet, but
+          you certainly need that particular bug fix in order to continue
+          your work.</para>
+  -->
+        <para>In der Kaffeek?che bekommen Sie mit, dass Sally eine
+          interessante ?nderung an <filename>main.c</filename> auf dem
+          Stamm gemacht hat. Als Sie sich die Geschichte der ?bergaben
+          auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
+          einen kritischen Fehler beseitigt hat, der direkte
+          Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
+          Es kann sein, dass Sie noch nicht bereit sind, alle ?nderungen
+          vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese bestimmte
+          Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
+          k?nnen.</para>

-<!--
-      <para>Just as you used <command>svn diff</command> in the prior
-        example to examine revision 355, you can pass the same option
-        to <command>svn merge</command>:</para>
--->
-      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
-        Beispiel benutzt haben, um sich Revision 355 anzusehen, k?nnen
-        Sie die gleiche Option an <command>svn merge</command>
-        ?bergeben:</para>
+  <!--
+        <para>Just as you used <command>svn diff</command> in the prior
+          example to examine revision 355, you can pass the same option
+          to <command>svn merge</command>:</para>
+  -->
+        <para>Ebenso wie Sie <command>svn diff</command> im vorigen
+          Beispiel benutzt haben, um sich Revision 355 anzusehen, k?nnen
+          Sie die gleiche Option an <command>svn merge</command>
+          ?bergeben:</para>

-      <informalexample>
-        <screen>
-$ svn log ^/calc/trunk -r413 -v
-------------------------------------------------------------------------<!--
-r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
-Changed paths:-->
-r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
-Ge?nderte Pfade:
-   M /calc/trunk/src/main.c
-<!--
-Fix issue #22 'Passing a null value in the foo argument
-of bar() should be a tolerated, but causes a segfault'.
--->
-Fehler #22 '?bergabe eines Null-Wertes im Argument foo von bar()
-sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
-------------------------------------------------------------------------
+        <informalexample>
+          <screen>
+  $ svn log ^/calc/trunk -r413 -v
+   
------------------------------------------------------------------------<!--
+  r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
+  Changed paths:-->
+  r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
+  Ge?nderte Pfade:
+     M /calc/trunk/src/main.c
+  <!--
+  Fix issue #22 'Passing a null value in the foo argument
+  of bar() should be a tolerated, but causes a segfault'.
+  -->
+  Fehler #22 '?bergabe eines Null-Wertes im Argument foo von bar()
+  sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
+  ------------------------------------------------------------------------

-$ svn diff ^/calc/trunk -c413
-Index: src/main.c
-===================================================================
---- src/main.c  (revision 412)
-+++ src/main.c  (revision 413)
-@@ -34,6 +34,7 @@
-&hellip;<!--
+  $ svn diff ^/calc/trunk -c413
+  Index: src/main.c
+  ===================================================================
+  --- src/main.c  (revision 412)
+  +++ src/main.c  (revision 413)
+  @@ -34,6 +34,7 @@
+  &hellip;<!--
  # Details of the fix-->
  # Details zur Fehlerbehebung
-&hellip;
-</screen>
-      </informalexample>
+  &hellip;
+  </screen>
+        </informalexample>

-<!--
-      <para>Just as you used <command>svn diff</command> in the prior
-        example to examine revision 413, you can pass the same option
-        to <command>svn merge</command>:</para>
--->
-      <para>So wie Sie <command>svn diff</command> im vorangegangenen
-        Beispiel verwendet haben, um Revision 413 zu untersuchen,
-        k?nnen Sie die gleiche Option an <command>svn merge</command>
-        ?bergeben:</para>
+  <!--
+        <para>Just as you used <command>svn diff</command> in the prior
+          example to examine revision 413, you can pass the same option
+          to <command>svn merge</command>:</para>
+  -->
+        <para>So wie Sie <command>svn diff</command> im vorangegangenen
+          Beispiel verwendet haben, um Revision 413 zu untersuchen,
+          k?nnen Sie die gleiche Option an <command>svn merge</command>
+          ?bergeben:</para>

-      <informalexample>
-        <screen>
-$ cd new-calc-feature-branch
+        <informalexample>
+          <screen>
+  $ cd new-calc-feature-branch

-$ svn merge ^/calc/trunk -c413 <!--
-- - - Merging r413 into '.':
--->
---- Zusammenf?hren von r413 in ?.?:
-U    src/main.c<!--
-- - Recording mergeinfo for merge of r413 into '.':
--->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r413 in ?.?:
- U   .
+  $ svn merge ^/calc/trunk -c413 <!--
+  - - - Merging r413 into '.':
+  -->
+  --- Zusammenf?hren von r413 in ?.?:
+  U    src/main.c<!--
+  - - Recording mergeinfo for merge of r413 into '.':
+  -->
+  -- Aufzeichnung der Informationen f?r Zusammenf?hrung von r413 in ?.?:
+   U   .

-$ svn st
- M      .
-M       src/main.c
-</screen>
-      </informalexample>
+  $ svn st
+   M      .
+  M       src/main.c
+  </screen>
+        </informalexample>

-<!--
-      <para>You can now go through the usual testing procedures before
-        committing this change to your branch.  After the commit,
-        Subversion updates the <literal>svn:mergeinfo</literal> on your
-        branch to reflect that r413 was been merged to the branch.  This
-        prevents future automatic sync merges from attempting to merge
-        r413 again.  (Merging the same change to the same branch almost
-        always results in a conflict!) Notice also the mergeinfo <literal>
-        /calc/branches/my-calc-branch:341-379</literal>.  This was
-        recorded during the earlier reintegrate merge to <filename>
-        /calc/trunk</filename> from the <filename>
-        /calc/branches/my-calc-branch</filename> branch which we made in
-        r380.  When we created the <filename>my-calc-branch</filename>
-        branch in r403, this mergeinfo was carried along with the copy.
-        </para>
--->
-      <para>Sie k?nnen nun Ihre ?blichen Tests durchf?hren, bevor Sie
-        diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe
-        bringt Subversion das <literal>svn:mergeinfo</literal> ihres
-        Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
-        dem Zweig zusammengef?hrt wurde. Das verhindert, dass k?nftige
-        automatische Synchronisierungs-Merges versuchen, r413 erneut
-        zusammenzuf?hren. (Das Mergen derselben ?nderung auf denselben
-        Zweig f?hrt fast immer zu einem Konflikt!) Beachten Sie auch
-        das Mergeinfo <literal>
-        /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
-        unserem in r380 gemachten Reintegrations-Merge nach
-        <filename> /calc/trunk</filename> vom Zweig <filename>
-        /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
-        wir den Zweig <filename>my-calc-branch</filename> in r403
-        erstellt haben, wurde diese Mergeinfo mit der Kopie
-        mitgenommen.</para>
+  <!--
+        <para>You can now go through the usual testing procedures before
+          committing this change to your branch.  After the commit,
+          Subversion updates the <literal>svn:mergeinfo</literal> on your
+          branch to reflect that r413 was been merged to the branch.  This
+          prevents future automatic sync merges from attempting to merge
+          r413 again.  (Merging the same change to the same branch almost
+          always results in a conflict!) Notice also the mergeinfo  
<literal>
+          /calc/branches/my-calc-branch:341-379</literal>.  This was
+          recorded during the earlier reintegrate merge to <filename>
+          /calc/trunk</filename> from the <filename>
+          /calc/branches/my-calc-branch</filename> branch which we made in
+          r380.  When we created the <filename>my-calc-branch</filename>
+          branch in r403, this mergeinfo was carried along with the copy.
+          </para>
+  -->
+        <para>Sie k?nnen nun Ihre ?blichen Tests durchf?hren, bevor Sie
+          diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe
+          bringt Subversion das <literal>svn:mergeinfo</literal> ihres
+          Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
+          dem Zweig zusammengef?hrt wurde. Das verhindert, dass k?nftige
+          automatische Synchronisierungs-Merges versuchen, r413 erneut
+          zusammenzuf?hren. (Das Mergen derselben ?nderung auf denselben
+          Zweig f?hrt fast immer zu einem Konflikt!) Beachten Sie auch
+          das Mergeinfo <literal>
+          /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
+          unserem in r380 gemachten Reintegrations-Merge nach
+          <filename> /calc/trunk</filename> vom Zweig <filename>
+          /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
+          wir den Zweig <filename>my-calc-branch</filename> in r403
+          erstellt haben, wurde diese Mergeinfo mit der Kopie
+          mitgenommen.</para>

-      <informalexample>
-        <screen>
-$ svn pg svn:mergeinfo -v<!--
-Properties on '.':-->
-Eigenschaften von ?.?:
-  svn:mergeinfo
-    /calc/branches/my-calc-branch:341-379
-    /calc/trunk:413
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn pg svn:mergeinfo -v<!--
+  Properties on '.':-->
+  Eigenschaften von ?.?:
+    svn:mergeinfo
+      /calc/branches/my-calc-branch:341-379
+      /calc/trunk:413
+  </screen>
+        </informalexample>

-<!--
-      <para>Notice too that the <command>mergeinfo</command> doesn't list  
r413
-        as "eligible" to merge, because it's already been merged:</para>
--->
-      <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
-        nicht als Kandidaten f?r einen Merge anzeigt, da sie bereits
-        zusammengef?hrt wurde:</para>
+  <!--
+        <para>Notice too that the <command>mergeinfo</command> doesn't  
list r413
+          as "eligible" to merge, because it's already been merged:</para>
+  -->
+        <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
+          nicht als Kandidaten f?r einen Merge anzeigt, da sie bereits
+          zusammengef?hrt wurde:</para>

-      <informalexample>
-        <screen>
-$ svn mergeinfo ^/calc/trunk --show-revs eligible
-r404
-r405
-r406
-r407
-r409
-r410
-r411
-r412
-r414
-r415
-r416
-&hellip;
-r455
-r456
-r457
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn mergeinfo ^/calc/trunk --show-revs eligible
+  r404
+  r405
+  r406
+  r407
+  r409
+  r410
+  r411
+  r412
+  r414
+  r415
+  r416
+  &hellip;
+  r455
+  r456
+  r457
+  </screen>
+        </informalexample>

-<!--
-      <para>The preceding means that when the time finally comes to do an
-        automatic sync merge, Subversion breaks the merge into two parts.
-        First it merges all eligible merges up to revision 412.  Then it
-        merges all eligible revisions from revisions 414 to the  
<literal>HEAD
-        </literal> revision.  Because we already cherrypicked r413, that
-        change is skipped:</para>
--->
-      <para>Das oben stehende bedeutet, wenn schlie?lich die Zeit f?r
-        einen automatischen Synchronisierungs-Merge gekommen ist, dass
-        Subversion den Merge in zwei Teile aufspaltet. Zun?chst werden
-        alle in Frage kommenden Merges bis Revision 412 ausgef?hrt.
-        Dann werden alle in Frage kommenden Revisionen von Revision
-        412 bis zur Revision <literal>HEAD</literal> ausgef?hrt. Da
-        wir uns bereits r413 herausgepickt haben, wird diese ?nderung
-        ?bersprungen change is skipped:</para>
+  <!--
+        <para>The preceding means that when the time finally comes to do an
+          automatic sync merge, Subversion breaks the merge into two parts.
+          First it merges all eligible merges up to revision 412.  Then it
+          merges all eligible revisions from revisions 414 to the  
<literal>HEAD
+          </literal> revision.  Because we already cherrypicked r413, that
+          change is skipped:</para>
+  -->
+        <para>Das oben stehende bedeutet, wenn schlie?lich die Zeit f?r
+          einen automatischen Synchronisierungs-Merge gekommen ist, dass
+          Subversion den Merge in zwei Teile aufspaltet. Zun?chst werden
+          alle in Frage kommenden Merges bis Revision 412 ausgef?hrt.
+          Dann werden alle in Frage kommenden Revisionen von Revision
+          412 bis zur Revision <literal>HEAD</literal> ausgef?hrt. Da
+          wir uns bereits r413 herausgepickt haben, wird diese ?nderung
+          ?bersprungen change is skipped:</para>

-      <informalexample>
-        <screen>
-$ svn merge ^/calc/trunk <!--
-- - Merging r403 through r412 into '.':
--->
---- Zusammenf?hren von r403 bis r412 in ?.?:
-U    doc/INSTALL
-U    src/main.c
-U    src/button.c
-U    src/integer.c
-U    Makefile
-U    README<!--
-- - Merging r414 through r458 into '.':
--->
---- Zusammenf?hren von r414 bis r458 in ?.?:
-G    doc/INSTALL
-G    src/main.c
-G    src/integer.c
-G    Makefile<!--
-- - Recording mergeinfo for merge of r403 through r458 into '.':-->
--- Aufzeichnung der Informationen f?r Zusammenf?hrung von r403 bis r458 in  
?.?:\n"
- U   .
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn merge ^/calc/trunk <!--
+  - - Merging r403 through r412 into '.':
+  -->
+  --- Zusammenf?hren von r403 bis r412 in ?.?:
+  U    doc/INSTALL
+  U    src/main.c
+  U    src/button.c
+  U    src/integer.c
+  U    Makefile
+  U    README<!--
+  - - Merging r414 through r458 into '.':
+  -->
+  --- Zusammenf?hren von r414 bis r458 in ?.?:
+  G    doc/INSTALL
+  G    src/main.c
+  G    src/integer.c
+  G    Makefile<!--
+  - - Recording mergeinfo for merge of r403 through r458 into '.':-->
+  -- Aufzeichnung der Informationen f?r Zusammenf?hrung von r403 bis r458  
in ?.?:\n"
+   U   .
+  </screen>
+        </informalexample>

-<!--
-      <para>
-        <indexterm>
-          <primary>merging</primary>
-          <secondary>backporting</secondary>
-        </indexterm>This use case of replicating
-        (or <firstterm>backporting</firstterm>) bug fixes from one
-        branch to another is perhaps the most popular reason for
-        cherrypicking changes; it comes up all the time, for example,
-        when a team is maintaining a <quote>release branch</quote> of
-        software.  (We discuss this pattern in
-        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
--->
-      <para>
-        <indexterm>
-          <primary>Merging</primary>
-          <secondary>nachziehen</secondary>
-        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
-        <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
-        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
-        er?rtern dieses Muster in <xref
-          linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+  <!--
+        <para>
+          <indexterm>
+            <primary>merging</primary>
+            <secondary>backporting</secondary>
+          </indexterm>This use case of replicating
+          (or <firstterm>backporting</firstterm>) bug fixes from one
+          branch to another is perhaps the most popular reason for
+          cherrypicking changes; it comes up all the time, for example,
+          when a team is maintaining a <quote>release branch</quote> of
+          software.  (We discuss this pattern in
+          <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+  -->
+        <para>
+          <indexterm>
+            <primary>Merging</primary>
+            <secondary>nachziehen</secondary>
+          </indexterm>Dieser Anwendungsfall des Abgleichens (oder
+          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
+          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
+          er?rtern dieses Muster in <xref
+            linkend="svn.branchmerge.commonpatterns.release"/>.)</para>

-      <warning>
-<!--
-        <para>Did you notice how, in the last example, the merge
-          invocation merged two distinct ranges?
-          The <command>svn merge</command> command applied
-          two independent patches to your working copy to skip over
-          changeset 413, which your branch already contained.  There's
-          nothing inherently wrong with this, except that it has the
-          potential to make conflict resolution trickier.  If the
-          first range of changes creates conflicts,
-          you <emphasis>must</emphasis> resolve them interactively for
-          the merge process to continue and apply the second range of
-          changes.  If you postpone a conflict from the first wave of
-          changes, the whole merge command will bail out with an error
-          message and you must resolve the conflict before running the
-          merge a second time to get the remainder of the changes.</para>
--->
-        <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
-          von <command>svn merge</command> zwei unterschiedliche
-          Abgleichsintervalle zusammengef?hrt hat? Der Befehl f?hrte
-          zwei unabh?ngige Patches auf Ihrer Arbeitskopie aus, um die
-          ?nderungsmenge 413 zu ?berspringen, die Ihr Zweig bereits
-          beinhaltete. An und f?r sich ist daran nichts falsch, bis
-          auf die Tatsache, dass die M?glichkeit besteht, eine
-          Konfliktaufl?sung komplizierter zu machen. Falls das erste
-          ?nderungsintervall Konflikte erzeugt,
-          <emphasis>m?ssen</emphasis> Sie diese interaktiv aufl?sen,
-          um den Merge fortzusetzen und das zweite ?nderungsintervall
-          anzuwenden. Wenn Sie die Konfliktaufl?sung der ersten Phase
-          aufschieben, wird der komplette Merge-Befehl mit einer
-          Fehlermeldung abbrechen und Sie m?ssen den Konflikt
-          aufl?sen, bevor Sie den Merge erneut anwenden, um den Rest
-          der ?nderungen zu bekommen.</para>
-  </warning>
+        <warning>
+  <!--
+          <para>Did you notice how, in the last example, the merge
+            invocation merged two distinct ranges?
+            The <command>svn merge</command> command applied
+            two independent patches to your working copy to skip over
+            changeset 413, which your branch already contained.  There's
+            nothing inherently wrong with this, except that it has the
+            potential to make conflict resolution trickier.  If the
+            first range of changes creates conflicts,
+            you <emphasis>must</emphasis> resolve them interactively for
+            the merge process to continue and apply the second range of
+            changes.  If you postpone a conflict from the first wave of
+            changes, the whole merge command will bail out with an error
+            message and you must resolve the conflict before running the
+            merge a second time to get the remainder of the changes.</para>
+  -->
+          <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
+            von <command>svn merge</command> zwei unterschiedliche
+            Abgleichsintervalle zusammengef?hrt hat? Der Befehl f?hrte
+            zwei unabh?ngige Patches auf Ihrer Arbeitskopie aus, um die
+            ?nderungsmenge 413 zu ?berspringen, die Ihr Zweig bereits
+            beinhaltete. An und f?r sich ist daran nichts falsch, bis
+            auf die Tatsache, dass die M?glichkeit besteht, eine
+            Konfliktaufl?sung komplizierter zu machen. Falls das erste
+            ?nderungsintervall Konflikte erzeugt,
+            <emphasis>m?ssen</emphasis> Sie diese interaktiv aufl?sen,
+            um den Merge fortzusetzen und das zweite ?nderungsintervall
+            anzuwenden. Wenn Sie die Konfliktaufl?sung der ersten Phase
+            aufschieben, wird der komplette Merge-Befehl mit einer
+            Fehlermeldung abbrechen und Sie m?ssen den Konflikt
+            aufl?sen, bevor Sie den Merge erneut anwenden, um den Rest
+            der ?nderungen zu bekommen.</para>
+    </warning>

-<!--
-      <para>A word of warning: while <command>svn diff</command> and
-        <command>svn merge</command> are very similar in concept, they
-        do have different syntax in many cases.  Be sure to read about
-        them in <xref linkend="svn.ref.svn"/> for details, or ask
-        <command>svn help</command>.  For example, <command>svn
-        merge</command> requires a working copy path as a target, that is,
-        a place where it should apply the generated patch.  If the
-        target isn't specified, it assumes you are trying to perform
-        one of the following common operations:</para>
--->
-      <para>Ein Wort zur Warnung: W?hrend <command>svn diff</command>
-        und <command>svn merge</command> vom Konzept her sehr ?hnlich
-        sind, haben sie in vielen F?llen eine unterschiedliche Syntax.
-        Gehen Sie sicher, dass Sie Details hierzu in <xref
-        linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
-        fragen.  Zum Beispiel ben?tigt <command>svn merge</command>
-        einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
-        dem es den erzeugten Patch anwenden kann.  Falls das Ziel
-        nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
-        h?ufigen Operationen durchf?hren m?chten:</para>
+  <!--
+        <para>A word of warning: while <command>svn diff</command> and
+          <command>svn merge</command> are very similar in concept, they
+          do have different syntax in many cases.  Be sure to read about
+          them in <xref linkend="svn.ref.svn"/> for details, or ask
+          <command>svn help</command>.  For example, <command>svn
+          merge</command> requires a working copy path as a target, that  
is,
+          a place where it should apply the generated patch.  If the
+          target isn't specified, it assumes you are trying to perform
+          one of the following common operations:</para>
+  -->
+        <para>Ein Wort zur Warnung: W?hrend <command>svn diff</command>
+          und <command>svn merge</command> vom Konzept her sehr ?hnlich
+          sind, haben sie in vielen F?llen eine unterschiedliche Syntax.
+          Gehen Sie sicher, dass Sie Details hierzu in <xref
+          linkend="svn.ref.svn"/> nachlesen oder <command>svn  
help</command>
+          fragen.  Zum Beispiel ben?tigt <command>svn merge</command>
+          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
+          dem es den erzeugten Patch anwenden kann.  Falls das Ziel
+          nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
+          h?ufigen Operationen durchf?hren m?chten:</para>

-      <itemizedlist>
-        <listitem>
-<!--
-          <para>You want to merge directory changes into your current
-            working directory.</para>
--->
-          <para>Sie m?chten Verzeichnis?nderungen auf Ihr aktuelles
-            Arbeitsverzeichnis abgleichen.</para>
-        </listitem>
-        <listitem>
-<!--
-          <para>You want to merge the changes in a specific file into
-            a file by the same name that exists in your current working
-            directory.</para>
--->
-          <para>Sie m?chten die ?nderungen in einer bestimmten Datei
-            mit einer Datei gleichen Namens in Ihrem aktuellen
-            Arbeitsverzeichnis zusammenf?hren.</para>
-        </listitem>
-      </itemizedlist>
+        <itemizedlist>
+          <listitem>
+  <!--
+            <para>You want to merge directory changes into your current
+              working directory.</para>
+  -->
+            <para>Sie m?chten Verzeichnis?nderungen auf Ihr aktuelles
+              Arbeitsverzeichnis abgleichen.</para>
+          </listitem>
+          <listitem>
+  <!--
+            <para>You want to merge the changes in a specific file into
+              a file by the same name that exists in your current working
+              directory.</para>
+  -->
+            <para>Sie m?chten die ?nderungen in einer bestimmten Datei
+              mit einer Datei gleichen Namens in Ihrem aktuellen
+              Arbeitsverzeichnis zusammenf?hren.</para>
+          </listitem>
+        </itemizedlist>

-<!--
-      <para>If you are merging a directory and haven't specified a
-        target path, <command>svn merge</command> assumes the first
-        case and tries to apply the changes into your current
-        directory.  If you are merging a file, and that file (or a
-        file by the same name) exists in your current working
-        directory,
-        <command>svn merge</command> assumes the second case and tries
-        to apply the changes to a local file with the same name.</para>
--->
-      <para>Falls Sie ein Verzeichnis zusammenf?hren und keinen
-        Zielpfad angegeben haben, nimmt <command>svn merge</command>
-        den ersten Fall an und versucht, die ?nderungen auf Ihr
-        aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
-        zusammenf?hren und diese Datei (oder eine gleichnamige Datei)
-        in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
-        <command>svn merge</command> den zweiten Fall an und wendet
-        die ?nderungen auf eine lokale Datei gleichen Namens
-        an.</para>
+  <!--
+        <para>If you are merging a directory and haven't specified a
+          target path, <command>svn merge</command> assumes the first
+          case and tries to apply the changes into your current
+          directory.  If you are merging a file, and that file (or a
+          file by the same name) exists in your current working
+          directory,
+          <command>svn merge</command> assumes the second case and tries
+          to apply the changes to a local file with the same name.</para>
+  -->
+        <para>Falls Sie ein Verzeichnis zusammenf?hren und keinen
+          Zielpfad angegeben haben, nimmt <command>svn merge</command>
+          den ersten Fall an und versucht, die ?nderungen auf Ihr
+          aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
+          zusammenf?hren und diese Datei (oder eine gleichnamige Datei)
+          in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
+          <command>svn merge</command> den zweiten Fall an und wendet
+          die ?nderungen auf eine lokale Datei gleichen Namens
+          an.</para>

-    </sect2>
+      </sect2>

-    <!-- ===============================================================  
-->
-    <sect2 id="svn.branchmerge.advanced.advancedsyntax">
-<!--
-      <title>Merge Syntax: Full Disclosure</title>
--->
-      <title>Merge-Syntax: Die vollst?ndige Enth?llung</title>
+      <!-- ===============================================================  
-->
+      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
+  <!--
+        <title>Merge Syntax: Full Disclosure</title>
+  -->
+        <title>Merge-Syntax: Die vollst?ndige Enth?llung</title>

-<!--
-      <para>You've now seen some examples of the <command>svn
-        merge</command> command, and you're about to see several more.
-        If you're feeling confused about exactly how merging works,
-        you're not alone.  Many users (especially those new to version
-        control) are initially perplexed about the proper syntax of
-        the command and about how and when the feature should be
-        used.  But fear not, this command is actually much simpler
-        than you think!  There's a very easy technique for
-        understanding exactly how <command>svn merge</command>
-        behaves.</para>
--->
-      <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>
+  <!--
+        <para>You've now seen some examples of the <command>svn
+          merge</command> command, and you're about to see several more.
+          If you're feeling confused about exactly how merging works,
+          you're not alone.  Many users (especially those new to version
+          control) are initially perplexed about the proper syntax of
+          the command and about how and when the feature should be
+          used.  But fear not, this command is actually much simpler
+          than you think!  There's a very easy technique for
+          understanding exactly how <command>svn merge</command>
+          behaves.</para>
+  -->
+        <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>

-<!--
-      <para>The main source of confusion is the
-        <emphasis>name</emphasis> of the command.  The term
-        <quote>merge</quote> somehow denotes that branches are
-        combined together, or that some sort of mysterious
-        blending of data is going on.  That's not the case.  A better
-        name for the command might have been <command>svn
-        diff-and-apply</command>, because that's all that happens:
-        two repository trees are compared, and the differences are
-        applied to a working copy.</para>
--->
-      <para>Die Hauptquelle der Verwirrung ist der
-        <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>
-        gewesen, da das alles ist, was passiert: Die B?ume im
-        Projektarchiv werden verglichen und die Unterschiede in eine
-        Arbeitskopie eingearbeitet.</para>
+  <!--
+        <para>The main source of confusion is the
+          <emphasis>name</emphasis> of the command.  The term
+          <quote>merge</quote> somehow denotes that branches are
+          combined together, or that some sort of mysterious
+          blending of data is going on.  That's not the case.  A better
+          name for the command might have been <command>svn
+          diff-and-apply</command>, because that's all that happens:
+          two repository trees are compared, and the differences are
+          applied to a working copy.</para>
+  -->
+        <para>Die Hauptquelle der Verwirrung ist der
+          <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>
+          gewesen, da das alles ist, was passiert: Die B?ume im
+          Projektarchiv werden verglichen und die Unterschiede in eine
+          Arbeitskopie eingearbeitet.</para>

-<!--
-      <para>If you're using <command>svn merge</command> to do basic
-        copying of changes between branches, an automatic merge will
-        generally do the right thing.  For example, a command such as the
-        following,</para>
--->
-      <para>Falls Sie <command>svn merge</command> benutzen, um
-        einfache Kopien von ?nderungen zwischen Zweigen vorzunehmen,
-        wird ein automatische Merge ?blicherweise das Richtige machen.
-        Beispielsweise wird ein Befehl wie der folgende:</para>
+  <!--
+        <para>If you're using <command>svn merge</command> to do basic
+          copying of changes between branches, an automatic merge will
+          generally do the right thing.  For example, a command such as the
+          following,</para>
+  -->
+        <para>Falls Sie <command>svn merge</command> benutzen, um
+          einfache Kopien von ?nderungen zwischen Zweigen vorzunehmen,
+          wird ein automatische Merge ?blicherweise das Richtige machen.
+          Beispielsweise wird ein Befehl wie der folgende:</para>

-      <informalexample>
-        <screen>
-$ svn merge ^/calc/branches/some-branch
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn merge ^/calc/branches/some-branch
+  </screen>
+        </informalexample>

-<!--
-      <para>will attempt to duplicate any changes made
-        on <filename>some-branch</filename> into your current working
-        directory, which is presumably a working copy that shares some
-        historical connection to the branch.  The command is smart
-        enough to only duplicate changes that your working copy
-        doesn't yet have.  If you repeat this command once a week, it
-        will only duplicate the <quote>newest</quote> branch changes
-        that happened since you last merged.</para>
--->
-      <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>
+  <!--
+        <para>will attempt to duplicate any changes made
+          on <filename>some-branch</filename> into your current working
+          directory, which is presumably a working copy that shares some
+          historical connection to the branch.  The command is smart
+          enough to only duplicate changes that your working copy
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Wed Feb 11 00:46:54 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 11 Feb 2015 06:46:54 +0000
Subject: [svnbook] r4980 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7b5dbaac769399050eca5ea3@google.com>

Revision: 4980
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 11 06:46:40 2015 UTC
Log:      [de] Translation: Branching and Merging
    ** General Vendor Branch Management Procedure

https://code.google.com/p/svnbook/source/detail?r=4980

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
16:50:23 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
06:46:40 2015 UTC
@@ -8063,6 +8063,110 @@
  -->
        <title>Allgemeines Vorgehen f?r die Verwaltung von  
Lieferanten-Zweigen</title>

+<!--
+      <para>Maintaining customizations to a third-party library
+        involves three data sources: the version of the third-party
+        library upon which your modifications were last based, the
+        customized version (that is, the actual vendor branch) of that
+        library which is used by your project, and any new version of
+        the vendor's library to which you may be hoping to upgrade.
+        Managing the vendor branch (which should live within your
+        source code repository per our definition of the thing), then,
+        essentially boils down to performing merge operations (in the
+        general sense).  But different teams take different approaches
+        to the other data sources&mdash;the pristine versions of the
+        third-party library code.  Thus, there are likewise different
+        specific ways to perform the requisite merges.</para>
+-->
+      <para>Die Fortf?hrung von Anpassungen an einer Bibliothek von
+        Drittanbietern erfordert drei Datenquellen: die Version der
+        Bibliothek des Drittanbieters, auf die die Anpassungen zuletzt
+        aufgesetzt haben, die angepasste Version (d.h., der
+        eigentliche Lieferanten-Zweig) der Bibliothek, die von Ihrem
+        Projekt verwendet wird und irgendeine neue Version der
+        Bibliothek, auf die Sie zu aktualisieren hoffen. Die
+        Verwaltung des Lieferanten-Zweigs (der nach unserer Definition
+        innerhalb Ihres Quelltext-Projektarchivs leben sollte) besteht
+        dann im Wesentlichen aus Merge-Operationen (im allgemeinen
+        Sinn). Doch verfolgen unterschiedliche Teams auch
+        unterschiedliche Ans?tze gegen?ber den anderen Datenquellen
+        &ndash; den unver?nderten Versionen des Quelltextes der
+        Drittanbieter-Bibliothek. Aus diesem Grund gibt es
+        wahrscheinlich verschiedene besondere Wege, die ben?tigten
+        Merges auszuf?hren.</para>
+
+<!--
+      <para>Strictly speaking, there are a couple of different ways
+        that those merges can be performed in the general sense.  For
+        the sake of simplicity and with the goal of at least providing
+        <emphasis>something</emphasis> concrete in this section of the
+        book, we'll assume that there is but a single vendor branch
+        which is upgraded to each successive new release of the
+        third-party library by receiving updates that describe the
+        differences between the current and new pristine versions of
+        that library.</para>
+-->
+      <para>Strenggenommen k?nnen diese Merges im allgemeinen SInn auf
+        verschiedene Weisen durchgef?hrt werden. Aus Gr?nden der
+        Einfachheit und mit dem Ziel, wenigstens
+        <emphasis>etwas</emphasis> Konkretes in diesem Abschnitt des
+        Buches zu liefern, gehen wir davon aus, dass es lediglich
+        einen einzigen Lieferanten-Zweig gibt, der st?ndig Upgrades
+        auf die neueste herausgegebene Version der Drittanbieter-Bibliothek
+        erh?lt, indem er Aktualisierungen bekommt, die die
+        Unterschiede zwischen der gegenw?rtigen und der neuen
+        unver?nderten Version der Bibliothek beschreiben.</para>
+
+<!--
+      <note>
+        <para>Another approach is to create new vendor branches for
+          each successive pristine library version, applying the
+          differences between the current pristine library and the
+          customized version thereof (from the current vendor branch)
+          to the new branch.  There's nothing wrong with that
+          approach&mdash;we just don't feel compelled to document
+          every legitimate possibility in this space.</para>
+      </note>
+-->
+      <note>
+        <para>Ein weiterer Ansatz ist es, neue Lieferanten-Zweige f?r
+          jede nachfolgende unver?nderte Version der Bibliothek
+          anzulegen und die Unterschiede zwischen der aktuellen
+          unver?nderten und ihrer angepassten Version (vom aktuellen
+          Lieferanten-Zweig) auf den neuen Zweig anzuwenden. An diesem
+          Ansatz gibt es nichts audzusetzen, jedoch sind wir der
+          Meinung, dass wir nicht jede berechtihte M?glichkeit an
+          dieser Stelle dokumentieren m?ssen.</para>
+      </note>
+
+<!--
+      <para>The following sections examine how to create and manage a
+        vendor branch in a few different scenarios.  In the examples
+        which follow, we'll assume that the third-party library is
+        called libcomplex, and that we will be implementing a vendor
+        branch based on libcomplex 1.0.0 which lives in our repository
+        at <filename>^/vendor/libcomplex-custom</filename>.  We'll
+        then look at how we can upgrade to libcomplex 1.0.1 while
+        still preserving our customizations to the library.</para>
+-->
+      <para>Die folgenden Abschnitte untersuchen, wie
+        Lieferanten-Zweige in ein paar unterschiedlichen Szenarios
+        erzeugt und verwaltet werden. In den folgenden Beispielen
+        nehmen wir an, dass die Bibliothek des Drittanbieters
+        libcomplex hei?t, und wir einen Lieferanten-Zweig basierend
+        auf libcomplex 1.0.0 anlegen, der in unserem Projektarchiv
+        unter <filename>^/vendor/libcomplex-custom</filename> liegt.
+        Wir werden uns dann ansehen, wie wir einen Upgrade auf
+        libcomplex 1.0.1 machen k?nnen und gleichzeitig unsere
+        Anpassungen an die Bibliothek bewahren k?nnen.</para>
+
+    </sect2>
+
+    <sect2 id="svn.advanced.vendorbr.foreign-repos">
+      <title>Vendor Branches from Foreign Repositories</title>
+
+      <para>
+    <![CDATA[
  <!--
        <para>Managing vendor branches generally works like this: first,
          you create a top-level directory (such as
@@ -8614,9 +8718,9 @@
          Lesen der Konfigurationsdatei, darum sollten Sie dar?ber hinaus
          keine weiteren Zeichen maskieren.</para>

+      ]]>A</para>
      </sect2>
    </sect1>
-
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->

From svnbook at googlecode.com  Wed Feb 11 07:09:33 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 11 Feb 2015 13:09:33 +0000
Subject: [svnbook] r4981 committed - [de] Translation: Branching and Merging...
Message-ID: <089e01537216eaa9aa050ecfb6fc@google.com>

Revision: 4981
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 11 13:09:17 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Foreign Repositories

https://code.google.com/p/svnbook/source/detail?r=4981

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
06:46:40 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
13:09:17 2015 UTC
@@ -1748,11 +1748,11 @@
  Committed revision 352.
  -->
  $ svn commit -m "Die letzten ?nderungen von trunk mit my-calc-branch  
synchronisiert."
-Sende          .
-Sende          Makefile
-Sende          doc/INSTALL
-Sende          src/button.c
-Sende          src/real.c
+Sende              .
+Sende              Makefile
+Sende              doc/INSTALL
+Sende              src/button.c
+Sende              src/real.c
  ?bertrage Daten ..
  Revision 352 ?bertragen.
  </screen>
@@ -2416,10 +2416,10 @@
  Committed revision 380.
  -->
  $ svn commit -m "my-calc-branch mit Stamm zusammenf?hren!"
-Sende          .
-Sende          Makefile
-Sende          src/main.c
-Sende          src/real.c
+Sende              .
+Sende              Makefile
+Sende              src/main.c
+Sende              src/real.c
  ?bertrage Daten ..
  Revision 380 ?bertragen.
  </screen>
@@ -3364,11 +3364,11 @@
  Committed revision 399.
  -->
  $ svn commit -m "Fehlerhafte ?nderung aus r392 r?ckg?ngig machen."
-Sending        src/button.c
-Sending        src/integer.c
-Sending        src/main.c
-Sending        src/real.c
-Sende          integer.c
+Sende              src/button.c
+Sende              src/integer.c
+Sende              src/main.c
+Sende              src/real.c
+Sende              integer.c
  ?bertrage Daten ....
  Revision 399 ?bertragen.
  </screen>
@@ -3791,2294 +3791,2294 @@
  </screen>
        </informalexample>

-    </sect2>
+  </sect2>

-  </sect1>
+</sect1>

-  <!-- =================================================================  
-->
-  <!-- =================================================================  
-->
-  <!-- =================================================================  
-->
-    <sect1 id="svn.branchmerge.advanced">
-  <!--
-      <title>Advanced Merging</title>
-  -->
-      <title>Fortgeschrittenes Zusammenf?hren</title>
+<!-- ================================================================= -->
+<!-- ================================================================= -->
+<!-- ================================================================= -->
+  <sect1 id="svn.branchmerge.advanced">
+<!--
+    <title>Advanced Merging</title>
+-->
+    <title>Fortgeschrittenes Zusammenf?hren</title>

-  <!--
-      <para>Here ends the automated magic.  Sooner or later, once you
-        get the hang of branching and merging, you're going to have to
-        ask Subversion to merge <emphasis>specific</emphasis> changes
-        from one place to another.  To do this, you're going to
-        have to start passing more complicated arguments to <command>svn
-        merge</command>.  The next section describes the fully expanded
-        syntax of the command and discusses a number of common
-        scenarios that require it.</para>
-  -->
-      <para>Hier endet die automatische Magie. Fr?her oder sp?ter,
-        sobald Sie den Dreh beim Verzweigen und Zusammenf?hren heraus
-        haben, werden Sie Subversion fragen m?ssen,
-        <emphasis>bestimmte</emphasis> ?nderungen von einem Ort zum
-        anderen zusammenzuf?hren. Um dies tun zu k?nnen, werden Sie
-        damit beginnen m?ssen, kompliziertere Argumente an <command>svn
-        merge</command> zu ?bergeben. Der n?chste Abschnitt beschreibt
-        die vollst?ndig erweiterte Syntax des Befehls und behandelt eine
-        Anzahl verbreiteter Szenarien, die diese ben?tigen.</para>
+<!--
+    <para>Here ends the automated magic.  Sooner or later, once you
+      get the hang of branching and merging, you're going to have to
+      ask Subversion to merge <emphasis>specific</emphasis> changes
+      from one place to another.  To do this, you're going to
+      have to start passing more complicated arguments to <command>svn
+      merge</command>.  The next section describes the fully expanded
+      syntax of the command and discusses a number of common
+      scenarios that require it.</para>
+-->
+    <para>Hier endet die automatische Magie. Fr?her oder sp?ter,
+      sobald Sie den Dreh beim Verzweigen und Zusammenf?hren heraus
+      haben, werden Sie Subversion fragen m?ssen,
+      <emphasis>bestimmte</emphasis> ?nderungen von einem Ort zum
+      anderen zusammenzuf?hren. Um dies tun zu k?nnen, werden Sie
+      damit beginnen m?ssen, kompliziertere Argumente an <command>svn
+      merge</command> zu ?bergeben. Der n?chste Abschnitt beschreibt
+      die vollst?ndig erweiterte Syntax des Befehls und behandelt eine
+      Anzahl verbreiteter Szenarien, die diese ben?tigen.</para>

-      <!-- ===============================================================  
-->
-      <sect2 id="svn.branchmerge.cherrypicking">
-  <!--
-        <title>Cherrypicking</title>
-  -->
-        <title>Die Rosinen herauspicken</title>
+    <!-- ===============================================================  
-->
+    <sect2 id="svn.branchmerge.cherrypicking">
+<!--
+      <title>Cherrypicking</title>
+-->
+      <title>Die Rosinen herauspicken</title>

-  <!--
-        <para>
-          <indexterm>
-            <primary>merging</primary>
-            <secondary>cherrypicking</secondary>
-          </indexterm>Just as the term <quote>changeset</quote> is often  
used in
-          version control systems, so is the term
-          <firstterm>cherrypicking</firstterm>.  This word refers to
-          the act of choosing <emphasis>one</emphasis> specific
-          changeset from a branch and replicating it to another.
-          Cherrypicking may also refer to the act of duplicating a
-          particular set of (not necessarily contiguous!) changesets
-          from one branch to another.  This is in contrast to more
-          typical merging scenarios, where the <quote>next</quote>
-          contiguous range of revisions is duplicated
-          automatically.</para>
-  -->
-        <para>
-          <indexterm>
-            <primary>Merging</primary>
-            <secondary>Rosinenpicken</secondary>
-          </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
-          wird die Wendung <firstterm>die Rosinen
-          herauspicken</firstterm> in Versions-Kontroll-Systemen
-          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
-          bestimmte ?nderungsmenge von einem Zweig auszuw?hlen und sie
-          auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
-          sich auch darauf beziehen, eine bestimmte Menge von (nicht
-          notwendigerweise angrenzenden) ?nderungsmengen von einem auf
-          einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
-          den ?blicheren Merge-Szenarien, bei denen der
-          <quote>n?chste</quote> zusammenh?ngende Bereich von Revisionen
-          automatisch dupliziert wird.</para>
+<!--
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>cherrypicking</secondary>
+        </indexterm>Just as the term <quote>changeset</quote> is often  
used in
+        version control systems, so is the term
+        <firstterm>cherrypicking</firstterm>.  This word refers to
+        the act of choosing <emphasis>one</emphasis> specific
+        changeset from a branch and replicating it to another.
+        Cherrypicking may also refer to the act of duplicating a
+        particular set of (not necessarily contiguous!) changesets
+        from one branch to another.  This is in contrast to more
+        typical merging scenarios, where the <quote>next</quote>
+        contiguous range of revisions is duplicated
+        automatically.</para>
+-->
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>Rosinenpicken</secondary>
+        </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
+        wird die Wendung <firstterm>die Rosinen
+        herauspicken</firstterm> in Versions-Kontroll-Systemen
+        verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
+        bestimmte ?nderungsmenge von einem Zweig auszuw?hlen und sie
+        auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
+        sich auch darauf beziehen, eine bestimmte Menge von (nicht
+        notwendigerweise angrenzenden) ?nderungsmengen von einem auf
+        einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
+        den ?blicheren Merge-Szenarien, bei denen der
+        <quote>n?chste</quote> zusammenh?ngende Bereich von Revisionen
+        automatisch dupliziert wird.</para>

-  <!--
-        <para>Why would people want to replicate just a single change?
-          It comes up more often than you'd think.  For example, let's
-          assume you've created a new feature branch <filename>
-          /calc/branches/my-calc-feature-branch</filename> copied from
-          <filename>/calc/trunk</filename>:</para>
-  -->
-        <para>Warum sollte jemand nur eine einzelne ?nderung wollen? Das
-          kommt h?ufiger vor, als Sie denken. Gehen wir beispielsweise
-          einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
-          /calc/branches/my-calc-feature-branch</filename> durch
-          kopieren von <filename>/calc/trunk</filename> erstellt
-          haben:</para>
+<!--
+      <para>Why would people want to replicate just a single change?
+        It comes up more often than you'd think.  For example, let's
+        assume you've created a new feature branch <filename>
+        /calc/branches/my-calc-feature-branch</filename> copied from
+        <filename>/calc/trunk</filename>:</para>
+-->
+      <para>Warum sollte jemand nur eine einzelne ?nderung wollen? Das
+        kommt h?ufiger vor, als Sie denken. Gehen wir beispielsweise
+        einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
+        /calc/branches/my-calc-feature-branch</filename> durch
+        kopieren von <filename>/calc/trunk</filename> erstellt
+        haben:</para>

-        <informalexample>
-          <screen>
-  $ svn log ^/calc/branches/new-calc-feature-branch -v -r403
-   
------------------------------------------------------------------------<!--
-  r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
-  Changed paths:-->
-  r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
-  Ge?nderte Pfade:
-     A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
-  <!--
-  Create a new calc branch for Feature 'X'.
-  -->
-  Einen neuen Zweig calc f?r Arbeit an 'X' erzeugt.
-  ------------------------------------------------------------------------
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn log ^/calc/branches/new-calc-feature-branch -v -r403
+------------------------------------------------------------------------<!--
+r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
+Changed paths:-->
+r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
+Ge?nderte Pfade:
+   A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
+<!--
+Create a new calc branch for Feature 'X'.
+-->
+Einen neuen Zweig calc f?r Arbeit an 'X' erzeugt.
+------------------------------------------------------------------------
+</screen>
+      </informalexample>

-  <!--
-        <para>At the water cooler, you get word that Sally made an  
interesting
-          change to <filename>main.c</filename> on the trunk.
-          Looking over the history of commits to the trunk, you see that
-          in revision 413 she fixed a critical bug that directly
-          impacts the feature you're working on.  You might not be ready
-          to merge all the trunk changes to your branch just yet, but
-          you certainly need that particular bug fix in order to continue
-          your work.</para>
-  -->
-        <para>In der Kaffeek?che bekommen Sie mit, dass Sally eine
-          interessante ?nderung an <filename>main.c</filename> auf dem
-          Stamm gemacht hat. Als Sie sich die Geschichte der ?bergaben
-          auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
-          einen kritischen Fehler beseitigt hat, der direkte
-          Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
-          Es kann sein, dass Sie noch nicht bereit sind, alle ?nderungen
-          vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese bestimmte
-          Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
-          k?nnen.</para>
+<!--
+      <para>At the water cooler, you get word that Sally made an  
interesting
+        change to <filename>main.c</filename> on the trunk.
+        Looking over the history of commits to the trunk, you see that
+        in revision 413 she fixed a critical bug that directly
+        impacts the feature you're working on.  You might not be ready
+        to merge all the trunk changes to your branch just yet, but
+        you certainly need that particular bug fix in order to continue
+        your work.</para>
+-->
+      <para>In der Kaffeek?che bekommen Sie mit, dass Sally eine
+        interessante ?nderung an <filename>main.c</filename> auf dem
+        Stamm gemacht hat. Als Sie sich die Geschichte der ?bergaben
+        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
+        einen kritischen Fehler beseitigt hat, der direkte
+        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
+        Es kann sein, dass Sie noch nicht bereit sind, alle ?nderungen
+        vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese bestimmte
+        Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
+        k?nnen.</para>

-  <!--
-        <para>Just as you used <command>svn diff</command> in the prior
-          example to examine revision 355, you can pass the same option
-          to <command>svn merge</command>:</para>
-  -->
-        <para>Ebenso wie Sie <command>svn diff</command> im vorigen
-          Beispiel benutzt haben, um sich Revision 355 anzusehen, k?nnen
-          Sie die gleiche Option an <command>svn merge</command>
-          ?bergeben:</para>
+<!--
+      <para>Just as you used <command>svn diff</command> in the prior
+        example to examine revision 355, you can pass the same option
+        to <command>svn merge</command>:</para>
+-->
+      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
+        Beispiel benutzt haben, um sich Revision 355 anzusehen, k?nnen
+        Sie die gleiche Option an <command>svn merge</command>
+        ?bergeben:</para>

-        <informalexample>
-          <screen>
-  $ svn log ^/calc/trunk -r413 -v
-   
------------------------------------------------------------------------<!--
-  r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
-  Changed paths:-->
-  r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
-  Ge?nderte Pfade:
-     M /calc/trunk/src/main.c
-  <!--
-  Fix issue #22 'Passing a null value in the foo argument
-  of bar() should be a tolerated, but causes a segfault'.
-  -->
-  Fehler #22 '?bergabe eines Null-Wertes im Argument foo von bar()
-  sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
-  ------------------------------------------------------------------------
+      <informalexample>
+        <screen>
+$ svn log ^/calc/trunk -r413 -v
+------------------------------------------------------------------------<!--
+r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
+Changed paths:-->
+r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
+Ge?nderte Pfade:
+   M /calc/trunk/src/main.c
+<!--
+Fix issue #22 'Passing a null value in the foo argument
+of bar() should be a tolerated, but causes a segfault'.
+-->
+Fehler #22 '?bergabe eines Null-Wertes im Argument foo von bar()
+sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
+------------------------------------------------------------------------

-  $ svn diff ^/calc/trunk -c413
-  Index: src/main.c
-  ===================================================================
-  --- src/main.c  (revision 412)
-  +++ src/main.c  (revision 413)
-  @@ -34,6 +34,7 @@
-  &hellip;<!--
-# Details of the fix-->
-# Details zur Fehlerbehebung
-  &hellip;
-  </screen>
-        </informalexample>
+$ svn diff ^/calc/trunk -c413
+Index: src/main.c
+===================================================================
+--- src/main.c  (revision 412)
++++ src/main.c  (revision 413)
+@@ -34,6 +34,7 @@
+&hellip;<!--
+Details of the fix-->
+Details zur Fehlerbehebung
+&hellip;
+</screen>
+      </informalexample>

-  <!--
-        <para>Just as you used <command>svn diff</command> in the prior
-          example to examine revision 413, you can pass the same option
-          to <command>svn merge</command>:</para>
-  -->
-        <para>So wie Sie <command>svn diff</command> im vorangegangenen
-          Beispiel verwendet haben, um Revision 413 zu untersuchen,
-          k?nnen Sie die gleiche Option an <command>svn merge</command>
-          ?bergeben:</para>
+<!--
+      <para>Just as you used <command>svn diff</command> in the prior
+        example to examine revision 413, you can pass the same option
+        to <command>svn merge</command>:</para>
+-->
+      <para>So wie Sie <command>svn diff</command> im vorangegangenen
+        Beispiel verwendet haben, um Revision 413 zu untersuchen,
+        k?nnen Sie die gleiche Option an <command>svn merge</command>
+        ?bergeben:</para>

-        <informalexample>
-          <screen>
-  $ cd new-calc-feature-branch
+      <informalexample>
+        <screen>
+$ cd new-calc-feature-branch

-  $ svn merge ^/calc/trunk -c413 <!--
-  - - - Merging r413 into '.':
-  -->
-  --- Zusammenf?hren von r413 in ?.?:
-  U    src/main.c<!--
-  - - Recording mergeinfo for merge of r413 into '.':
-  -->
-  -- Aufzeichnung der Informationen f?r Zusammenf?hrung von r413 in ?.?:
-   U   .
+$ svn merge ^/calc/trunk -c413 <!--
+- - - Merging r413 into '.':
+-->
+--- Zusammenf?hren von r413 in ?.?:
+U    src/main.c<!--
+- - Recording mergeinfo for merge of r413 into '.':
+-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r413 in ?.?:
+ U   .

-  $ svn st
-   M      .
-  M       src/main.c
-  </screen>
-        </informalexample>
+$ svn st
+ M      .
+M       src/main.c
+</screen>
+      </informalexample>

-  <!--
-        <para>You can now go through the usual testing procedures before
-          committing this change to your branch.  After the commit,
-          Subversion updates the <literal>svn:mergeinfo</literal> on your
-          branch to reflect that r413 was been merged to the branch.  This
-          prevents future automatic sync merges from attempting to merge
-          r413 again.  (Merging the same change to the same branch almost
-          always results in a conflict!) Notice also the mergeinfo  
<literal>
-          /calc/branches/my-calc-branch:341-379</literal>.  This was
-          recorded during the earlier reintegrate merge to <filename>
-          /calc/trunk</filename> from the <filename>
-          /calc/branches/my-calc-branch</filename> branch which we made in
-          r380.  When we created the <filename>my-calc-branch</filename>
-          branch in r403, this mergeinfo was carried along with the copy.
-          </para>
-  -->
-        <para>Sie k?nnen nun Ihre ?blichen Tests durchf?hren, bevor Sie
-          diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe
-          bringt Subversion das <literal>svn:mergeinfo</literal> ihres
-          Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
-          dem Zweig zusammengef?hrt wurde. Das verhindert, dass k?nftige
-          automatische Synchronisierungs-Merges versuchen, r413 erneut
-          zusammenzuf?hren. (Das Mergen derselben ?nderung auf denselben
-          Zweig f?hrt fast immer zu einem Konflikt!) Beachten Sie auch
-          das Mergeinfo <literal>
-          /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
-          unserem in r380 gemachten Reintegrations-Merge nach
-          <filename> /calc/trunk</filename> vom Zweig <filename>
-          /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
-          wir den Zweig <filename>my-calc-branch</filename> in r403
-          erstellt haben, wurde diese Mergeinfo mit der Kopie
-          mitgenommen.</para>
+<!--
+      <para>You can now go through the usual testing procedures before
+        committing this change to your branch.  After the commit,
+        Subversion updates the <literal>svn:mergeinfo</literal> on your
+        branch to reflect that r413 was been merged to the branch.  This
+        prevents future automatic sync merges from attempting to merge
+        r413 again.  (Merging the same change to the same branch almost
+        always results in a conflict!) Notice also the mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>.  This was
+        recorded during the earlier reintegrate merge to <filename>
+        /calc/trunk</filename> from the <filename>
+        /calc/branches/my-calc-branch</filename> branch which we made in
+        r380.  When we created the <filename>my-calc-branch</filename>
+        branch in r403, this mergeinfo was carried along with the copy.
+        </para>
+-->
+      <para>Sie k?nnen nun Ihre ?blichen Tests durchf?hren, bevor Sie
+        diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe
+        bringt Subversion das <literal>svn:mergeinfo</literal> ihres
+        Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
+        dem Zweig zusammengef?hrt wurde. Das verhindert, dass k?nftige
+        automatische Synchronisierungs-Merges versuchen, r413 erneut
+        zusammenzuf?hren. (Das Mergen derselben ?nderung auf denselben
+        Zweig f?hrt fast immer zu einem Konflikt!) Beachten Sie auch
+        das Mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
+        unserem in r380 gemachten Reintegrations-Merge nach
+        <filename> /calc/trunk</filename> vom Zweig <filename>
+        /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
+        wir den Zweig <filename>my-calc-branch</filename> in r403
+        erstellt haben, wurde diese Mergeinfo mit der Kopie
+        mitgenommen.</para>

-        <informalexample>
-          <screen>
-  $ svn pg svn:mergeinfo -v<!--
-  Properties on '.':-->
-  Eigenschaften von ?.?:
-    svn:mergeinfo
-      /calc/branches/my-calc-branch:341-379
-      /calc/trunk:413
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn pg svn:mergeinfo -v<!--
+Properties on '.':-->
+Eigenschaften von ?.?:
+  svn:mergeinfo
+    /calc/branches/my-calc-branch:341-379
+    /calc/trunk:413
+</screen>
+      </informalexample>

-  <!--
-        <para>Notice too that the <command>mergeinfo</command> doesn't  
list r413
-          as "eligible" to merge, because it's already been merged:</para>
-  -->
-        <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
-          nicht als Kandidaten f?r einen Merge anzeigt, da sie bereits
-          zusammengef?hrt wurde:</para>
+<!--
+      <para>Notice too that the <command>mergeinfo</command> doesn't list  
r413
+        as "eligible" to merge, because it's already been merged:</para>
+-->
+      <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
+        nicht als Kandidaten f?r einen Merge anzeigt, da sie bereits
+        zusammengef?hrt wurde:</para>

-        <informalexample>
-          <screen>
-  $ svn mergeinfo ^/calc/trunk --show-revs eligible
-  r404
-  r405
-  r406
-  r407
-  r409
-  r410
-  r411
-  r412
-  r414
-  r415
-  r416
-  &hellip;
-  r455
-  r456
-  r457
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn mergeinfo ^/calc/trunk --show-revs eligible
+r404
+r405
+r406
+r407
+r409
+r410
+r411
+r412
+r414
+r415
+r416
+&hellip;
+r455
+r456
+r457
+</screen>
+      </informalexample>

-  <!--
-        <para>The preceding means that when the time finally comes to do an
-          automatic sync merge, Subversion breaks the merge into two parts.
-          First it merges all eligible merges up to revision 412.  Then it
-          merges all eligible revisions from revisions 414 to the  
<literal>HEAD
-          </literal> revision.  Because we already cherrypicked r413, that
-          change is skipped:</para>
-  -->
-        <para>Das oben stehende bedeutet, wenn schlie?lich die Zeit f?r
-          einen automatischen Synchronisierungs-Merge gekommen ist, dass
-          Subversion den Merge in zwei Teile aufspaltet. Zun?chst werden
-          alle in Frage kommenden Merges bis Revision 412 ausgef?hrt.
-          Dann werden alle in Frage kommenden Revisionen von Revision
-          412 bis zur Revision <literal>HEAD</literal> ausgef?hrt. Da
-          wir uns bereits r413 herausgepickt haben, wird diese ?nderung
-          ?bersprungen change is skipped:</para>
+<!--
+      <para>The preceding means that when the time finally comes to do an
+        automatic sync merge, Subversion breaks the merge into two parts.
+        First it merges all eligible merges up to revision 412.  Then it
+        merges all eligible revisions from revisions 414 to the  
<literal>HEAD
+        </literal> revision.  Because we already cherrypicked r413, that
+        change is skipped:</para>
+-->
+      <para>Das oben stehende bedeutet, wenn schlie?lich die Zeit f?r
+        einen automatischen Synchronisierungs-Merge gekommen ist, dass
+        Subversion den Merge in zwei Teile aufspaltet. Zun?chst werden
+        alle in Frage kommenden Merges bis Revision 412 ausgef?hrt.
+        Dann werden alle in Frage kommenden Revisionen von Revision
+        412 bis zur Revision <literal>HEAD</literal> ausgef?hrt. Da
+        wir uns bereits r413 herausgepickt haben, wird diese ?nderung
+        ?bersprungen change is skipped:</para>

-        <informalexample>
-          <screen>
-  $ svn merge ^/calc/trunk <!--
-  - - Merging r403 through r412 into '.':
-  -->
-  --- Zusammenf?hren von r403 bis r412 in ?.?:
-  U    doc/INSTALL
-  U    src/main.c
-  U    src/button.c
-  U    src/integer.c
-  U    Makefile
-  U    README<!--
-  - - Merging r414 through r458 into '.':
-  -->
-  --- Zusammenf?hren von r414 bis r458 in ?.?:
-  G    doc/INSTALL
-  G    src/main.c
-  G    src/integer.c
-  G    Makefile<!--
-  - - Recording mergeinfo for merge of r403 through r458 into '.':-->
-  -- Aufzeichnung der Informationen f?r Zusammenf?hrung von r403 bis r458  
in ?.?:\n"
-   U   .
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn merge ^/calc/trunk <!--
+- - Merging r403 through r412 into '.':
+-->
+--- Zusammenf?hren von r403 bis r412 in ?.?:
+U    doc/INSTALL
+U    src/main.c
+U    src/button.c
+U    src/integer.c
+U    Makefile
+U    README<!--
+- - Merging r414 through r458 into '.':
+-->
+--- Zusammenf?hren von r414 bis r458 in ?.?:
+G    doc/INSTALL
+G    src/main.c
+G    src/integer.c
+G    Makefile<!--
+- - Recording mergeinfo for merge of r403 through r458 into '.':-->
+-- Aufzeichnung der Informationen f?r Zusammenf?hrung von r403 bis r458 in  
?.?:\n"
+ U   .
+</screen>
+      </informalexample>

-  <!--
-        <para>
-          <indexterm>
-            <primary>merging</primary>
-            <secondary>backporting</secondary>
-          </indexterm>This use case of replicating
-          (or <firstterm>backporting</firstterm>) bug fixes from one
-          branch to another is perhaps the most popular reason for
-          cherrypicking changes; it comes up all the time, for example,
-          when a team is maintaining a <quote>release branch</quote> of
-          software.  (We discuss this pattern in
-          <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
-  -->
-        <para>
-          <indexterm>
-            <primary>Merging</primary>
-            <secondary>nachziehen</secondary>
-          </indexterm>Dieser Anwendungsfall des Abgleichens (oder
-          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
-          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
-          er?rtern dieses Muster in <xref
-            linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+<!--
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>backporting</secondary>
+        </indexterm>This use case of replicating
+        (or <firstterm>backporting</firstterm>) bug fixes from one
+        branch to another is perhaps the most popular reason for
+        cherrypicking changes; it comes up all the time, for example,
+        when a team is maintaining a <quote>release branch</quote> of
+        software.  (We discuss this pattern in
+        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+-->
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>nachziehen</secondary>
+        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
+        <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
+        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
+        er?rtern dieses Muster in <xref
+          linkend="svn.branchmerge.commonpatterns.release"/>.)</para>

-        <warning>
-  <!--
-          <para>Did you notice how, in the last example, the merge
-            invocation merged two distinct ranges?
-            The <command>svn merge</command> command applied
-            two independent patches to your working copy to skip over
-            changeset 413, which your branch already contained.  There's
-            nothing inherently wrong with this, except that it has the
-            potential to make conflict resolution trickier.  If the
-            first range of changes creates conflicts,
-            you <emphasis>must</emphasis> resolve them interactively for
-            the merge process to continue and apply the second range of
-            changes.  If you postpone a conflict from the first wave of
-            changes, the whole merge command will bail out with an error
-            message and you must resolve the conflict before running the
-            merge a second time to get the remainder of the changes.</para>
-  -->
-          <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
-            von <command>svn merge</command> zwei unterschiedliche
-            Abgleichsintervalle zusammengef?hrt hat? Der Befehl f?hrte
-            zwei unabh?ngige Patches auf Ihrer Arbeitskopie aus, um die
-            ?nderungsmenge 413 zu ?berspringen, die Ihr Zweig bereits
-            beinhaltete. An und f?r sich ist daran nichts falsch, bis
-            auf die Tatsache, dass die M?glichkeit besteht, eine
-            Konfliktaufl?sung komplizierter zu machen. Falls das erste
-            ?nderungsintervall Konflikte erzeugt,
-            <emphasis>m?ssen</emphasis> Sie diese interaktiv aufl?sen,
-            um den Merge fortzusetzen und das zweite ?nderungsintervall
-            anzuwenden. Wenn Sie die Konfliktaufl?sung der ersten Phase
-            aufschieben, wird der komplette Merge-Befehl mit einer
-            Fehlermeldung abbrechen und Sie m?ssen den Konflikt
-            aufl?sen, bevor Sie den Merge erneut anwenden, um den Rest
-            der ?nderungen zu bekommen.</para>
-    </warning>
+      <warning>
+<!--
+        <para>Did you notice how, in the last example, the merge
+          invocation merged two distinct ranges?
+          The <command>svn merge</command> command applied
+          two independent patches to your working copy to skip over
+          changeset 413, which your branch already contained.  There's
+          nothing inherently wrong with this, except that it has the
+          potential to make conflict resolution trickier.  If the
+          first range of changes creates conflicts,
+          you <emphasis>must</emphasis> resolve them interactively for
+          the merge process to continue and apply the second range of
+          changes.  If you postpone a conflict from the first wave of
+          changes, the whole merge command will bail out with an error
+          message and you must resolve the conflict before running the
+          merge a second time to get the remainder of the changes.</para>
+-->
+        <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
+          von <command>svn merge</command> zwei unterschiedliche
+          Abgleichsintervalle zusammengef?hrt hat? Der Befehl f?hrte
+          zwei unabh?ngige Patches auf Ihrer Arbeitskopie aus, um die
+          ?nderungsmenge 413 zu ?berspringen, die Ihr Zweig bereits
+          beinhaltete. An und f?r sich ist daran nichts falsch, bis
+          auf die Tatsache, dass die M?glichkeit besteht, eine
+          Konfliktaufl?sung komplizierter zu machen. Falls das erste
+          ?nderungsintervall Konflikte erzeugt,
+          <emphasis>m?ssen</emphasis> Sie diese interaktiv aufl?sen,
+          um den Merge fortzusetzen und das zweite ?nderungsintervall
+          anzuwenden. Wenn Sie die Konfliktaufl?sung der ersten Phase
+          aufschieben, wird der komplette Merge-Befehl mit einer
+          Fehlermeldung abbrechen und Sie m?ssen den Konflikt
+          aufl?sen, bevor Sie den Merge erneut anwenden, um den Rest
+          der ?nderungen zu bekommen.</para>
+  </warning>

-  <!--
-        <para>A word of warning: while <command>svn diff</command> and
-          <command>svn merge</command> are very similar in concept, they
-          do have different syntax in many cases.  Be sure to read about
-          them in <xref linkend="svn.ref.svn"/> for details, or ask
-          <command>svn help</command>.  For example, <command>svn
-          merge</command> requires a working copy path as a target, that  
is,
-          a place where it should apply the generated patch.  If the
-          target isn't specified, it assumes you are trying to perform
-          one of the following common operations:</para>
-  -->
-        <para>Ein Wort zur Warnung: W?hrend <command>svn diff</command>
-          und <command>svn merge</command> vom Konzept her sehr ?hnlich
-          sind, haben sie in vielen F?llen eine unterschiedliche Syntax.
-          Gehen Sie sicher, dass Sie Details hierzu in <xref
-          linkend="svn.ref.svn"/> nachlesen oder <command>svn  
help</command>
-          fragen.  Zum Beispiel ben?tigt <command>svn merge</command>
-          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
-          dem es den erzeugten Patch anwenden kann.  Falls das Ziel
-          nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
-          h?ufigen Operationen durchf?hren m?chten:</para>
+<!--
+      <para>A word of warning: while <command>svn diff</command> and
+        <command>svn merge</command> are very similar in concept, they
+        do have different syntax in many cases.  Be sure to read about
+        them in <xref linkend="svn.ref.svn"/> for details, or ask
+        <command>svn help</command>.  For example, <command>svn
+        merge</command> requires a working copy path as a target, that is,
+        a place where it should apply the generated patch.  If the
+        target isn't specified, it assumes you are trying to perform
+        one of the following common operations:</para>
+-->
+      <para>Ein Wort zur Warnung: W?hrend <command>svn diff</command>
+        und <command>svn merge</command> vom Konzept her sehr ?hnlich
+        sind, haben sie in vielen F?llen eine unterschiedliche Syntax.
+        Gehen Sie sicher, dass Sie Details hierzu in <xref
+        linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
+        fragen.  Zum Beispiel ben?tigt <command>svn merge</command>
+        einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
+        dem es den erzeugten Patch anwenden kann.  Falls das Ziel
+        nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
+        h?ufigen Operationen durchf?hren m?chten:</para>

-        <itemizedlist>
-          <listitem>
-  <!--
-            <para>You want to merge directory changes into your current
-              working directory.</para>
-  -->
-            <para>Sie m?chten Verzeichnis?nderungen auf Ihr aktuelles
-              Arbeitsverzeichnis abgleichen.</para>
-          </listitem>
-          <listitem>
-  <!--
-            <para>You want to merge the changes in a specific file into
-              a file by the same name that exists in your current working
-              directory.</para>
-  -->
-            <para>Sie m?chten die ?nderungen in einer bestimmten Datei
-              mit einer Datei gleichen Namens in Ihrem aktuellen
-              Arbeitsverzeichnis zusammenf?hren.</para>
-          </listitem>
-        </itemizedlist>
+      <itemizedlist>
+        <listitem>
+<!--
+          <para>You want to merge directory changes into your current
+            working directory.</para>
+-->
+          <para>Sie m?chten Verzeichnis?nderungen auf Ihr aktuelles
+            Arbeitsverzeichnis abgleichen.</para>
+        </listitem>
+        <listitem>
+<!--
+          <para>You want to merge the changes in a specific file into
+            a file by the same name that exists in your current working
+            directory.</para>
+-->
+          <para>Sie m?chten die ?nderungen in einer bestimmten Datei
+            mit einer Datei gleichen Namens in Ihrem aktuellen
+            Arbeitsverzeichnis zusammenf?hren.</para>
+        </listitem>
+      </itemizedlist>

-  <!--
-        <para>If you are merging a directory and haven't specified a
-          target path, <command>svn merge</command> assumes the first
-          case and tries to apply the changes into your current
-          directory.  If you are merging a file, and that file (or a
-          file by the same name) exists in your current working
-          directory,
-          <command>svn merge</command> assumes the second case and tries
-          to apply the changes to a local file with the same name.</para>
-  -->
-        <para>Falls Sie ein Verzeichnis zusammenf?hren und keinen
-          Zielpfad angegeben haben, nimmt <command>svn merge</command>
-          den ersten Fall an und versucht, die ?nderungen auf Ihr
-          aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
-          zusammenf?hren und diese Datei (oder eine gleichnamige Datei)
-          in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
-          <command>svn merge</command> den zweiten Fall an und wendet
-          die ?nderungen auf eine lokale Datei gleichen Namens
-          an.</para>
+<!--
+      <para>If you are merging a directory and haven't specified a
+        target path, <command>svn merge</command> assumes the first
+        case and tries to apply the changes into your current
+        directory.  If you are merging a file, and that file (or a
+        file by the same name) exists in your current working
+        directory,
+        <command>svn merge</command> assumes the second case and tries
+        to apply the changes to a local file with the same name.</para>
+-->
+      <para>Falls Sie ein Verzeichnis zusammenf?hren und keinen
+        Zielpfad angegeben haben, nimmt <command>svn merge</command>
+        den ersten Fall an und versucht, die ?nderungen auf Ihr
+        aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
+        zusammenf?hren und diese Datei (oder eine gleichnamige Datei)
+        in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
+        <command>svn merge</command> den zweiten Fall an und wendet
+        die ?nderungen auf eine lokale Datei gleichen Namens
+        an.</para>

-      </sect2>
+    </sect2>

-      <!-- ===============================================================  
-->
-      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
-  <!--
-        <title>Merge Syntax: Full Disclosure</title>
-  -->
-        <title>Merge-Syntax: Die vollst?ndige Enth?llung</title>
+    <!-- ===============================================================  
-->
+    <sect2 id="svn.branchmerge.advanced.advancedsyntax">
+<!--
+      <title>Merge Syntax: Full Disclosure</title>
+-->
+      <title>Merge-Syntax: Die vollst?ndige Enth?llung</title>

-  <!--
-        <para>You've now seen some examples of the <command>svn
-          merge</command> command, and you're about to see several more.
-          If you're feeling confused about exactly how merging works,
-          you're not alone.  Many users (especially those new to version
-          control) are initially perplexed about the proper syntax of
-          the command and about how and when the feature should be
-          used.  But fear not, this command is actually much simpler
-          than you think!  There's a very easy technique for
-          understanding exactly how <command>svn merge</command>
-          behaves.</para>
-  -->
-        <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>
+<!--
+      <para>You've now seen some examples of the <command>svn
+        merge</command> command, and you're about to see several more.
+        If you're feeling confused about exactly how merging works,
+        you're not alone.  Many users (especially those new to version
+        control) are initially perplexed about the proper syntax of
+        the command and about how and when the feature should be
+        used.  But fear not, this command is actually much simpler
+        than you think!  There's a very easy technique for
+        understanding exactly how <command>svn merge</command>
+        behaves.</para>
+-->
+      <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>

-  <!--
-        <para>The main source of confusion is the
-          <emphasis>name</emphasis> of the command.  The term
-          <quote>merge</quote> somehow denotes that branches are
-          combined together, or that some sort of mysterious
-          blending of data is going on.  That's not the case.  A better
-          name for the command might have been <command>svn
-          diff-and-apply</command>, because that's all that happens:
-          two repository trees are compared, and the differences are
-          applied to a working copy.</para>
-  -->
-        <para>Die Hauptquelle der Verwirrung ist der
-          <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>
-          gewesen, da das alles ist, was passiert: Die B?ume im
-          Projektarchiv werden verglichen und die Unterschiede in eine
-          Arbeitskopie eingearbeitet.</para>
+<!--
+      <para>The main source of confusion is the
+        <emphasis>name</emphasis> of the command.  The term
+        <quote>merge</quote> somehow denotes that branches are
+        combined together, or that some sort of mysterious
+        blending of data is going on.  That's not the case.  A better
+        name for the command might have been <command>svn
+        diff-and-apply</command>, because that's all that happens:
+        two repository trees are compared, and the differences are
+        applied to a working copy.</para>
+-->
+      <para>Die Hauptquelle der Verwirrung ist der
+        <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
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Wed Feb 11 23:56:53 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 05:56:53 +0000
Subject: Issue 227 in svnbook: i am magno omen 
Message-ID: <0-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 227 by alexserr... at gmail.com: i am magno omen
https://code.google.com/p/svnbook/issues/detail?id=227

Plect to change over time.  If you need to, quote
the book paragraph(s) that are incorrect, and recommend corrections.


-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Thu Feb 12 00:45:16 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 06:45:16 +0000
Subject: [svnbook] r4982 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7bdc0dfc709d1f050ede7640@google.com>

Revision: 4982
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 12 06:45:07 2015 UTC
Log:      [de] Translation: Branching and Merging
    ** Vendor Branches from Mirrored Sources (part 1)

https://code.google.com/p/svnbook/source/detail?r=4982

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
13:09:17 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
06:45:07 2015 UTC
@@ -8508,8 +8508,12 @@

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.vendorbr.mirrored-sources">
+<!--
        <title>Vendor Branches from Mirrored Sources</title>
+-->
+      <title>Lieferanten-Zweige aus gespiegelten Quellen</title>

+<!--
        <para>In the previous section
          (<xref linkend="svn.advanced.vendorbr.foreign-repos" />) we
          looked at how to implement and maintain a vendor branch when
@@ -8526,13 +8530,41 @@
          cleanly as possible.  So let's examine an approach to vendor
          branches in which the third-party library's various releases
          are mirrored within our own repository.</para>
+-->
+      <para>Im vorhergehenden Abschnitt
+        (<xref linkend="svn.advanced.vendorbr.foreign-repos" />) haben
+        wir uns angesehen, wie ein Lieferanten-Zweig angelegt und
+        verwaltet wird, wenn die Zulieferungen ?ber Subversion zu
+        erreichen sind, was der Idealfall bei Lieferanten-Zweigen ist.
+        Subversion kann sehr gut mit Merges von Dingen umgehen, die
+        von Subversion verwaltet wurden. Ungl?cklicherweise trifft es
+        nicht immer zu, dass Bibliotheken von Drittanbietern
+        ?ffentlich ?ber Subversion zugreifbar sind. Oftmals h?ngt ein
+        Projekt von einer Bibliothek ab, die ?ber Wege au?erhalb von
+        Subversion ausgeliefert wird, wie etwa Quelltext-Tarballs.
+        Unter derartigen Umst?nden empfehlen wir dringend, alles zu
+        tun, um diese Informationen au?erhalb von Subversion m?glichst
+        sauber in Subversion einzupflegen. Lassen Sie uns nun einen
+        Ansatz f?r Lieferanten-Zweige untersuchen, bei dem die
+        verschiedenen freigegebenen Versionen der
+        Drittanbieter-Bibliothek innerhalb unseres eigenen
+        Projektarchivs gespiegelt werden.</para>

+<!--
        <para>Setting up the vendor branch the first time is pretty
          simple, really.  For our example, we'll assume that libcomplex
          1.0.0 is delivered via the common tarball mechanism.  To
          create our vendor branch, we'll first get the contents of the
          libcomplex 1.0.0 tarball into our repository as a read-only
          (by convention only) vendor tag of sorts.</para>
+-->
+      <para>Das erstmalige Aufsetzen des Lieferanten-Zweiges ist
+        wirklich recht einfach. F?r unser Beispiel nehmen wir an, dass
+        libcomplex 1.0.0 ?ber den verbreiteten Tarball-Mechanismus
+        verteilt wird. Um unseren Lieferanten-Zweig zu erstellen,
+        holen wir zun?chst den Inhalt des libcomplex 1.0.0 Tarballs
+        als nur-lesbaren (durch Konvention) Lieferanten-Tag in
+        unser Projektarchiv.</para>

        <informalexample>
          <screen>
@@ -8546,7 +8578,7 @@
  libcomplex-1.0.0/tests/TODO
  $ svn import libcomplex-1.0.0 \
               http://svn.example.com/projects/vendor/libcomplex-1.0.0 \
-             --no-ignore --no-auto-props \
+             --no-ignore --no-auto-props \<!--
               -m "Import libcomplex 1.0.0 sources."
  Adding         libcomplex-custom
  Adding         libcomplex-custom/README
@@ -8556,11 +8588,38 @@
  Adding         libcomplex-custom/src/code.h
  Adding         libcomplex-custom/src/code.c
  Transmitting file data .......................................
-Committed revision 1160.
+Committed revision 1160.-->
+             -m "libcomplex 1.0.0 Quellen importieren."
+F?ge hinzu         libcomplex-custom
+F?ge hinzu         libcomplex-custom/README
+F?ge hinzu         libcomplex-custom/LICENSE
+&hellip;
+F?ge hinzu         libcomplex-custom/src
+F?ge hinzu         libcomplex-custom/src/code.h
+F?ge hinzu         libcomplex-custom/src/code.c
+?bertrage Daten .......................................
+Revision 1160 ?bertragen.
  $
  </screen>
        </informalexample>

+<!--
+      <para>Note that in our example, we used
+        the <option>- -no-ignore</option> option during import so that
+        Subversion is sure to pick up every file in the vendor drop
+        and not to omit any of them.  We also supply
+        the <option>- -no-auto-props</option> option so that our client
+        doesn't manufacture property information which isn't present
+        in the vendor drop.<footnote><para>Technically, we could let
+        the auto-props feature do its thing, but the key to making
+        that work well is ensuring that each vendor drop gets
+        identical auto-prop treatment.</para></footnote>.</para>
+
+      <para>Now that the first vendor release drop is present in our
+        repository, we can create our vendor branch from it just as we
+        would create any other branch&mdash;using <command>svn
+        copy</command>.</para>
+-->
        <para>Note that in our example, we used
          the <option>--no-ignore</option> option during import so that
          Subversion is sure to pick up every file in the vendor drop

From svnbook at googlecode.com  Thu Feb 12 06:53:59 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 12:53:59 +0000
Subject: Issue 227 in svnbook: i am magno omen 
In-Reply-To: <0-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Invalid

Comment #1 on issue 227 by cmpilato: i am magno omen
https://code.google.com/p/svnbook/issues/detail?id=227

(No comment was entered for this change.)

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Thu Feb 12 11:23:22 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 17:23:22 +0000
Subject: [svnbook] r4983 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7b3a98307b93f4050ee76018@google.com>

Revision: 4983
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 12 17:23:13 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Mirrored Sources (part 2)

https://code.google.com/p/svnbook/source/detail?r=4983

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
06:45:07 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
17:23:13 2015 UTC
@@ -8614,45 +8614,56 @@
          the auto-props feature do its thing, but the key to making
          that work well is ensuring that each vendor drop gets
          identical auto-prop treatment.</para></footnote>.</para>
-
-      <para>Now that the first vendor release drop is present in our
-        repository, we can create our vendor branch from it just as we
-        would create any other branch&mdash;using <command>svn
-        copy</command>.</para>
  -->
-      <para>Note that in our example, we used
-        the <option>--no-ignore</option> option during import so that
-        Subversion is sure to pick up every file in the vendor drop
-        and not to omit any of them.  We also supply
-        the <option>--no-auto-props</option> option so that our client
-        doesn't manufacture property information which isn't present
-        in the vendor drop.<footnote><para>Technically, we could let
-        the auto-props feature do its thing, but the key to making
-        that work well is ensuring that each vendor drop gets
-        identical auto-prop treatment.</para></footnote>.</para>
-
+      <para>Beachten Sie, dass wir in unserem Beispiel w?hrend des
+        Imports die Option <option>--no-ignore</option> verwendeten,
+        damit Subversion zuverl?ssig jede Datei der Zulieferung
+        aufnimmt und keine ausl??t. Wir geben auch die Option
+        <option>--no-auto-props</option> an, damit unser Client keine
+        nicht in der Zulieferung enthaltene Eigenschafts-Informationen
+        erzeugt.<footnote><para>Technisch gesehen, k?nnten wir die
+        Funktionalit?t der auto-props gew?hren lassen, jedoch ist der
+        Schl?ssel des guten Gelingens, dass jede Zulieferung bez?glich
+        auto-prop gleich behandelt wird.</para></footnote>.</para>
+
+<!--
        <para>Now that the first vendor release drop is present in our
          repository, we can create our vendor branch from it just as we
          would create any other branch&mdash;using <command>svn
          copy</command>.</para>
+-->
+      <para>Nun, da sich die erste Zulieferung des Drittanbieters in
+        unserem Projektarchiv befindet, k?nnen wir daraus unseren
+        Lieferanten-Zweig anlegen, genauso, wie jeden anderen Zweig
+        &ndash; mit <command>svn copy</command>.</para>

        <informalexample>
          <screen>
  $ svn copy http://svn.example.com/projects/vendor/libcomplex-1.0.0 \
             http://svn.example.com/projects/vendor/libcomplex-custom \
-           -m "Initialize libcomplex vendor branch from libcomplex 1.0.0."
-Committed revision 1161.
+           -m "Initialize libcomplex vendor branch from libcomplex  
1.0.0."<!--
+Committed revision 1161.-->
+Revision 1161 ?bertragen.
  $
  </screen>
        </informalexample>

+<!--
        <para>Okay.  At this point we have a vendor branch based on
          libcomplex 1.0.0.  We are now poised to begin making the
          customizations to libcomplex required for our
          purposes&mdash;committing them directly to the vendor branch
          we've created&mdash;and then to start using our customized
          libcomplex in our own application.</para>
+-->
+      <para>Okay. An dieser Stelle haben wir einen Lieferanten-Zweig
+        basierend auf libcomplex 1.0.0. Wir sind bereit, die f?r
+        unsere Zwecke notwendigen Anpassungen an libcomplex
+        vorzunehmen &ndash; indem wir sie direkt in den
+        Lieferanten-Zweig ?bergeben &ndash; und unsere angepasste
+        libcomplex in eigenen Applikationen zu verwenden.</para>

+<!--
        <para>Some time later, libcomplex 1.0.1 is released.  After
          reviewing its changes, we decide we'd like to upgrade our
          vendor branch to the new version.  In order to perform that
@@ -8665,7 +8676,24 @@
          repository</emphasis>.  Afterwards, we'll use the 2-URL form
          of the <command>svn merge</command> command to replicate those
          same changes into our vendor branch.</para>
+-->
+      <para>Nach einer Weile wird libcomplex 1.0.1 freigegeben.
+        Nachdem wir uns die ?nderungen angesehen haben, entscheiden
+        wir uns, unseren Lieferanten-Zweig auf den Stand der neuen
+        Version zu bringen. Um diese Aktualisierung auf unserem Zweig
+        vornehmen zu k?nnen, m?ssen wir im Prinzip dieselben
+        ?nderungsmengen auf unseren Lieferanten-Zweig anwenden, die
+        der Lieferant zwischen 1.0.0 und 1.0.1 erstellt hat, ohne
+        dabei unsere Anpassungen zu ?berschreiben. Die sicherte Weise,
+        auf der das geschehen kann, ist es, zun?chst libcomplex 1.0.1
+        in unser Projektarchiv zu holen <emphasis>als Delta zum
+        Quelltext von 1.0.0 in unserem Projektarchiv</emphasis>.
+        Anschlie?end verwenden wir die 2-URL-Form des Befehls
+        <command>svn merge</command> zum Replizieren derselben
+        ?nderungen auf den Lieferanten-Zweig.</para>

+
+<!--
        <para>As it turns out, there are several different approaches we
          can take to to get libcomplex 1.0.1 into our repository in the
          right way.<footnote><para>Using another <command>svn
@@ -8675,7 +8703,19 @@
          ancestry.</para></footnote>  The approach we'll describe here
          is relatively rudimentary, but it will serve our illustrative
          needs.</para>
+-->
+      <para>Es stellt sich heraus, dass es mehrere unterschiedliche
+        Ans?tze gibt, die wir verfolgen k?nnen, um libcomplex 1.0.1
+        auf die richtige Weise in unser Projektarchiv zu bekommen.
+        <footnote><para>Die nochmalige Verwendung der Operation
+        <command>svn import</command> Operation w?re ein
+        <emphasis>falscher</emphasis> Ansatz, da die Zweige f?r
+        libcomplex 1.0.0 und 1.0.1 keinen gemeinsamen Stammbaum
+        h?tten.</para></footnote> Der Ansatz, den wir hier
+        beschreiben, ist relativ rudiment?r, jedoch ist er unserer
+        Beschreibung dienlich.</para>

+<!--
        <para>Remember, we want our mirror of the libcomplex 1.0.1
          vendor drop to share ancestry with our 1.0.0 vendor drop,
          which will produce the best results later when we need to
@@ -8684,17 +8724,41 @@
          of our previously created libcomplex-1.0.0 <quote>vendor
          tag</quote>&mdash;a copy which will eventually become a
          replica of libcomplex 1.0.1.</para>
-
+-->
+      <para>Erinnern Sie sich, dass wir m?chten, dass die Spiegelung
+        der Zulieferung von libcomplex 1.0.1 einen gemeinsamen
+        Stammbaum mit unserer Zulieferung von 1.0.0 hat, was sp?ter zu
+        dern besten Ergebnissen f?hren wird, wenn wir die ?nderungen
+        zwichen diesen Zulieferungen in unseren Lieferanten-Zweig
+        einbringen m?chten. Wir beginnen also damit, einen Zweig f?r
+        libcomplex-1.0.1 als Kopie unseres vorher erstellten
+        ly created libcomplex-1.0.0 <quote>Lieferanten-Tags</quote>
+        &ndash; eine Kopie, die schlie?lich eine Replik von libcomplex
+        1.0.1 wird.</para>
+
        <informalexample>
          <screen>
  $ svn copy http://svn.example.com/projects/vendor/libcomplex-1.0.0 \
-           http://svn.example.com/projects/vendor/libcomplex-1.0.1 \
+           http://svn.example.com/projects/vendor/libcomplex-1.0.1 \<!--
             -m "Setup a construction zone for libcomplex 1.0.1."
-Committed revision 1282.
+Committed revision 1282.-->
+           -m "Einrichten eines Baugel?ndes f?r libcomplex 1.0.1."
+Revision 1282 ?bertragen.
  $
  </screen>
        </informalexample>

+<!--
+      <para>What we need now is to make a working copy of our
+        libcomplex-1.0.1 branch, and then to make it actually look
+        like libcomplex 1.0.1.  To do this, we'll take advantage of
+        the fact that <command>svn checkout</command> can overlay an
+        existing directory and, if the <option>- -force</option> option
+        is provided, do so in manner that allows the differences
+        between the checked-out tree and the target tree that the
+        checkout overlayed to remain as local modifications in the new
+        working copy.</para>
+-->
        <para>What we need now is to make a working copy of our
          libcomplex-1.0.1 branch, and then to make it actually look
          like libcomplex 1.0.1.  To do this, we'll take advantage of
@@ -8734,12 +8798,35 @@
  </screen>
        </informalexample>

+<!--
        <para>As you can see, after checking out what was really
          libcomplex 1.0.0 atop the libcomplex 1.0.1 exploded tarball,
          we are left with a working copy that contains local
          modifications&mdash;those modifications required to morph our
          previous vendor release drop into our new one.</para>
+-->
+      <para>As you can see, after checking out what was really
+        libcomplex 1.0.0 atop the libcomplex 1.0.1 exploded tarball,
+        we are left with a working copy that contains local
+        modifications&mdash;those modifications required to morph our
+        previous vendor release drop into our new one.</para>

+<!--
+      <para>Admittedly, this is a pretty simple example.  The changes
+        required to perform this particular upgrade involved merely
+        content changes to existing files.  In reality, new versions
+        of third-party libraries might also add or remove files or
+        directories, might rename files or directories, and so on.  In
+        those situations, it can be much more challenging to morph the
+        new vendor tag into a state where it accurately reflects the
+        vendor drop it claims to reflect.  We'll leave the details of
+        such transformations as an exercise to the
+        reader.<footnote><para>Here's a hint, though: <userinput>svn
+        add - -force /path/to/working-copy - -no-ignore
+        - -no-auto-props</userinput> is super handy for adding any new
+        vendor drop items to version control in this
+        situation.</para></footnote></para>
+-->
        <para>Admittedly, this is a pretty simple example.  The changes
          required to perform this particular upgrade involved merely
          content changes to existing files.  In reality, new versions
@@ -8755,9 +8842,14 @@
          vendor drop items to version control in this
          situation.</para></footnote></para>

+<!--
        <para>However we make it happen, once our new vendor tag working
          copy is reconciled with the original source distribution, we
          can commit those changes to our repository.</para>
+-->
+      <para>However we make it happen, once our new vendor tag working
+        copy is reconciled with the original source distribution, we
+        can commit those changes to our repository.</para>

        <informalexample>
          <screen>
@@ -8772,12 +8864,20 @@
  </screen>
        </informalexample>

+<!--
        <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>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>

        <informalexample>
          <screen>
@@ -8806,6 +8906,7 @@
  </screen>
        </informalexample>

+<!--
        <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
@@ -8817,6 +8918,18 @@
          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>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>

        <informalexample>
          <screen>
@@ -8834,6 +8947,11 @@
  </screen>
        </informalexample>

+<!--
+      <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>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>

From svnbook at googlecode.com  Fri Feb 13 00:45:13 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 13 Feb 2015 06:45:13 +0000
Subject: [svnbook] r4984 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2e6cc2386bd050ef294e8@google.com>

Revision: 4984
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb 13 06:44:59 2015 UTC
Log:      [de] Translation: Branching and Merging
    ** Vendor Branches from Mirrored Sources (part 3)

https://code.google.com/p/svnbook/source/detail?r=4984

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
17:23:13 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
06:44:59 2015 UTC
@@ -8759,15 +8759,16 @@
          checkout overlayed to remain as local modifications in the new
          working copy.</para>
  -->
-      <para>What we need now is to make a working copy of our
-        libcomplex-1.0.1 branch, and then to make it actually look
-        like libcomplex 1.0.1.  To do this, we'll take advantage of
-        the fact that <command>svn checkout</command> can overlay an
-        existing directory and, if the <option>--force</option> option
-        is provided, do so in manner that allows the differences
-        between the checked-out tree and the target tree that the
-        checkout overlayed to remain as local modifications in the new
-        working copy.</para>
+      <para>Nun m?ssen wir eine Arbeitskopie unseres libcomplex-1.0.1
+        Zweiges erstellen and ihn dann so herrichten, dass er
+        eigentlich wie like libcomplex 1.0.1 aussieht. Um das zu
+        erreichen, nutzen wir die Tatsache aus, das <command>svn
+        checkout</command> ein bereits bestehendes Verzeichnis
+        ?berlagern kann; wenn die Option <option>--force</option>
+        angegeben wird, geschieht das auf eine Art und Weise, dass die
+        Unterschiede zwischen dem ausgecheckten Baum und dem durch den
+        Checkout ?berlagerten Zielbaumm als lokale ?nderungen in der
+        Arbeitskopie verbleiben.</para>

        <informalexample>
          <screen>
@@ -8788,8 +8789,9 @@
  &hellip;
  E    libcomplex-1.0.1/src/code.c
  E    libcomplex-1.0.1/tests
-E    libcomplex-1.0.1/tests/TODO
-Checked out revision 1282.
+E    libcomplex-1.0.1/tests/TODO<!--
+Checked out revision 1282.-->
+Ausgecheckt, Revision 1282.
  $ svn status libcomplex-1.0.1
  M       libcomplex-1.0.1/src/code.h
  M       libcomplex-1.0.1/src/code.c
@@ -8805,11 +8807,12 @@
          modifications&mdash;those modifications required to morph our
          previous vendor release drop into our new one.</para>
  -->
-      <para>As you can see, after checking out what was really
-        libcomplex 1.0.0 atop the libcomplex 1.0.1 exploded tarball,
-        we are left with a working copy that contains local
-        modifications&mdash;those modifications required to morph our
-        previous vendor release drop into our new one.</para>
+      <para>Wie Sie sehen k?nnen, bleibt nach dem Auschecken von der
+        eigentlichen libcomplex 1.0.0 ?ber den ausgepackten libcomplex
+        1.0.1 eine Arbeitskopie mit lokalen ?nderungen zur?ck &ndash;
+        diejenigen ?nderungen, die ben?tigt werden, um unsere
+        bisherige freigegebene Zulieferung in unsere neue zu
+        verwandeln.</para>

  <!--
        <para>Admittedly, this is a pretty simple example.  The changes

From svnbook at googlecode.com  Fri Feb 13 07:26:58 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 13 Feb 2015 13:26:58 +0000
Subject: [svnbook] r4985 committed - [de] Translation: Branching and Merging...
Message-ID: <20cf302240f7e3e748050ef83040@google.com>

Revision: 4985
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb 13 13:26:38 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Mirrored Sources (part 4)

https://code.google.com/p/svnbook/source/detail?r=4985

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
06:44:59 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
13:26:38 2015 UTC
@@ -8830,39 +8830,47 @@
          vendor drop items to version control in this
          situation.</para></footnote></para>
  -->
-      <para>Admittedly, this is a pretty simple example.  The changes
-        required to perform this particular upgrade involved merely
-        content changes to existing files.  In reality, new versions
-        of third-party libraries might also add or remove files or
-        directories, might rename files or directories, and so on.  In
-        those situations, it can be much more challenging to morph the
-        new vendor tag into a state where it accurately reflects the
-        vendor drop it claims to reflect.  We'll leave the details of
-        such transformations as an exercise to the
-        reader.<footnote><para>Here's a hint, though: <userinput>svn
-        add --force /path/to/working-copy --no-ignore
-        --no-auto-props</userinput> is super handy for adding any new
-        vendor drop items to version control in this
-        situation.</para></footnote></para>
+      <para>Das ist zugegebenerma?en ein ziemlich einfaches Beispiel.
+        Die f?r die Aktualisierung notwendigen ?nderungen waren
+        lediglich inhaltliche ?nderungen an bestehenden Dateien. In
+        der Realit?t k?nnten neue Versionen der Bibliotheken von
+        Drittanbietern auch sowohl Dateien als auch Verzeichnisse
+        hinzuf?gen oder entfernen, Dateien oder Verzeichnisse
+        umbenennen, usw. In solchen Situationen kann es eine viel
+        gr??ere Herausforderung sein, das neue Lieferanten-Tag in
+        einen Zustand zu ?berf?hren, in dem es exakt die Zulieferung
+        wiedergibt, die es verspricht. Wir ?berlassen die Details
+        derartiger Transformationen dem Leser als ?bung.<footnote>
+        <para>Trotzdem ein Hinweis: <userinput>svn add --force
+        /path/to/working-copy --no-ignore --no-auto-props</userinput>
+        ist au?erordentlich praktisch, um in dieser Situation alle
+        neuen Objekte einer Zulieferung unter Versions-Kontrolle zu
+        stellen.</para></footnote></para>

  <!--
        <para>However we make it happen, once our new vendor tag working
          copy is reconciled with the original source distribution, we
          can commit those changes to our repository.</para>
  -->
-      <para>However we make it happen, once our new vendor tag working
-        copy is reconciled with the original source distribution, we
-        can commit those changes to our repository.</para>
+      <para>Wie auch immer wir es schaffen, sobald unsere neue auf dem
+        Lieferanten-Tag basierende Arbeitskopie mit dem
+        Original-Quellpaket abgeglichen ist, k?nnen wir diese
+        ?nderungen in unser Projektarchiv ?bertragen.</para>

        <informalexample>
          <screen>
  $ svn commit -m "Upgrade vendor branch to libcomplex 1.0.1." \
-             libcomplex-1.0.1
+             libcomplex-1.0.1<!--
  Sending        libcomplex-1.0.1/README
  Sending        libcomplex-1.0.1/src/code.h
  Sending        libcomplex-1.0.1/src/code.c
  Transmitting file data ...
-Committed revision 1283.
+Committed revision 1283.-->
+Sende              libcomplex-1.0.1/README
+Sende              libcomplex-1.0.1/src/code.h
+Sende              libcomplex-1.0.1/src/code.c
+?bertrage Daten ...
+Revision 1283 ?bertragen.
  $
  </screen>
        </informalexample>

From svnbook at googlecode.com  Fri Feb 13 17:28:35 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 13 Feb 2015 23:28:35 +0000
Subject: [svnbook] r4986 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2f3d0755279050f0098e3@google.com>

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 @@
  &hellip;
  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>

From svnbook at googlecode.com  Sat Feb 14 03:50:00 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 14 Feb 2015 09:50:00 +0000
Subject: [svnbook] r4987 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c200d2d18e39050f0946c6@google.com>

Revision: 4987
Author:   jmfelderhoff at gmx.eu
Date:     Sat Feb 14 09:49:37 2015 UTC
Log:      [de] Translation: Branching and Merging
    * Summary
    ** Branching and merging commands

https://code.google.com/p/svnbook/source/detail?r=4987

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
23:28:27 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
09:49:37 2015 UTC
@@ -9325,7 +9325,7 @@
              <entry>Merge a branch back into trunk</entry>
  -->
              <entry>Zur?ckf?hren des Zweigs in den Stamm</entry>
-            <entry><userinput>svn merge --reintegrate  
<replaceable>branchURL</replaceable>; svn commit</userinput></entry>
+            <entry><userinput>svn merge  
<replaceable>branchURL</replaceable>; svn commit</userinput></entry>
            </row>

            <row>

From svnbook at googlecode.com  Sat Feb 14 04:19:25 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 14 Feb 2015 10:19:25 +0000
Subject: [svnbook] r4988 committed - [de] Translation: Branching and Merging:
 proofreading
Message-ID: <047d7b2e4a480709c7050f09b0f8@google.com>

Revision: 4988
Author:   jmfelderhoff at gmx.eu
Date:     Sat Feb 14 10:19:17 2015 UTC
Log:      [de] Translation: Branching and Merging: proofreading

https://code.google.com/p/svnbook/source/detail?r=4988

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
09:49:37 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
10:19:17 2015 UTC
@@ -1174,11 +1174,11 @@
  -->
        <para>
          <indexterm>
-          <primary>changesets</primary>
+          <primary>Changesets</primary>
          </indexterm>i
          <indexterm>
            <primary>?nderungsmengen</primary>
-          <see>changesets</see>
+          <see>Changesets</see>
          </indexterm>Bevor wir weitermachen, sollten wir Sie warnen, dass  
Sie
          auf den kommenden Seiten viele Er?rterungen zum Thema
          <quote>?nderungen</quote> erwarten. Viele mit
@@ -2808,7 +2808,7 @@
  -->
        <para>Das Diagramm zeigt, dass
          <filename>/calc/branches/my-calc-branch </filename> von
-        <filename>/calc/trunk at 340</filename> her?berkopiert wurde und
+        <filename>/calc/trunk at 340</filename> her?ber kopiert wurde und
          der letzte automatische Merge der Reintegrations-Merge war,
          den wir vom Zweig zum Stamm in r380 gemacht haben. Beachten
          Sie, dass das Diagramm die vier automatischen
@@ -2929,11 +2929,11 @@
          is considered by default.</para>
  -->
        <para>Seit Subversion 1.7 kann der Unterbefehl <command>svn
-        mergeinfo</command> auch Unterbaum-Mergeinfo und
+        mergeinfo</command> auch Teilbaum-Mergeinfo und
          nichterbliche Mergeinfo ber?cksichtigen. Mit den Option
          <option>--recursive</option> oder <option>--depth</option>
-        wird Unterbaum-Mergeinfo ber?cksichtigt, w?hrend nicht
-        ererbbare Mergeinfo standardm??ig beachtet wird.</para>
+        wird Teilbaum-Mergeinfo ber?cksichtigt, w?hrend nicht
+        vererbbare Mergeinfo standardm??ig beachtet wird.</para>

        <sidebar id="svn.branchmerge.basicmerging.mergeinfo.inheritance">
  <!--
@@ -5993,7 +5993,7 @@
  -->
        <para>Nun entscheiden Sie sich, Ihren Zweig auf den Stamm
          zur?ckzuf?hren. Wie wird Subversion Ihre Umbenennung und
-        Bearbeitung mit den Bearbeiungen durch Sally
+        Bearbeitung mit den Bearbeitungen durch Sally
          kombinieren?</para>

        <informalexample>
@@ -6122,7 +6122,7 @@
          Mergeinfo auswerten, automatische
          Merges versuchen, werden Sie wahrscheinlich in alle
          m?glichen Konflikte laufen, die durch wiederholtes
-        Mergeb hervorgerufen wurden.</para>
+        Mergen hervorgerufen wurden.</para>

  <!--
        <para>If you and your team are relying on the merge-tracking
@@ -6595,7 +6595,7 @@
        Unterverzeichnisse aus unterschiedlichen Projektarchiv-Orten
        enth?lt, funktioniert sie immer noch normal. Wenn Sie
        aktualisieren, erhalten Sie entsprechende Patches f?r jeden
-      Unterbaum. Wenn Sie ?bergeben, werden Ihre lokalen ?nderungen
+      Teilbaum. Wenn Sie ?bergeben, werden Ihre lokalen ?nderungen
        nach wie vor als eine einzelne atomare ?nderung auf das
        Projektarchiv angewendet.</para>

@@ -7777,7 +7777,7 @@
          the branch.</para>
  -->
        <para>Diese Situation wird am besten vermieden, indem regelm??ig
-        ein automatischer Merg vom Stamm auf den Zweig gemacht wird.
+        ein automatischer Merge vom Stamm auf den Zweig gemacht wird.
          Machen Sie es zur Gewohnheit: Arbeiten Sie w?chentlich die
          ?nderungen der vergangenen Woche vom Stamm in den Zweig
          ein.</para>
@@ -8106,7 +8106,7 @@
          differences between the current and new pristine versions of
          that library.</para>
  -->
-      <para>Strenggenommen k?nnen diese Merges im allgemeinen SInn auf
+      <para>Strenggenommen k?nnen diese Merges im allgemeinen Sinn auf
          verschiedene Weisen durchgef?hrt werden. Aus Gr?nden der
          Einfachheit und mit dem Ziel, wenigstens
          <emphasis>etwas</emphasis> Konkretes in diesem Abschnitt des
@@ -8134,8 +8134,8 @@
            anzulegen und die Unterschiede zwischen der aktuellen
            unver?nderten und ihrer angepassten Version (vom aktuellen
            Lieferanten-Zweig) auf den neuen Zweig anzuwenden. An diesem
-          Ansatz gibt es nichts audzusetzen, jedoch sind wir der
-          Meinung, dass wir nicht jede berechtihte M?glichkeit an
+          Ansatz gibt es nichts auszusetzen, jedoch sind wir der
+          Meinung, dass wir nicht jede berechtigte M?glichkeit an
            dieser Stelle dokumentieren m?ssen.</para>
        </note>

@@ -8184,7 +8184,7 @@
          Drittanbieter-Bibliothek selbst ?ber Subversion erreichbar
          ist. F?r das Beispiel nehmen wir an, dass die besprochene
          Bibliothek libcomplex in einem ?ffentlich zug?nglichen
-        Subversion-Projektarchiv entwickelt wird und deren Enwickler
+        Subversion-Projektarchiv entwickelt wird und deren Entwickler
          vern?nftige Freigabeverfahren verwenden, zu denen die
          Erzeugung von Tags f?r jede stabile freigegebene Version
          z?hlt.</para>
@@ -8237,7 +8237,7 @@
            <see>Kopieren, Kopien aus fremden Projektarchiven</see>
          </indexterm>Seit Subversion 1.5 kann <command>svn merge</command>
          sogenannte <firstterm>Merges aus fremden
-        Projektarchiver</firstterm> ausf?hren, wobei die Quellen des
+        Projektarchiven</firstterm> ausf?hren, wobei die Quellen des
          Merges in einem anderen Projektarchiv liegen, als das
          Projektarchiv, aus dem die Arbeitskopie des Merge-Ziels
          ausgecheckt wurde. Und in Subversion 1.8 wurde das Verhalten
@@ -8341,14 +8341,14 @@
            accurately replicated in your own repository.</para>
  -->
          <para>Sollten Sie eine ?ltere Version von Subversion
-          verwenden, ist die Vorgehensweide, die der neuen
+          verwenden, ist die Vorgehensweise, die der neuen
            Unterst?tzung von Kopien aus fremden Projektarchiven durch
            <command>svn copy</command> am
            n?chsten kommt, eine Arbeitskopie des Lieferanten-Tags
            zu importieren (mit <command>svn import</command>), und
            dabei die Optionen <option>--no-auto-props</option> und
-          <option>--no-ignore</option> zu verwenden, do dass der
-          komplette Baum umd alle versionierten Eigenschaften akkurat
+          <option>--no-ignore</option> zu verwenden, so dass der
+          komplette Baum und alle versionierten Eigenschaften akkurat
            in Ihrem Projektarchiv repliziert werden.</para>
        </note>

@@ -8492,7 +8492,7 @@
          werden, falls die Original-Quellen f?r Subversion erreichbar
          sind. Es gibt jedoch einige erw?hnenswerte Schw?chen. Zun?chst
          werden Merges aus fremden Projektarchiven nicht automatisch
-        von Subversion verfolgt wie Merges inerhalb des eigenen
+        von Subversion verfolgt wie Merges innerhalb des eigenen
          Projektarchivs. Das bedeutet, der Anwender tr?gt die Last und
          muss wissen, welche Merges auf dem Lieferanten-Zweig
          stattgefunden haben und wie der n?chste Merge aufzusetzen ist,
@@ -8728,13 +8728,13 @@
        <para>Erinnern Sie sich, dass wir m?chten, dass die Spiegelung
          der Zulieferung von libcomplex 1.0.1 einen gemeinsamen
          Stammbaum mit unserer Zulieferung von 1.0.0 hat, was sp?ter zu
-        dern besten Ergebnissen f?hren wird, wenn wir die ?nderungen
-        zwichen diesen Zulieferungen in unseren Lieferanten-Zweig
+        den besten Ergebnissen f?hren wird, wenn wir die ?nderungen
+        zwischen diesen Zulieferungen in unseren Lieferanten-Zweig
          einbringen m?chten. Wir beginnen also damit, einen Zweig f?r
          libcomplex-1.0.1 als Kopie unseres vorher erstellten
-        ly created libcomplex-1.0.0 <quote>Lieferanten-Tags</quote>
-        &ndash; eine Kopie, die schlie?lich eine Replik von libcomplex
-        1.0.1 wird.</para>
+        libcomplex-1.0.0 <quote>Lieferanten-Tags</quote> &ndash; eine
+        Kopie, die schlie?lich eine Replik von libcomplex 1.0.1
+        wird.</para>

        <informalexample>
          <screen>
@@ -8767,7 +8767,7 @@
          ?berlagern kann; wenn die Option <option>--force</option>
          angegeben wird, geschieht das auf eine Art und Weise, dass die
          Unterschiede zwischen dem ausgecheckten Baum und dem durch den
-        Checkout ?berlagerten Zielbaumm als lokale ?nderungen in der
+        Checkout ?berlagerten Zielbaum als lokale ?nderungen in der
          Arbeitskopie verbleiben.</para>

        <informalexample>
@@ -8858,14 +8858,16 @@
          ?nderungen in unser Projektarchiv ?bertragen.</para>

        <informalexample>
-        <screen>
+        <screen><!--
  $ svn commit -m "Upgrade vendor branch to libcomplex 1.0.1." \
-             libcomplex-1.0.1<!--
+             libcomplex-1.0.1
  Sending        libcomplex-1.0.1/README
  Sending        libcomplex-1.0.1/src/code.h
  Sending        libcomplex-1.0.1/src/code.c
  Transmitting file data ...
  Committed revision 1283.-->
+$ svn commit -m "Aktualisierung Lieferanten-Zweig auf libcomplex 1.0.1." \
+             libcomplex-1.0.1
  Sende              libcomplex-1.0.1/README
  Sende              libcomplex-1.0.1/src/code.h
  Sende              libcomplex-1.0.1/src/code.c
@@ -8945,7 +8947,7 @@
          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
+        Anpassungen. Subversion entdeckt 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,

From svnbook at googlecode.com  Sat Feb 14 09:35:03 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 14 Feb 2015 15:35:03 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
Message-ID: <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 228 by gan.ainm... at gmail.com: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

In subsection "Vendor Branches from Mirrored Sources" of the  
chapter "Branching and Merging", the command output of "svn merge  
^/vendor/libcomplex-1.0.0 ^/vendor/libcomplex-1.0.1" contains the line "---  
Merging differences between URLs into '.':", i.e., a message not stating  
the type of URL, however, a scan of the complete source tree of Subversion  
1.8 only shows occurrences of either "...repository URLs..." or "...foreign  
repository URLs..."

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Sat Feb 14 20:04:40 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 15 Feb 2015 02:04:40 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Updates:
	Labels: Milestone-en-1.6

Comment #1 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

I believe you're correct.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Mon Feb 16 00:38:58 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 16 Feb 2015 06:38:58 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <1-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <1-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <2-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>


Comment #2 on issue 228 by gan.ainm... at gmail.com: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

Why milestone 1.6? I was referring to the 1.8 book.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Mon Feb 16 08:27:06 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 16 Feb 2015 14:27:06 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <2-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <2-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <3-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>


Comment #3 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

I set the milestone to the oldest currently-maintained version that  
exhibits the problem as a reminder to myself of how far to go with  
backporting the fix.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Tue Feb 17 15:06:35 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 17 Feb 2015 21:06:35 +0000
Subject: [svnbook] r4989 committed - [de] Lieferanten-Zweige: Umformulierungen.
Message-ID: <089e01182358f5db09050f4f1360@google.com>

Revision: 4989
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 17 21:06:27 2015 UTC
Log:      [de] Lieferanten-Zweige: Umformulierungen.

https://code.google.com/p/svnbook/source/detail?r=4989

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
10:19:17 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:06:27 2015 UTC
@@ -7880,15 +7880,15 @@
        <indexterm>
          <primary>Zweige</primary>
          <secondary>Lieferanten-Zweige</secondary>
-      </indexterm>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
-      externen Datenquelle so aktuell wie m?glich bleiben, ohne dabei
-      die Stabilit?t Ihres Projektes zu opfern.  Dieses Szenario
-      entfaltet sich immer dort, wo die von einer Gruppe erzeugten
+      </indexterm>Besonders in der Software-Entwicklung haben Ihre
+      versionsverwalteten Daten oft einen engen Bezug zu Daten aus
+      anderen Quellen oder sind vielleicht sogar davon abh?ngig. Im
+      allgemeinen wird es ihr Projekt erfordern, dass Sie hinsichtlich
+      dieser externen Datenquelle so aktuell wie m?glich bleiben, ohne
+      dabei die Stabilit?t des Projektes zu opfern. Dieses Szenario
+      taucht immer dort auf, wo die von einer Gruppe erzeugten
        Informationen direkte Auswirkungen auf diejenigen Informationen
-      hat, die von einer anderen Gruppe erstellt werden.</para>
+      haben, die von einer anderen Gruppe erstellt werden.</para>

  <!--
      <para>For example, software developers might be working on an
@@ -7903,7 +7903,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 Software-Entwickler beispielsweise an
+    <para>Software-Entwickler k?nnten 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
@@ -7957,17 +7957,17 @@
  -->
      <para>Allerdings m?chten Sie von Zeit zu Zeit spezielle
        Anpassungen des Drittanbieter-Codes in Ihrem eigenen
-      Versions-Kontroll-System verwalten. Um auf unser Beispiel aus der
-      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
+      Versions-Kontroll-System verwalten. Um auf unser Beispiel aus
+      der 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 umfassen und werden nur solange intern
        verwaltet, bis sie eines Tages Teil einer offiziellen
        Auslieferung der Bibliothek werden. Es kann aber auch sein, dass
        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
-      Software-Entwickler geeigneter zu machen.</para>
+      Anpassungen f?r die Bed?rfnisse der Software-Entwickler bestehen
+      bleiben.</para>

  <!--
      <para>Now you face an interesting situation.  Your project could
@@ -7984,7 +7984,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 ben?tigt wird, um diese ?nderungen
+      geht, und es wird ein Mechanismus ben?tigt, um die ?nderungen
        auf den Code des Drittanbieters anzuwenden und diese Anpassung
        bei jeder Folgelieferung zu wiederholen.</para>

@@ -8031,10 +8031,10 @@
        Lieferantendaten verf?gbar ist. Sie erhalten die richtige
        Version automatisch beim Aktualisieren ihrer Arbeitskopien.
        Zweitens, da die Daten in Ihrem eigenen Subversion-Projektarchiv
-      vorgehalten werden, k?nnen Sie dort auch Ihren Anpassungen
-      speichern &ndash; es besteht keine Notwendigkeit mehr, Ihre
-      ?nderungen automatisch (oder schlimmer noch, manuell) in die
-      Zulieferungen einzuarbeiten.</para>
+      liegen, k?nnen Sie dort auch Ihre Anpassungen speichern &ndash;
+      es besteht somit keine Notwendigkeit mehr, Ihre ?nderungen
+      automatisch (oder schlimmer noch, manuell) in die Zulieferungen
+      einzuarbeiten.</para>

  <!--
      <para>Unfortunately, there is no single best way to manage vendor

From svnbook at googlecode.com  Tue Feb 17 15:20:47 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 17 Feb 2015 21:20:47 +0000
Subject: [svnbook] r4990 committed - [de] Typo fixes.
Message-ID: <bcaec51a7190bd0dc8050f4f463b@google.com>

Revision: 4990
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 17 21:20:36 2015 UTC
Log:      [de] Typo fixes.

https://code.google.com/p/svnbook/source/detail?r=4990

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:06:27 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:20:36 2015 UTC
@@ -7391,7 +7391,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 Software=Entwicklung 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
@@ -7484,8 +7484,8 @@
        kurz zwei der gebr?uchlichsten Verzweigungs-  und
        Zusammenf?hrungsmuster vorstellen, die von Entwicklerteams
        benutzt werden. Falls Sie Subversion nicht in der
-      Software=Entwicklung verwenden, k?nnen Sie den Abschnitt getrost
-      ?berspringen. Falls Sie ein Software=Entwickler 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
@@ -7958,7 +7958,7 @@
      <para>Allerdings m?chten Sie von Zeit zu Zeit spezielle
        Anpassungen des Drittanbieter-Codes in Ihrem eigenen
        Versions-Kontroll-System verwalten. Um auf unser Beispiel aus
-      der Software=Entwicklung zur?ckzukommen, m?ssen Entwickler
+      der 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 umfassen und werden nur solange intern

From svnbook at googlecode.com  Wed Feb 18 00:53:09 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 18 Feb 2015 06:53:09 +0000
Subject: [svnbook] r4991 committed - [de] Stylistic changes:...
Message-ID: <e89a8ff1cbd8ae6278050f574573@google.com>

Revision: 4991
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 18 06:52:55 2015 UTC
Log:      [de] Stylistic changes:
* Verzweigen und Zusammenf?hren
** Was ist ein Zweig?

https://code.google.com/p/svnbook/source/detail?r=4991

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:20:36 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
06:52:55 2015 UTC
@@ -35,9 +35,8 @@
      von Subversion verwendet, sofern die entsprechenden deutschen
      Gebietsschemaparameter (<foreignphrase>Locale</foreignphrase>)
      eingestellt sind, was f?r diese ?bersetzung gemacht wurde. In der
-    ?bersetzung dieses Buchs werden jedoch auch teilweise die
-    entsprechenden englischen Begriffe
-    <foreignphrase>Branch/Branching</foreignphrase> bzw.
+    ?bersetzung dieses Buchs werden jedoch auch die entsprechenden  
englischen
+    Begriffe <foreignphrase>Branch/Branching</foreignphrase> bzw.
      <foreignphrase>Merge/Merging</foreignphrase> verwendet, wenn das
      handlicher erscheint als die teilweise sperrig klingenden
      deutschen ?bersetzungen, zumal Begriffe wie
@@ -72,11 +71,11 @@
        <quote>tweaked</quote> for them, since they do things slightly
        differently.</para>
  -->
-    <para>Angenommen, Ihre Aufgabe ist es, ein Dokument f?r eine
+    <para>Angenommen, Sie haben die Aufgabe, ein Dokument f?r eine
        Abteilung Ihrer Firma zu pflegen &ndash; eine Art
        Handbuch. Eines Tages fragt eine andere Abteilung nach dem
-      gleichen Handbuch, jedoch an einigen Stellen f?r ihre
-      Bed?rfnisse <quote>abgewandelt</quote>, da sie auf etwas andere
+      gleichen Handbuch, jedoch an einigen Stellen auf ihre
+      Bed?rfnisse <quote>angepasst</quote>, da sie auf etwas andere
        Weise arbeiten.</para>

  <!--
@@ -89,7 +88,7 @@
        Offensichtliche: Sie erstellen eine Kopie Ihres Dokumentes und
        beginnen, die beiden Kopien getrennt zu pflegen. Sobald Sie
        irgendeine Abteilung auffordert, kleine ?nderungen vorzunehmen,
-      pflegen Sie diese in die eine oder andere Kopie ein.</para>
+      pflegen Sie diese in die entsprechende Kopie ein.</para>

  <!--
      <para>You often want to make the same change to both copies.  For
@@ -102,8 +101,7 @@
        machen. Wenn Sie zum Beispiel einen Schreibfehler in der ersten
        Kopie entdecken, ist es sehr wahrscheinlich, dass dieser Fehler
        auch in der zweiten Kopie vorliegt. Schlie?lich sind die beiden
-      Dokumente fast gleich; sie unterscheiden sich nur in kleinen
-      Dingen.</para>
+      Dokumente, bis auf kleine Unterschiede, fast gleich.</para>

  <!--
      <para>
@@ -124,13 +122,12 @@
        <indexterm>
          <primary>Branches</primary>
        </indexterm>
-      Das ist das Grundkonzept eines <firstterm>Zweigs</firstterm>
-      (<foreignphrase>Branch</foreignphrase>) &ndash; n?mlich eine
-      Entwicklungslinie, die unabh?ngig von einer anderen existiert,
-      jedoch ?ber eine gemeinsame Geschichte verf?gt, wenn weit genug
-      in der Zeit zur?ck gegangen wird. Ein Zweig beginnt sein Leben
-      stets als eine Kopie von etwas und l?uft von da an weiter, wobei
-      er seine eigene Geschichte erzeugt (siehe
+      Das Grundkonzept eines <firstterm>Zweigs</firstterm>
+      (<foreignphrase>Branch</foreignphrase>) ist eine Entwicklungslinie,  
die
+      unabh?ngig von einer anderen existiert, jedoch ?ber eine gemeinsame
+      Geschichte verf?gt, wenn in der Zeit weit genug zur?ck gegangen  
wird. Ein
+      Zweig beginnt sein Leben stets als eine Kopie von etwas und l?uft  
von da
+      an weiter, wobei er seine eigene Geschichte erzeugt (siehe
        <xref linkend="svn.branchmerge.whatis.dia-1"/>).</para>

      <figure id="svn.branchmerge.whatis.dia-1">

From svnbook at googlecode.com  Wed Feb 18 08:02:17 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 18 Feb 2015 14:02:17 +0000
Subject: [svnbook] r4992 committed - [de] Stylistic enhancements:...
Message-ID: <001a1132e4ba663637050f5d4494@google.com>

Revision: 4992
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 18 14:02:04 2015 UTC
Log:      [de] Stylistic enhancements:
Branching and Merging (intro)
* Was ist ein Zweig?
* Verwenden von Zweigen (intro)
** Erzeugen eines Zweiges
** Arbeiten mit Ihrem Zweig
** Die Schl?sselkonzepte des Verzweigens
* Grundlegendes Zusammenf?hren (intro)
** ?nderungsmengen
** Einen Zweig synchron halten
** Reintegration eines Zweigs
** Mergeinfo und Vorschauen

https://code.google.com/p/svnbook/source/detail?r=4992

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
06:52:55 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
14:02:04 2015 UTC
@@ -29,7 +29,7 @@
  -->
    <para>Verzweigen (<foreignphrase>Branching</foreignphrase>) und
      Zusammenf?hren
-    (<foreignphrase>Merging</foreignphrase>)<footnote><para>Die
+    (<foreignphrase>Merging</foreignphrase><footnote><para>Die
      Begriffe <quote>Verzweigen</quote> bzw. <quote>Zweig</quote> und
      <quote>Zusammenf?hren</quote> werden durchg?ngig in den Ausgaben
      von Subversion verwendet, sofern die entsprechenden deutschen
@@ -43,17 +43,17 @@
      <foreignphrase>Branch</foreignphrase>,
      <foreignphrase>Merge</foreignphrase>,
      <foreignphrase>Diff</foreignphrase> Bestandteil des Vokabulars der
-    Entwicklergemeinde sind.</para></footnote> sind grundlegende
+    Entwicklergemeinde sind.</para></footnote>) sind grundlegende
      Konzepte der Versionskontrolle, die zwar konzeptuell einfach zu
-    beschreiben sind, die allerdings hinreichend Komplexit?t und
-    Feinheiten mit sich bringen, dass sie ein eigenes Kapitel in
+    beschreiben sind, allerdings auch hinreichend Komplexit?t und
+    Feinheiten mit sich bringen, so dass sie ein eigenes Kapitel in
      diesem Buch verdient haben. Hier werden wir Ihnen sowohl die
-    dahinter stehenden allgemeinen Konzepte vorstellen, als auch den
-    irgendwie einzigartigen Ansatz von Subversion hierzu. Falls Sie sich
-    noch nicht mit den grundlegenden Konzepten von Subversions vertraut
-    gemacht haben sollten (zu finden in <xref linkend="svn.basic"/>),
-    m?chten wir Ihnen dazu raten, bevor Sie dieses Kapitel
-    lesen.</para>
+    dahinter stehenden allgemeinen Konzepte vorstellen als auch den,
+    gewisserma?en einzigartigen, Ansatz von Subversion hierzu. Sollten
+    Sie sich noch nicht mit den grundlegenden Konzepten von
+    Subversions vertraut gemacht haben (zu finden in
+    <xref linkend="svn.basic"/>), m?chten wir Ihnen vor dem Lesen
+    dieses Kapitel dazu raten.</para>

    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
@@ -148,15 +148,15 @@
        <quote>mix and match</quote> different lines of development in
        your daily work.</para>
  -->
-    <para>Subversion verf?gt ?ber Befehle, die Ihnen helfen, parallele
-      Zweige Ihrer Dateien und Verzeichnisse zu verwalten. Es erlaubt
-      Ihnen, durch das Kopieren Ihrer Daten, Zweige zu erstellen und
-      merkt sich, dass die Zweige untereinander in Beziehung
-      stehen. Es hilft Ihnen auch, ?nderungen von einem Zweig auf den
-      anderen zu duplizieren. Schlie?lich erm?glicht es, dass Teile
-      Ihrer Arbeitskopie verschiedene Zweige repr?sentieren k?nnen,
-      was Ihnen w?hrend Ihrer t?glichen Arbeit erlaubt, verschiedene
-      Entwicklungslinien zu <quote>mischen und
+    <para>Subversion verf?gt ?ber Befehle, die Ihnen dabei helfen,
+      parallele Zweige Ihrer Dateien und Verzeichnisse zu verwalten.
+      Es erlaubt Ihnen, durch Kopieren Ihrer Daten Zweige zu
+      erstellen und merkt sich, dass die Zweige untereinander in
+      Beziehung stehen. Es hilft Ihnen auch dabei, ?nderungen von einem
+      Zweig auf einen anderen zu duplizieren. Schlie?lich erm?glicht es,
+      dass Teile Ihrer Arbeitskopie verschiedene Zweige repr?sentieren
+      k?nnen, was Ihnen bei Ihrer t?glichen Arbeit erlaubt,
+      verschiedene Entwicklungslinien zu <quote>mischen und
        gegen?berzustellen</quote>.</para>

    </sect1>
@@ -176,10 +176,10 @@
        in the repository.  If you don't, go back and read about revisions in
        <xref linkend="svn.basic.in-action.revs"/>.</para>
  -->
-    <para>An dieser Stelle sollten Sie verstehen, wie jede ?bergabe an
-      das Projektarchiv dort einen neuen Zustand des Dateibaums
-      (genannt <quote>Revision</quote>) erzeugt. Wenn nicht, bl?ttern
-      Sie zur?ck und lesen Sie in
+    <para>An dieser Stelle sollten Sie ein Verst?ndnis haben, wie jede
+      ?bergabe an das Projektarchiv dort einen neuen Zustand des
+      Dateibaums (genannt <quote>Revision</quote>) erzeugt. Wenn
+      nicht, bl?ttern Sie zur?ck und lesen Sie in
        <xref linkend="svn.basic.in-action.revs"/> ?ber Revisionen
        nach.</para>

@@ -222,9 +222,9 @@
        <quote>main line</quote> of development is going to take
        place.</para>
  -->
-    <para>Wie bereits vorher sei hier angenommen, dass sowohl Sally
-      als auch Sie Arbeitskopien des Projektes <quote>calc</quote>
-      besitzen. Ausdr?cklich hat jeder von Ihnen eine Arbeitskopie von
+    <para>Wie vorher sei hier angenommen, dass sowohl Sally als auch
+      Sie Arbeitskopien des Projektes <quote>calc</quote> besitzen.
+      Genauer gesagt, hat jeder von Ihnen eine Arbeitskopie von
        <filename>/calc/trunk</filename>. Alle Dateien des Projektes
        befinden sich in diesem Unterverzeichnis statt in
        <filename>/calc</filename> selber, da Ihr Team entschieden hat,
@@ -242,14 +242,14 @@
        start committing your changes bit by bit, you'll surely break
        things for Sally (and other team members as well).</para>
  -->
-    <para>Sagen wir mal, dass Sie die Aufgabe bekommen haben, ein
-      gro?es St?ck Software umzusetzen. Die Erstellung ben?tigt eine
-      lange Zeit und ber?hrt alle Dateien im Projekt. Das Problem,
+    <para>Nehmen wir an, Sie haben die Aufgabe bekommen, einen gro?en
+      Teil einer Software umzusetzen. Die Erstellung ben?tigt einen
+      langen Zeitraum und ber?hrt alle Dateien im Projekt. Das Problem,
        dass sofort auftaucht ist, dass Sie Sally nicht in die Quere
        kommen m?chten, die gerade hier und da kleinere Fehler
-      beseitigt. Sie ist davon abh?ngig, dass die letzte Version des
-      Projektes (in <filename>/calc/trunk</filename>) stets benutzbar
-      ist. Wenn Sie nun damit beginnen, St?ck f?r St?ck Ihre
+      beseitigt. Sallys Arbeit h?ngt davon ab, dass die letzte Version
+      des Projektes (in <filename>/calc/trunk</filename>) stets
+      benutzbar ist. Wenn Sie nun damit beginnen, St?ck f?r St?ck Ihre
        ?nderungen zu ?bergeben, werden Sie die Dinge f?r Sally (und
        auch f?r andere Teammitglieder) bestimmt in Unordnung
        bringen.</para>
@@ -278,7 +278,7 @@
        copy when you eventually run <command>svn update</command> after
        weeks of isolation.</para>
  -->
-    <para>Eine Strategie ist, sich in ein Loch zu verkriechen: Sie
+    <para>Eine Strategie w?re es, sich in ein Loch zu verkriechen: Sie
        k?nnen f?r eine Woche oder zwei den Informationsaustausch
        einstellen, und die Dateien Ihrer Arbeitskopie ausr?umen und
        umorganisieren, ohne ?nderungen zu ?bergeben oder die
@@ -297,14 +297,14 @@
        niemand Ihre unmittelbaren ?nderungen sieht, haben Sie keine
        m?glichen R?ckmeldungen und es k?nnte sein, dass Sie f?r Wochen
        einen falschen Weg einschlagen, bevor es jemand aus Ihrem Team
-      bemerkt. Schlie?lich k?nnte es am Ende sehr schwierig sein, Ihr
-      Arbeitsergebnis wieder mit dem Hauptteil der Quelltexte Ihrer
-      Firma zusammenzuf?hren, wenn Sie mit Ihren ?nderungen fertig
-      sind. Sally (und andere) h?tten viele andere ?nderungen ins
-      Projektarchiv ?bergeben haben k?nnen, die sich schwer in Ihre
-      Arbeitskopie einarbeiten lassen, wenn Sie schlie?lich nach
-      Wochen der Isolierung <command>svn update</command>
-      ausf?hren.</para>
+      bemerkt. Schlie?lich k?nnte es am Ende, wenn Sie mit Ihren
+      ?nderungen fertig sind, sehr schwierig sein, Ihr Arbeitsergebnis
+      wieder mit dem Hauptteil der Quelltexte Ihrer Firma
+      zusammenzuf?hren. Sally (und andere) h?tten viele andere
+      ?nderungen ins Projektarchiv ?bergeben haben k?nnen, die sich
+      schwer in Ihre Arbeitskopie einarbeiten lassen, wenn Sie
+      schlie?lich nach Wochen der Isolierung <command>svn
+      update</command> ausf?hren.</para>

  <!--
      <para>The better solution is to create your own branch, or line of
@@ -347,13 +347,14 @@
          Ihres Projektes seine Wurzel im Verzeichnis
          <filename>/calc/trunk</filename> hat, werden Sie diese
          Verzeichnis kopieren. Wo soll die neue Kopie angelegt werden?
-        Wohin Sie w?nschen. Der Ort im Projektarchiv, in dem Zweige
+        Wo Sie w?nschen. Der Ort im Projektarchiv, in dem Zweige
          gespeichert werden sollen, wird von Subversion den
          Projektrichtlinien ?berlassen. Schlie?lich ben?tigt Ihr Zweig
          noch einen Namen, um ihn von anderen Zweigen zu unterscheiden.
-        Auch diesmal ist der Name, den Sie w?hlen, f?r Subversion
+        Auch diesmal ist der von Ihnen gew?hlte Name f?r Subversion
          unwichtig &ndash; Sie k?nnen einen Namen verwenden, der am
          besten f?r Sie und Ihr Team geeignet ist.</para>
+
  <!--
        <para>Let's assume that your team (like most) has a policy of
          creating branches in the <filename>branches</filename>
@@ -366,10 +367,10 @@
          which begins its life as a copy
          of <filename>/calc/trunk</filename>.</para>
  -->
-      <para>Nehmen wir an, dass Ihr Team (wie die meisten) die
-        Konvention vereinbart hat, Zweige im Verzeichnis
-        <filename>branches</filename> zu erzeugen, das ein
-        Geschwister-Verzeichnis des Projekt-Stamms ist (in unserem
+      <para>Nehmen wir an, dass Ihr Team (wie die meisten) vereinbart
+        hat, Zweige im Verzeichnis <filename>branches</filename> zu
+        erzeugen, das ein Geschwister-Verzeichnis des Projekt-Stamms
+        (<foreignphrase>Trunk</foreignphrase>) ist (in unserem
          Szenario das Verzeichnis <filename>/calc/branches</filename>).
          Aus Mangel an Phantasie w?hlen Sie als Namen f?r Ihren Zweig
          <literal>my-calc-branch</literal>. Das hei?t, sie legen ein
@@ -464,8 +465,8 @@
          erzeugt wird. Das neue Verzeichnis ist eine Kopie von
          <filename>/calc/trunk</filename>. Dies wird in <xref
          linkend="svn.branchmerge.using.create.dia-1"/> gezeigt.
-        <footnote> <para>Subversion unterst?tzt nicht das Kopieren
-        zwischen verschiedenen Projektarchiven. Wenn Sie mit
+        <footnote><para>Subversion unterst?tzt nicht das Kopieren
+        zwischen unterschiedlichen Projektarchiven. Wenn Sie mit
          <command>svn copy</command> oder <command>svn move</command>
          URLs verwenden, k?nnen Sie nur Objekte innerhalb desselben
          Projektarchivs kopieren oder verschieben.</para></footnote>
@@ -524,13 +525,12 @@
            einen neuen Verzeichniseintrag, der auf einen
            <emphasis>bestehenden</emphasis> Baum verweist. Falls Sie
            ein erfahrener Unix-Benutzer sind, werden Sie erkennen, dass
-          es sich um dasselbe Konzept handelt wie bei einem
-          Hardlink. W?hrend weitere ?nderungen an den Dateien und
-          Verzeichnissen unterhalb des kopierten Verzeichnisses
-          gemacht werden, f?hrt Subversion fort, dieses Konzept
-          anzuwenden wo es geht. Es dupliziert Daten nur dann, wenn es
-          notwendig wird, verschiedene Versionen von Objekten
-          auseinanderzuhalten.</para>
+          es sich um dasselbe Konzept handelt wie bei einem Hardlink.
+          W?hrend weitere ?nderungen an den Dateien und Verzeichnissen
+          unterhalb des kopierten Verzeichnisses gemacht werden, h?lt
+          Subversion an diesem Konzept fest wo es geht. Es dupliziert
+          Daten nur dann, wenn es n?tig ist, verschiedene Versionen
+          von Objekten auseinanderzuhalten.</para>

  <!--
          <para>This is why you'll often hear Subversion users talk
@@ -544,17 +544,17 @@
            the <quote>bubble up</quote> method in Subversion's design
            documents.)</para>
  -->
-        <para>Deshalb h?ren Sie Subversion-Benutzer oft von
-          <quote>billigen Kopien</quote> sprechen. Es spielt keine
-          Rolle, wie umfangreich das Verzeichnis ist &ndash; es bedarf
-          lediglich eines kleinen, konstanten Zeitaufwands und
-          Speicherplatzes, um eine Kopie davon zu erstellen. Diese
-          F?higkeit ist tats?chlich die Grundlage f?r die Umsetzung
-          von ?bergaben in Subversion: Jede Revision ist eine
-          <quote>billige Kopie</quote> der vorhergehenden Revision mit
-          ein paar Dingen, die sich im Innern ge?ndert haben. (Um mehr
-          hier?ber zu lesen, gehen Sie auf die Website von Subversion
-          und lesen Sie in den Subversion-Design-Dokumenten ?ber die
+        <para>Deshalb sprechen Subversion-Benutzer oft von
+          <quote>billigen Kopien</quote>. Es spielt keine Rolle, wie
+          umfangreich das Verzeichnis ist: es bedarf lediglich eines
+          kleinen, konstanten Zeitaufwands und wenig Speicherplatzes,
+          um eine Kopie zu erstellen. Diese F?higkeit ist tats?chlich
+          die Grundlage f?r die Umsetzung von ?bergaben in Subversion:
+          Jede Revision ist eine <quote>billige Kopie</quote> der
+          vorhergehenden Revision mit ein paar Dingen, die sich im
+          Innern ge?ndert haben. (Um mehr hier?ber zu lesen, gehen Sie
+          auf die Website von Subversion und lesen Sie in den
+          Subversion-Design-Dokumenten ?ber die
            <quote>bubble-up</quote>-Methode.)</para>

  <!--
@@ -682,9 +682,9 @@
          in <xref linkend="svn.branchmerge.using.work.dia-1"/>) are  
happening on
          <filename>integer.c</filename>.</para>
  -->
-      <para>Nun finden zwei unabh?ngige Entwicklungslinien (siehe
-        <xref linkend="svn.branchmerge.using.work.dia-1"/>) auf
-        <filename>integer.c</filename> statt.</para>
+      <para>Nun hat <filename>integer.c</filename> zwei unabh?ngige
+        Entwicklungslinien (siehe
+        <xref linkend="svn.branchmerge.using.work.dia-1"/>).</para>

        <figure id="svn.branchmerge.using.work.dia-1">
  <!--
@@ -811,10 +811,10 @@
        <para>Beachten Sie, dass Subversion die Geschichte von
          <filename>integer.c</filename> auf Ihrem Zweig ?ber die
          gesamte Zeit zur?ck verfolgt, und dabei sogar ?ber den Punkt
-        hinweg geht, an dem es kopiert wurde. Es zeigt die Erzeugung
+        hinweg geht, an dem er kopiert wurde. Es zeigt die Erzeugung
          des Zweigs als ein Ereignis in der Geschichte, da
          <filename>integer.c</filename> implizit kopiert wurde, als
-        alles andere in <filename>/calc/trunk/</filename> kopiert
+        alles andere aus <filename>/calc/trunk/</filename> kopiert
          wurde. Sehen Sie nun, was passiert, wenn Sally den gleichen
          Befehl auf Ihre Arbeitskopie der Datei anwendet:</para>

@@ -953,7 +953,7 @@
          ?ber das Verzeichnis anders denken oder es anders behandeln,
          doch f?r Subversion ist es einfach ein gew?hnliches
          Verzeichnis, das nebenbei mit einigen zus?tzlichen
-        historischen Informationen ausgestattet ist.</para>
+        historischen Informationen versehen ist.</para>

  <!--
        <para>Second, because of this copy mechanism, Subversion's
@@ -1016,9 +1016,9 @@
      <para>Bei Projekten mit einer gro?en Zahl von Mitarbeitern
        besitzen die meisten gew?hnlich Arbeitskopien vom Stamm. Sobald
        jemand eine langwierige ?nderung machen muss, die wahrscheinlich
-      den Stamm st?ren w?rde, ist es Standard, einen Zweig zu erzeugen
-      und die ?nderungen bis zum Abschluss der Arbeiten nach dorthin
-      zu ?bergeben.</para>
+      den Stamm st?ren w?rde, ist die Vorgehensweise Standard, einen
+      Zweig zu erzeugen und die ?nderungen bis zum Abschluss der
+      Arbeiten nach dorthin zu ?bertragen.</para>

  <!--
      <para>So, the good news is that you and Sally aren't interfering
@@ -1060,14 +1060,14 @@
        <indexterm>
          <primary>Zusammenf?hren</primary>
          <see>Merging</see>
-      </indexterm>Stattdessen k?nnten Sie und Sally fortfahren, w?hrend der
-      Arbeit ?nderungen gemeinsam zu verwenden. Es liegt an Ihnen, zu
-      entscheiden, welche ?nderungen teilenswert sind; Subversion
-      bietet Ihnen die F?higkeit, ?nderungen selektiv zwischen Zweigen
-      zu <quote>kopieren</quote>. Und wenn Sie mit Ihrem Zweig
-      vollst?ndig fertig sind, kann die gesamte Menge Ihrer ?nderungen
-      vom Zweig auf den Stamm zur?ck kopiert werden. In der
-      Terminologie von Subversion hei?t der allgemeine Vorgang,
+      </indexterm>Stattdessen k?nnten Sie und Sally fortfahren,
+      w?hrend der Arbeit ?nderungen gemeinsam zu verwenden. Es liegt
+      an Ihnen, zu entscheiden, welche ?nderungen teilenswert sind;
+      Subversion bietet Ihnen die F?higkeit, ?nderungen selektiv
+      zwischen Zweigen zu <quote>kopieren</quote>. Und wenn Sie mit
+      Ihrem Zweig vollst?ndig fertig sind, kann die gesamte Menge
+      Ihrer ?nderungen vom Zweig auf den Stamm zur?ck kopiert werden.
+      In der Terminologie von Subversion hei?t der allgemeine Vorgang,
        ?nderungen von einem Zweig auf einen anderen zu ?bertragen
        <firstterm>Zusammenf?hrung</firstterm>
        (<foreignphrase>Merge</foreignphrase>) und wird durch
@@ -1105,8 +1105,8 @@
        sicherzustellen, dass Ihr Client und Server mindestens die
        Version 1.5 haben.</para>

-<!--
      <sidebar id="svn.branchmerge.basicmerging.mergetracking">
+<!--
        <title>Merge Tracking</title>
        <para>
          <indexterm>
@@ -1122,9 +1122,7 @@
          use a 1.8 client.  This is particularly important with regard to  
merge
          tracking, because the overwhelming majority of fixes and  
enhancements
          to it are on the client side.</para>
-    </sidebar>
  -->
-    <sidebar id="svn.branchmerge.basicmerging.mergetracking">
        <title>Verfolgung von Zusammenf?hrungen</title>
        <para>
          <indexterm>
@@ -1135,19 +1133,18 @@
            <see>Merge-Tracking</see>
          </indexterm>Subversion 1.5 f?hrte die Funktionalit?t der
          <firstterm>Verfolgung von Zusammenf?hrungen</firstterm>
-        (<foreignphrase>merge tracking</foreignphrase>) in
-        Subversion ein. Vor dieser Funktionalit?t erforderte das Verfolgen
-        von Zusammenf?hrungen unhandliche manuelle Eingriffe oder die
-        Verwendung externer Werkzeuge. Nachfolgende Ausgaben von Subversion
-        f?hrten viele Verbesserungen und Fehlerbehebungen f?r das
-        Merge-Tracking ein, weshalb wir empfehlen, die neuesten
-        Versionen sowohl auf Ihrem Server als auch auf dem Client
-        einzusetzen. Vergessen Sie nicht, dass Sie immer noch einen
-        1.8 Client verwenden k?nnen, auch wenn auf Ihrem Server
-        1.5-1.7 laufen. Das ist besonders wichtig hinsichtlich des
-        Merge-Trackings, da die ?berw?ltigende Mehrheit der
-        Fehlerbehebungen und Verbesserungen auf der Client-Seite statt
-        gefunden hat.</para>
+        (<foreignphrase>merge tracking</foreignphrase>) in Subversion
+        ein. Davor erforderte das Verfolgen von Zusammenf?hrungen
+        unhandliche manuelle Eingriffe oder die Verwendung externer
+        Werkzeuge. Nachfolgende Ausgaben von Subversion f?hrten viele
+        Verbesserungen und Fehlerbehebungen f?r das Merge-Tracking
+        ein, weshalb wir empfehlen, die neuesten Versionen sowohl auf
+        Ihrem Server als auch auf dem Client einzusetzen. Vergessen
+        Sie nicht, dass Sie immer noch einen 1.8 Client verwenden
+        k?nnen, auch wenn auf Ihrem Server 1.5-1.7 laufen. Das ist
+        besonders wichtig hinsichtlich des Merge-Trackings, da die
+        ?berw?ltigende Mehrheit der Fehlerbehebungen und
+        Verbesserungen auf der Client-Seite statt gefunden hat.</para>
      </sidebar>

      <!-- ===============================================================  
-->
@@ -1172,7 +1169,7 @@
        <para>
          <indexterm>
            <primary>Changesets</primary>
-        </indexterm>i
+        </indexterm>
          <indexterm>
            <primary>?nderungsmengen</primary>
            <see>Changesets</see>
@@ -1235,11 +1232,11 @@
        <para>In Subversion bezeichnet eine globale Revisionsnummer
          <replaceable>N</replaceable> einen Baum im Projektarchiv: Sie
          beschreibt das Aussehen des Projektarchivs nach der
-        <replaceable>N</replaceable>-ten ?bergabe. Sie ist auch der
+        <replaceable>N</replaceable>-ten ?bertragung. Sie ist auch der
          Name einer impliziten ?nderungsmenge: Wenn Sie den Baum
          <replaceable>N</replaceable> mit dem Baum
          <replaceable>N</replaceable>-1 vergleichen, k?nnen Sie genau
-        den Patch ableiten, der ?bergeben wurde. Daher ist es einfach,
+        den Patch ableiten, der ?bertragen wurde. Daher ist es einfach,
          sich Revision <replaceable>N</replaceable> nicht nur als Baum
          sondern auch als ?nderungsmenge vorzustellen. Falls Sie ein
          Fehlerverwaltungssystem verwenden, k?nnen Sie die
@@ -1249,14 +1246,14 @@
          kann jemand <userinput>svn log -r 9238</userinput> aufrufen,
          um den Protokolleintrag zu genau der ?nderungsmenge zu lesen,
          die den Fehler behoben hat, und sich mit <userinput>svn diff
-          -c 9238</userinput> den eigentlichen Patch ansehen.  Und
-        auch (wie Sie bald sehen werden) der Subversion Befehl
-        <command>svn merge</command> kann Revisionsnummern verwenden.
-        Sie k?nnen bestimmte ?nderungsmengen von einem Zweig mit einem
-        anderen zusammenf?hren, indem sie in den Argumenten zum
-        entsprechenden Kommando benannt werden: Die ?bergabe von
-        <userinput>-c 9238</userinput> an <command>svn merge</command>
-        w?rde das ?nderungsmenge r9238 mit Ihrer Arbeitskopie
+        -c 9238</userinput> den eigentlichen Patch ansehen. Und (wie
+        Sie bald sehen werden) auch der Subversion Befehl <command>svn
+        merge</command> kann Revisionsnummern verwenden. Sie k?nnen
+        bestimmte ?nderungsmengen von einem Zweig mit einem anderen
+        zusammenf?hren, indem sie in den Argumenten zum entsprechenden
+        Kommando benannt werden: Die ?bergabe von <userinput>-c
+        9238</userinput> an <command>svn merge</command> w?rde das
+        ?nderungsmenge r9238 mit Ihrer Arbeitskopie
          zusammenf?hren.</para>

      </sect2>
@@ -1309,20 +1306,20 @@
            <primary>svn</primary>
            <secondary>Unterbefehle</secondary>
            <tertiary>merge</tertiary>
-        </indexterm>Machen wir mit unserem Beispiel weiter und nehmen an,  
dass
-        eine Woche vergangen ist seitdem Sie begonnen haben, auf
-        Ihrem privaten Zweig zu arbeiten. Ihre Arbeit ist noch nicht
-        beendet, jedoch wissen Sie, dass gleichzeitig andere Leute in
-        Ihrem Team weiterhin wichtige ?nderungen im
-        <filename>/trunk</filename> des Projektes machen. Es
-        ist in Ihrem Interesse, diese ?nderungen in Ihren Zweig zu
+        </indexterm>Machen wir mit unserem Beispiel weiter und nehmen
+        an, dass eine Woche vergangen ist seitdem Sie mit der Arbeit
+        auf Ihrem privaten Zweig begonnen haben. Ihre Arbeit ist noch
+        nicht beendet, jedoch wissen Sie, dass gleichzeitig andere
+        Leute in Ihrem Team weiterhin wichtige ?nderungen in
+        <filename>/trunk</filename> des Projektes machen. Es 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-Merge</firstterm>
-        erreicht &ndash; ein <foreignphrase>Merge</foreignphrase> zu
-        dem Zweck, Ihren Zweig mit ?nderungen zu aktualisieren, die
-        seit der Erstellung Ihres Zweigs auf dem Ursprungszweig
-        vorgenommen wurden.
+        ?nderungen vertragen. Das wird durch einen
+        <firstterm>Synchronisierungs-Merge</firstterm> erreicht
+        &ndash; ein <foreignphrase>Merge</foreignphrase> zu dem Zweck,
+        Ihren Zweig mit ?nderungen zu aktualisieren, die seit der
+        Erstellung Ihres Zweigs auf dem Ursprungszweig vorgenommen
+        wurden.
          <indexterm>
            <primary>Merging</primary>
            <secondary>automatisch</secondary>
@@ -1332,7 +1329,7 @@
          Merge-Quelle und ein Arbeitskopie-Ziel) und Subversion
          entscheiden lassen, welche ?nderungen zusammengef?hrt werden
          m?ssen &ndash; bei einem automatischen Merge werden keine
-        ?nderungsmengen  mit <option>-r</option> oder
+        ?nderungsmengen mit <option>-r</option> oder
          <option>-c</option> an <command>svn merge</command>
          ?bergeben.</para>
  <!--
@@ -1415,7 +1412,7 @@
          </indexterm>Diese einfache Syntax &ndash; <userinput>svn merge
          <replaceable>URL</replaceable></userinput> &ndash; fordert
          Subversion auf, alle ?nderungen von dem URL, die vorher noch
-        nicht zusammengef?hrt wurden,  mit dem aktuellen
+        nicht zusammengef?hrt wurden, mit dem aktuellen
          Arbeitsverzeichnis (welches typischerweise das
          Wurzelverzeichnis Ihrer Arbeitskopie ist) zusammenzuf?hren.
          Beachten Sie auch, dass wir die Syntax  mit dem Zirkumflex
@@ -1476,7 +1473,7 @@
            Sie selbstverst?ndlich immer noch zusammenf?hren, doch
            erwartet Subversion von Ihnen, viele der historischen
            Berechnungen selbst manuell vorzunehmen, die Ihnen das
-          Merge-Tracking abnehmen w?rde, wenn sie verf?gbar
+          Merge-Tracking abnehmen w?rde, wenn es verf?gbar
            w?re.</para>

  <!--
@@ -1530,7 +1527,7 @@
  -->
          <para>Wenn Sie soweit sind, Ihren Zweig mit den fortlaufenden
            ?nderungen vom Stamm zu synchronisieren, geben Sie die
-          Start-Revision al die Revision von
+          Start-Revision als die Revision von
            <filename>/calc/trunk</filename> an, von wo aus Sie den
            Zweig kopiert haben, und als End-Revision die letzte
            ?nderung auf <filename>/calc/trunk</filename>. Letztere
@@ -1565,7 +1562,7 @@
            merge:</para>
  -->
          <para>Nach dem Aufl?sen etwaiger Konflikte k?nnen Sie die
-          zusammengef?hrten ?nderungen auf Ihrem Zweig ?bergeben. Um
+          zusammengef?hrten ?nderungen auf Ihren Zweig ?bertragen. Um
            nun zu vermeiden, dass diese ?nderungen k?nftig erneut mit
            Ihrem Zweig zusammengef?hrt werden, m?ssen Sie den bereits
            erfolgten Merge vermerken. Aber wo? Einer der
@@ -1730,7 +1727,7 @@
          . -R</userinput> wieder r?ckg?ngig machen und eine lange
          <quote>was geht hier eigentlich vor</quote>-Unterredung mit
          Ihren Mitarbeitern f?hren. Falls jedoch alles gut aussieht,
-        k?nnen Sie die ?nderungen an das Projektarchiv ?bergeben:</para>
+        k?nnen Sie die ?nderungen zum Projektarchiv ?bertragen:</para>

        <informalexample>
          <screen>
@@ -1875,7 +1872,7 @@
          again!</para>
  -->
        <para>Nehmen wir an, noch eine Woche sei ins Land gegangen. Sie
-        haben weitere ?nderungen an Ihren Zweig ?bergeben, und Ihre
+        haben weitere ?nderungen an Ihren Zweig ?bertragen, und Ihre
          Kollegen haben damit weitergemacht, den Stamm zu
          verbessern. Nun m?chten Sie mal wieder die letzten ?nderungen
          vom Stamm mit Ihrem Zweig abgleichen, damit Sie wieder
@@ -1926,11 +1923,11 @@
          in Arbeitskopien mit gemischten Revisionen. Ohne auf
          Einzelheiten einzugehen, liegt das an Einschr?nkungen der Art
          und Weise, wie Merges durch die Eigenschaft
-        <literal>svn:mergeinfo</literal> verfolgt werden (siehe
-        <xref linkend="svn.branchmerge.basicmerging.mergeinfo"/> zu
-        Details). Diese Einschr?nkungen bedeuten, dass Merges in
-        Arbeitskopien aus gemischten Revisionen unerwartete Text- und
-        Baumkonflikte hervorrufen k?nnen.<footnote><para>Die Option
+        <literal>svn:mergeinfo</literal> verfolgt werden (f?r Details,
+        siehe <xref linkend="svn.branchmerge.basicmerging.mergeinfo"/>).
+        Diese Einschr?nkungen bedeuten, dass Merges in Arbeitskopien
+        aus gemischten Revisionen unerwartete Text- und Baumkonflikte
+        hervorrufen k?nnen.<footnote><para>Die Option
          <option>--allow-mixed-revisions</option> des Unterbefehls
          <command>svn merge</command> erlaubt Ihnen, diese
          Einschr?nkung zu umgehen, jedoch sollten Sie das nur dann
@@ -1972,7 +1969,7 @@
          ?nderungen ber?cksichtigt, die Sie noch nicht haben. Einmal
          mehr m?ssen Sie bauen, testen und die lokalen ?nderungen an
          Ihren Zweig mit <command>svn commit</command>
-        ?bergeben.</para>
+        ?bertragen.</para>

        <sidebar id="svn.branchmerge.basicmerging.stayinsync.subtree">
  <!--
@@ -2013,8 +2010,8 @@
            <indexterm>
              <primary>Merging</primary>
              <secondary>Teilbaum-Mergeinfo</secondary>
-          </indexterm>In den meisten Beispielen dieses Kapitels ist
-          das Ziel einer Zusammenf?hrung das Wurzelverzeichnis eines
+          </indexterm>In den meisten Beispielen dieses Kapitels liegt
+          das Ziel einer Zusammenf?hrung im Wurzelverzeichnis eines
            Zweigs (siehe <xref linkend="svn.branchmerge.whatis"/>).
            Obwohl es sich dabei um eine empfohlene Vorgehensweise
            handelt, kann es vorkommen, dass Sie gelegentlich einen
@@ -2030,7 +2027,7 @@
            einen Zweig m?ssen nicht notwendigerweise in den
            Informationen der Wurzel des Zweigs vorliegen. F?r eine
            vollst?ndige ?bersicht m?ssen Sie alle Teilbaum-Mergeinfos
-          ber?cksichtigen.  Gl?cklicherweise erledigt das Subversion
+          ber?cksichtigen. Gl?cklicherweise erledigt das Subversion
            f?r Sie, so dass Sie sich in den seltensten F?llen selbst
            darum k?mmern m?ssen. Ein kurzes Beispiel hilft bei der
            Erkl?rung:</para>
@@ -2258,7 +2255,7 @@
          Sie es bisher gemacht haben:<footnote><para>Seit Subversion
          1.7 brauchen Sie nicht unbedingt alle Ihre
          Synchronisierungs-Merges in die Wurzel Ihres Zweigs zu bringen
-        wie in diesem Beispiel.  <emphasis>Falls</emphasis> Ihr Zweig
+        wie in diesem Beispiel. <emphasis>Falls</emphasis> Ihr Zweig
          effektiv durch eine Reihe von Teilbaum-Merges synchronisiert
          ist, wird die Reintegration funktionieren, doch fragen Sie
          sich einmal, warum Sie Teilb?ume zusammenf?hren, wenn doch der
@@ -2327,8 +2324,8 @@
            <primary>Merging</primary>
            <secondary>Reintegrations-Merges</secondary>
          </indexterm><quote>automatischer Reintegrations</quote>-Merge
-        genannt.  Sie ben?tigen eine Arbeitskopie von
-        <filename>/calc/trunk</filename>.  Sie bekommen sie entweder
+        genannt. Sie ben?tigen eine Arbeitskopie von
+        <filename>/calc/trunk</filename>. Sie bekommen sie entweder
          durch <command>svn checkout</command>, indem Sie von irgendwo
          auf Ihrer Platte eine alte Arbeitskopie vom Stamm
          hervorkramen, oder den Befehl <command>svn switch</command>
@@ -2350,7 +2347,8 @@
            Subversion 1.8 (das automatisch erkennt, wann ein
            Reintegrations-Merge notwendig ist) als veraltet, wird
            jedoch f?r Clients von Subversion 1.5 bis 1.7 ben?tigt, wenn
-          Reintegrations-Merges ausgef?hrt werden.</para> </tip>
+          Reintegrations-Merges ausgef?hrt werden.</para>
+      </tip>

  <!--
        <para>Your trunk working copy cannot have any local edits, switched
@@ -2612,21 +2610,21 @@
          />.)</para>
  -->
        <para>Der grunds?tzliche Mechanismus, den Subversion verwendet,
-        um ?nderungsmengen zu verfolgen &ndash; d.h. welche ?nderungen
-        auf welchen Zweig ?bertragen worden sind &ndash; besteht aus
-        der Datenspeicherung in versionierten Eigenschaften.
-        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>
+        um ?nderungsmengen zu verfolgen &ndash; d.h., welche
+        ?nderungen auf welchen Zweig ?bertragen worden sind &ndash;
+        besteht aus der Datenspeicherung in versionierten
+        Eigenschaften.  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>

  <!--
        <para>You can examine the mergeinfo property, just like any other
          versioned property:</para>
  -->
-      <para>Sie k?nnen sich die mergeinfo-Eigenschaft ansehen, wie jede  
andere
-        versionierte Eigenschaft:</para>
+      <para>Sie k?nnen sich die mergeinfo-Eigenschaft ansehen, wie
+        jede andere versionierte Eigenschaft:</para>

        <informalexample>
          <screen>
@@ -2749,7 +2747,7 @@
          <filename>/calc/branches/my-calc-branch</filename>:</para>
  -->
        <para>Subversion stellt auch den Unterbefehl <command>svn
-          mergeinfo</command> zur Verf?gung, der dabei hilfreich ist,
+        mergeinfo</command> zur Verf?gung, der dabei hilfreich ist,
          die Zusammenf?hrungen zwischen zwei Zweigen zu zeigen;
          insbesondere welche ?nderungsmengen in ein Verzeichnis
          eingeflossen sind oder welche noch f?r einen Abgleich bereit
@@ -2882,10 +2880,10 @@
            zusammengef?hrt haben, repr?sentieren nur die mit der Option
            <option>--show-revs=merged</option> aufgelisteten Revisionen
            tats?chliche ?nderungen auf
-          <filename>/calc/trunk</filename>.  Diese Revisions werden
+          <filename>/calc/trunk</filename>. Diese Revisionen werden
            als <quote>operative</quote> Revisionen hinsichtlich der
            Zusammenf?hrung bezeichnet und sind nicht zu verwechseln mit
-          den operativen Revision, die mit der Option
+          den operativen Revisionen, die mit der Option
            <option>-r</option> verwendet werden, siehe <xref
            linkend="svn.advanced.pegrevs"/>. Wie zu erwarten, werden
            die Revisionen aus dem Bereich r341-378, die

From pavel.lyalyakin at visualsvn.com  Wed Feb 18 10:48:06 2015
From: pavel.lyalyakin at visualsvn.com (Pavel Lyalyakin)
Date: Wed, 18 Feb 2015 19:48:06 +0300
Subject: [PATCH] SVNBook 1.8: add `svnadmin lock` and `svnadmin unlock`
 commands to `svnadmin` reference
Message-ID: <CAEyhmwY=bjuyLD_TJmkg4C3ZYGjRkxyiFVXGEwtmA+mxWzy4Mg@mail.gmail.com>

Hello,

I'm looking through the current state of SVNBook 1.8 and through Subversion 1.8
Release Notes and see that a lot of minor features and improvements are not
mentioned in the book.

I would like to participate in updating the book to cover Subversion 1.8 so let
me start with a small patch that specifies new `svnadmin lock` and `svnadmin
unlock` sub-commands.

Log message:
[[
Add `svnadmin lock` and `svnadmin unlock` commands introduced in Subversion 1.8
to `svnadmin` reference.

* http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-lock
* `svnadmin lock`: http://subversion.tigris.org/issues/show_bug.cgi?id=3942
* `svnadmin unlock`: http://subversion.tigris.org/issues/show_bug.cgi?id=4092

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
]]

--
With best regards,
Pavel Lyalyakin
VisualSVN Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lock-unlock-ref-svnadmin.xml.patch
Type: application/octet-stream
Size: 3715 bytes
Desc: not available
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150218/5a0fa9a0/attachment.obj>

From svnbook at googlecode.com  Thu Feb 19 00:49:01 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 19 Feb 2015 06:49:01 +0000
Subject: [svnbook] r4993 committed - [de] Stylistic changes:...
Message-ID: <001a11c1dfaec52ef3050f6b546f@google.com>

Revision: 4993
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 19 06:48:43 2015 UTC
Log:      [de] Stylistic changes:
* Grundlegendes Zusammenf?hren
** Undoing Changes
** Zur?ckholen gel?schter Objekte
* Fortgeschrittenes Zusammenf?hren
** Rosinenpicken

https://code.google.com/p/svnbook/source/detail?r=4993

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
14:02:04 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 19  
06:48:43 2015 UTC
@@ -3310,16 +3310,16 @@
          Projektarchiv ?bergeben worden war. Nehmen wir einmal an, Sie
          arbeiten fr?hlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
-        damalige ?nderungen an verschiedenen Quelltext-Dateien in
+        damaligen ?nderungen an verschiedenen Quelltext-Dateien in
          Revision 392 v?llig falsch waren. Sie h?tten nie ?bergeben
          werden sollen. Sie k?nnen <command>svn merge</command>
          verwenden, um die ?nderung in Ihrer Arbeitskopie
          <quote>zur?ckzunehmen</quote>, und dann die lokale ?nderung an
-        das Projektarchiv ?bergeben. Alles, was Sie hierf?r tun
-        m?ssen, ist, eine <emphasis>umgekehrte</emphasis> Differenz
-        anzugeben.  (Sie machen das durch die Angabe von
-        <option>--revision 303:302</option> oder durch das ?quivalente
-        <option>--change -303</option>.)</para>
+        das Projektarchiv ?bergeben. Sie m?ssen hierf?r nur eine
+        <emphasis>umgekehrte</emphasis> Differenz angeben. (Sie machen
+        das durch die Angabe von <option>--revision 303:302</option>
+        oder durch das ?quivalente <option>--change -303</option>.)
+      </para>


        <informalexample>
@@ -3454,7 +3454,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.  (Vielleicht hat jemand ein
+        ?bergabe vernichten m?chten. (Vielleicht hat jemand ein
          vertrauliches Dokument in das Projektarchiv ?bergeben.) Das ist
          leider nicht so einfach, da Subversion absichtlich so
          konstruiert wurde, dass es niemals Informationen
@@ -3762,11 +3762,10 @@
  -->
        <para>Obwohl unser Beispiel zeigt, wie eine Datei zur?ckgeholt
          wird, sollten sie beachten, dass dieselben Techniken auch beim
-        Wiederherstellen von gel?schten Verzeichnissen
-        funktionieren. Beachten Sie auch, dass die Wiederherstellung
-        nicht unbedingt in Ihrer Arbeitskopie passieren muss &ndash;
-        sie kann auch vollst?ndig im Projektarchiv ausgef?hrt
-        werden:</para>
+        Wiederherstellen von gel?schten Verzeichnissen funktionieren.
+        Beachten Sie auch, dass die Wiederherstellung nicht unbedingt
+        in Ihrer Arbeitskopie passieren muss &ndash; sie kann auch
+        vollst?ndig im Projektarchiv ausgef?hrt werden:</para>

        <informalexample>
          <screen>
@@ -3809,15 +3808,15 @@
        syntax of the command and discusses a number of common
        scenarios that require it.</para>
  -->
-    <para>Hier endet die automatische Magie. Fr?her oder sp?ter,
-      sobald Sie den Dreh beim Verzweigen und Zusammenf?hren heraus
-      haben, werden Sie Subversion fragen m?ssen,
+    <para>Hier endet die automatische Magie. sobald Sie fr?her oder
+      sp?ter den Dreh beim Verzweigen und Zusammenf?hren heraus haben,
+      werden Sie Subversion fragen m?ssen,
        <emphasis>bestimmte</emphasis> ?nderungen von einem Ort zum
        anderen zusammenzuf?hren. Um dies tun zu k?nnen, werden Sie
        damit beginnen m?ssen, kompliziertere Argumente an <command>svn
        merge</command> zu ?bergeben. Der n?chste Abschnitt beschreibt
        die vollst?ndig erweiterte Syntax des Befehls und behandelt eine
-      Anzahl verbreiteter Szenarien, die diese ben?tigen.</para>
+      Anzahl verbreiteter Szenarien, die diese erforderlich macht.</para>

      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.cherrypicking">
@@ -3847,18 +3846,18 @@
          <indexterm>
            <primary>Merging</primary>
            <secondary>Rosinenpicken</secondary>
-        </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
-        wird die Wendung <firstterm>die Rosinen
-        herauspicken</firstterm> in Versions-Kontroll-Systemen
-        verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
-        bestimmte ?nderungsmenge von einem Zweig auszuw?hlen und sie
-        auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
-        sich auch darauf beziehen, eine bestimmte Menge von (nicht
-        notwendigerweise angrenzenden) ?nderungsmengen von einem auf
-        einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
-        den ?blicheren Merge-Szenarien, bei denen der
-        <quote>n?chste</quote> zusammenh?ngende Bereich von Revisionen
-        automatisch dupliziert wird.</para>
+          </indexterm>Genauso oft wie der Begriff  
<quote>?nderungsmenge</quote>
+        wird der Ausdruck <firstterm>Rosinenpicken</firstterm> in
+        Versions-Kontroll-Systemen verwendet. Das bezieht sich darauf,
+        <emphasis>eine</emphasis> bestimmte ?nderungsmenge von einem
+        Zweig auszuw?hlen und sie auf einen anderen anzuwenden.
+        Rosinenpicken kann sich auch darauf beziehen, eine bestimmte
+        Menge von (nicht notwendigerweise angrenzenden)
+        ?nderungsmengen von einem auf einen anderen Zweig zu
+        duplizieren. Dieses Vorgehen steht im Gegensatz zu den ?blicheren
+        Merge-Szenarien, bei denen der <quote>n?chste</quote>
+        zusammenh?ngende Bereich von Revisionen automatisch dupliziert
+        wird.</para>

  <!--
        <para>Why would people want to replicate just a single change?
@@ -3902,14 +3901,14 @@
          your work.</para>
  -->
        <para>In der Kaffeek?che bekommen Sie mit, dass Sally eine
-        interessante ?nderung an <filename>main.c</filename> auf dem
-        Stamm gemacht hat. Als Sie sich die Geschichte der ?bergaben
-        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
-        einen kritischen Fehler beseitigt hat, der direkte
-        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
-        Es kann sein, dass Sie noch nicht bereit sind, alle ?nderungen
-        vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese bestimmte
-        Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
+        interessante ?nderung an <filename>main.c</filename> auf
+        Trunk gemacht hat. Als Sie sich die Geschichte der
+        ?bertragungen auf Trunk ansehen, entdecken Sie, dass sie in
+        Revision 413 einen kritischen Fehler beseitigt hat, der
+        direkte Auswirkungen auf die Funktion hat, an der Sie gerade
+        arbeiten.  Es kann sein, dass Sie noch nicht bereit sind, alle
+        ?nderungen vom Stamm zu ?bernehmen, jedoch ben?tigen Sie diese
+        bestimmte Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
          k?nnen.</para>

  <!--
@@ -3999,7 +3998,7 @@
          </para>
  -->
        <para>Sie k?nnen nun Ihre ?blichen Tests durchf?hren, bevor Sie
-        diese ?nderung an den Zweig ?bergeben. Nach der ?bergabe
+        diese ?nderung an den Zweig ?bertragen. Nach der ?bertragung
          bringt Subversion das <literal>svn:mergeinfo</literal> ihres
          Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
          dem Zweig zusammengef?hrt wurde. Das verhindert, dass k?nftige
@@ -4009,7 +4008,7 @@
          das Mergeinfo <literal>
          /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
          unserem in r380 gemachten Reintegrations-Merge nach
-        <filename> /calc/trunk</filename> vom Zweig <filename>
+        <filename>/calc/trunk</filename> vom Zweig <filename>
          /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
          wir den Zweig <filename>my-calc-branch</filename> in r403
          erstellt haben, wurde diese Mergeinfo mit der Kopie
@@ -4063,14 +4062,14 @@
          </literal> revision.  Because we already cherrypicked r413, that
          change is skipped:</para>
  -->
-      <para>Das oben stehende bedeutet, wenn schlie?lich die Zeit f?r
-        einen automatischen Synchronisierungs-Merge gekommen ist, dass
-        Subversion den Merge in zwei Teile aufspaltet. Zun?chst werden
-        alle in Frage kommenden Merges bis Revision 412 ausgef?hrt.
-        Dann werden alle in Frage kommenden Revisionen von Revision
-        412 bis zur Revision <literal>HEAD</literal> ausgef?hrt. Da
-        wir uns bereits r413 herausgepickt haben, wird diese ?nderung
-        ?bersprungen change is skipped:</para>
+      <para>Das oben stehende bedeutet, dass Subversion den Merge in
+        zwei Teile aufspaltet, wenn schlie?lich die Zeit f?r einen
+        automatischen Synchronisierungs-Merge gekommen ist. Zun?chst
+        werden alle in Frage kommenden Merges bis Revision 412
+        ausgef?hrt. Dann werden alle in Frage kommenden Revisionen
+        von Revision 412 bis zur Revision <literal>HEAD</literal>
+        zusammengef?hrt. Da wir uns bereits r413 herausgepickt haben,
+        wird diese ?nderung ?bersprungen:</para>

        <informalexample>
          <screen>
@@ -4098,30 +4097,26 @@
        </informalexample>

  <!--
-      <para>
-        <indexterm>
-          <primary>merging</primary>
-          <secondary>backporting</secondary>
-        </indexterm>This use case of replicating
-        (or <firstterm>backporting</firstterm>) bug fixes from one
-        branch to another is perhaps the most popular reason for
-        cherrypicking changes; it comes up all the time, for example,
-        when a team is maintaining a <quote>release branch</quote> of
-        software.  (We discuss this pattern in
-        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+      <para> <indexterm> <primary>merging</primary>
+      <secondary>backporting</secondary> </indexterm>This use case of
+      replicating (or <firstterm>backporting</firstterm>) bug fixes
+      from one branch to another is perhaps the most popular reason
+      for cherrypicking changes; it comes up all the time, for
+        example, when a team is maintaining a <quote>release
+        branch</quote> of software.  (We discuss this pattern in <xref
+        linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
  -->
-      <para>
-        <indexterm>
-          <primary>Merging</primary>
-          <secondary>nachziehen</secondary>
-        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
+      <para> <indexterm> <primary>Merging</primary>
+          <secondary>nachziehen</secondary> </indexterm>Dieser
+        Anwendungsfall des Abgleichens (oder
          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
          einem Zweig zu einem anderen ist vielleicht der g?ngigste Grund
-        f?r ?nderungen, die Rosinen herauszupicken; es kommt st?ndig
+        des Rosinenpickens bei ?nderungen; es kommt st?ndig
          vor, beispielsweise, wenn ein Team einen
          <quote>Software-Release-Zweig</quote> verwendet.  (Wir
-        er?rtern dieses Muster in <xref
-          linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+        er?rtern dieses Muster in
+        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)
+      </para>

        <warning>
  <!--
@@ -4156,7 +4151,7 @@
            Fehlermeldung abbrechen und Sie m?ssen den Konflikt
            aufl?sen, bevor Sie den Merge erneut anwenden, um den Rest
            der ?nderungen zu bekommen.</para>
-  </warning>
+      </warning>

  <!--
        <para>A word of warning: while <command>svn diff</command> and
@@ -4172,11 +4167,11 @@
        <para>Ein Wort zur Warnung: W?hrend <command>svn diff</command>
          und <command>svn merge</command> vom Konzept her sehr ?hnlich
          sind, haben sie in vielen F?llen eine unterschiedliche Syntax.
-        Gehen Sie sicher, dass Sie Details hierzu in <xref
+        Stellen Sie sicher, dass Sie Details hierzu in <xref
          linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
-        fragen.  Zum Beispiel ben?tigt <command>svn merge</command>
+        fragen. Zum Beispiel ben?tigt <command>svn merge</command>
          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
-        dem es den erzeugten Patch anwenden kann.  Falls das Ziel
+        dem es den erzeugten Patch anwenden kann. Falls das Ziel
          nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
          h?ufigen Operationen durchf?hren m?chten:</para>


From svnbook at googlecode.com  Thu Feb 19 01:12:56 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 19 Feb 2015 07:12:56 +0000
Subject: [svnbook] r4994 committed - Changed section title.
Message-ID: <bcaec51ddc574e1f40050f6baaf5@google.com>

Revision: 4994
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 19 07:12:41 2015 UTC
Log:      Changed section title.
https://code.google.com/p/svnbook/source/detail?r=4994

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 19  
06:48:43 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 19  
07:12:41 2015 UTC
@@ -3823,7 +3823,7 @@
  <!--
        <title>Cherrypicking</title>
  -->
-      <title>Die Rosinen herauspicken</title>
+      <title>Rosinenpicken</title>

  <!--
        <para>


From pavel.lyalyakin at visualsvn.com  Thu Feb 19 08:38:11 2015
From: pavel.lyalyakin at visualsvn.com (Pavel Lyalyakin)
Date: Thu, 19 Feb 2015 17:38:11 +0300
Subject: [PATCH] SVNBook 1.8: `svndumpfilter` now supports deltified dumps
 (dumps created with `--deltas` option)
Message-ID: <CAEyhmwZQCm-CRDJ9+Yj_WPjOeZi+Os8BdSvTW=abayomf5c=Gw@mail.gmail.com>

Hello,

`svndumpfilter` of SVN 1.7 or older does not work with deltified dump files. In
SVN 1.8, `svndumpfilter` can filter such dumps. This patch makes a note in
`svnadmin dump` command-line reference that SVN 1.8 and newer can filter
deltified dumps while older versions can't.

Log message:
[[
Made a note that `svndumpfilter` in SVN 1.8 can operate with deltified dumps
(`--deltas`) in `svnadmin dump` command-line reference.

* http://subversion.apache.org/docs/release-notes/1.8.html#svndumpfilter-deltas

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
]]

--
With best regards,
Pavel Lyalyakin
VisualSVN Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: deltified-dumps-ref-svnadmin.xml.patch
Type: application/octet-stream
Size: 1255 bytes
Desc: not available
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150219/f5a0802f/attachment.obj>

From pavel.lyalyakin at visualsvn.com  Thu Feb 19 07:59:41 2015
From: pavel.lyalyakin at visualsvn.com (Pavel Lyalyakin)
Date: Thu, 19 Feb 2015 16:59:41 +0300
Subject: [PATCH] SVNBook 1.8: New `svn log` filtering with `--search` and
 `--search-and` options
Message-ID: <CAEyhmwbG4oWY+C=Wm8W98dWcYGjEFSY34=myorFtqHv5iw2t9g@mail.gmail.com>

Hello,

Here is another patch; I'd greatly appreciate if you could review it.

Adding `svn log --search ARG` and `svn log --search ARG --search-and ARG` to svn
command-line reference.

Log message:
[[
Add new (in SVN 1.8) `--search` and `--search-and` command-line options (can be
used with `svn log`) to svn command-line reference:
* http://subversion.apache.org/docs/release-notes/1.8.html#svn-log-search

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
]]

--
With best regards,
Pavel Lyalyakin
VisualSVN Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: svnlog-filtering-ref-svn.xml.patch
Type: application/octet-stream
Size: 7577 bytes
Desc: not available
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150219/3c86aa43/attachment.obj>

From svnbook at googlecode.com  Thu Feb 19 11:06:27 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 19 Feb 2015 17:06:27 +0000
Subject: Issue 206 in svnbook: ch02: svn delete wrong description
In-Reply-To: <0-7155889305988986295-5395539614257210973-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-5395539614257210973-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-5395539614257210973-svnbook=googlecode.com@googlecode.com>

Updates:
	Summary: ch02: svn delete wrong description

Comment #1 on issue 206 by cmpilato: ch02: svn delete wrong description
https://code.google.com/p/svnbook/issues/detail?id=206

(No comment was entered for this change.)

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Fri Feb 20 10:38:37 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 20 Feb 2015 16:38:37 +0000
Subject: [svnbook] r4995 committed - [de] Stylistic changes:...
Message-ID: <bcaec5162357328e51050f87afc8@google.com>

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

From svnbook at googlecode.com  Mon Feb 23 12:08:48 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:08:48 +0000
Subject: [svnbook] r4996 committed - Add new (in SVN 1.8) `--search` and
 `--search-and` command-line...
Message-ID: <20cf30363fc533912c050fc54b8e@google.com>

Revision: 4996
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:08:27 2015 UTC
Log:      Add new (in SVN 1.8) `--search` and `--search-and` command-line
options (can be used with `svn log`) to svn command-line reference:
http://subversion.apache.org/docs/release-notes/1.8.html#svn-log-search

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
           (Tweaked by me.)

https://code.google.com/p/svnbook/source/detail?r=4996

Modified:
  /trunk/en/book/ref-svn.xml

=======================================
--- /trunk/en/book/ref-svn.xml	Wed Feb 13 21:11:19 2013 UTC
+++ /trunk/en/book/ref-svn.xml	Mon Feb 23 18:08:27 2015 UTC
@@ -847,11 +847,76 @@
          </listitem>
        </varlistentry>

+      <varlistentry id="svn.ref.svn.sw.search">
+        <term><option>--search</option>  
<replaceable>ARG</replaceable></term>
+        <listitem>
+          <para>Filters log messages to show only those that match
+            the search pattern <replaceable>ARG</replaceable>.  Log
+            messages are displayed only if the provided search
+            pattern matches any of the author, date, log message
+            text (unless <option>--quiet</option> is used), or, if
+            the <option>--verbose</option> option is also provided,
+            a changed path.  If multiple <option>--search</option>
+            options are provided, a log message is shown if it
+            matches any of the provided search patterns.  If
+            <option>--limit</option> is used, it restricts the
+            number of log messages searched, rather than
+            restricting the output to a particular number of
+            matching log messages.</para>
+
+          <para>The search pattern may include "glob syntax"
+            wildcards:</para>
+
+          <variablelist>
+            <varlistentry>
+              <term>
+                <literal>?</literal>
+              </term>
+              <listitem>
+                <para>Matches any single character.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>*</literal>
+              </term>
+              <listitem>
+                <para>Matches a sequence of arbitrary characters.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>[ABC]</literal>
+              </term>
+              <listitem>
+                <para>Matches any of the characters listed inside the
+                  brackets.</para>
+              </listitem>
+            </varlistentry>
+          </variablelist>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry id="svn.ref.svn.sw.search_and">
+        <term><option>--search-and</option>
+          <replaceable>ARG</replaceable></term>
+        <listitem>
+          <para>
+            The option's argument is combined with the pattern from
+            the previous <option>--search</option>
+            or <option>--search-and</option> option on the command
+            line.  Log message is shown only if it matches the
+            combined search pattern.
+          </para>
+        </listitem>
+      </varlistentry>
+
        <varlistentry id="svn.ref.svn.sw.set_depth">
-        <term><option>--set-depth</option>  
<replaceable>ARG</replaceable></term>
+        <term><option>--set-depth</option>
+          <replaceable>ARG</replaceable></term>
          <listitem>
-          <para>Sets the sticky depth on a directory in a working
-            copy to one of <literal>exclude</literal>,  
<literal>empty</literal>,
+          <para>Sets the sticky depth on a directory in a working copy
+            to one of <literal>exclude</literal>, <literal>empty</literal>,
              <literal>files</literal>, <literal>immediates</literal>,
              or <literal>infinity</literal>.  For detailed coverage
              of what these mean and how to use this option, see
@@ -3429,6 +3494,8 @@
  <xref linkend="svn.ref.svn.sw.limit" />
  <xref linkend="svn.ref.svn.sw.quiet" />
  <xref linkend="svn.ref.svn.sw.revision" />
+<xref linkend="svn.ref.svn.sw.search" />
+<xref linkend="svn.ref.svn.sw.search_and" />
  <xref linkend="svn.ref.svn.sw.stop_on_copy" />
  <xref linkend="svn.ref.svn.sw.targets" />
  <xref linkend="svn.ref.svn.sw.use_merge_history" />
@@ -3728,6 +3795,106 @@
          and <option>--extensions</option>
          (<option>-x</option>).</para>

+      <para>
+        Beginning with Subversion 1.8, users can filter <command>svn  
log</command>
+        output using <option>--search</option> and  
<option>--search-and</option>
+        options.  When using these options, a log message is shown only if  
a
+        revision's author, date, log message text, or list of changed  
paths,
+        matches a search pattern. Searching by changed patch requies
+        <option>--verbose</option> option, otherwise <command>svn  
log</command>
+        does not show changed paths therefore they can't be filtered.
+      </para>
+      <para>
+        The search pattern may include "glob syntax"
+        wildcards:
+      </para>
+      <variablelist>
+        <varlistentry>
+          <term>
+            <literal>?</literal>
+          </term>
+          <listitem>
+            <para>
+              Matches any single character.
+            </para>
+          </listitem>
+        </varlistentry>
+        <varlistentry>
+          <term>
+            <literal>*</literal>
+          </term>
+          <listitem>
+            <para>
+              Matches a sequence of arbitrary
+              characters.
+            </para>
+          </listitem>
+        </varlistentry>
+        <varlistentry>
+          <term>
+            <literal>[ABC]</literal>
+          </term>
+          <listitem>
+            <para>
+              Matches any of the characters listed inside the brackets.
+            </para>
+          </listitem>
+        </varlistentry>
+      </variablelist>
+      <para>
+        Using multiple <option>--search</option> parameters will show log  
messages
+        that match the pattern specified at least in one of the options.   
For example:
+      </para>
+      <informalexample>
+<screen>
+$ svn log --search sally --search harry https://svn.red-bean.com/repos/test
+------------------------------------------------------------------------
+r1701 | sally | 2011-10-12 22:35:30 -0600 (Wed, 12 Oct 2011) | 1 line
+
+Add a reminder.
+------------------------------------------------------------------------
+r1564 | harry | 2011-10-09 22:35:30 -0600 (Sun, 09 Oct 2011) | 1 line
+
+Merge r1560 to the 1.0.x branch.
+------------------------------------------------------------------------
+$
+        </screen>
+      </informalexample>
+      <para>
+        Using <option>--search</option> with <option>--search-and</option>  
options will show log messages
+        that match the combined pattern from both options. For example:
+      </para>
+      <informalexample>
+<screen>
+$ svn log --verbose --search sally --search-and /foo/bar  
https://svn.red-bean.com/repos/test
+------------------------------------------------------------------------
+r1555 | sally | 2011-07-15 22:33:14 -0600 (Fri, 15 Jul 2011) | 1 line
+Changed paths:
+M /foo/bar/src.c
+
+Typofix.
+------------------------------------------------------------------------
+r1530 | sally | 2011-07-13 07:24:11 -0600 (Wed, 13 Jul 2011) | 1 line
+Changed paths:
+M /foo/bar
+M /foo/build
+
+Fix up some svn:ignore properties.
+------------------------------------------------------------------------
+$
+</screen>
+      </informalexample>
+      <tip>
+        <para>
+          <option>--search</option> and <option>--search-and</option>
+          options does not actually perform a search.  They just filter
+          the <command>svn log</command> output to display only log
+          messages that match the specified pattern.  Therefore, if
+          <option>--limit</option> is used, it restricts the number
+          of log messages searched, rather than restricting the
+          output to a particular number of matching log messages.
+        </para>
+      </tip>
      </refsect1>
    </refentry>



From cmpilato at gmail.com  Mon Feb 23 12:17:41 2015
From: cmpilato at gmail.com (C. Michael Pilato)
Date: Mon, 23 Feb 2015 13:17:41 -0500
Subject: [PATCH] SVNBook 1.8: `svndumpfilter` now supports deltified dumps
 (dumps created with `--deltas` option)
In-Reply-To: <CAEyhmwZQCm-CRDJ9+Yj_WPjOeZi+Os8BdSvTW=abayomf5c=Gw@mail.gmail.com>
References: <CAEyhmwZQCm-CRDJ9+Yj_WPjOeZi+Os8BdSvTW=abayomf5c=Gw@mail.gmail.com>
Message-ID: <54EB6EC5.6050906@gmail.com>

On 02/19/2015 09:38 AM, Pavel Lyalyakin wrote:
> Hello,
>
> `svndumpfilter` of SVN 1.7 or older does not work with deltified dump files. In
> SVN 1.8, `svndumpfilter` can filter such dumps. This patch makes a note in
> `svnadmin dump` command-line reference that SVN 1.8 and newer can filter
> deltified dumps while older versions can't.
>
> Log message:
> [[
> Made a note that `svndumpfilter` in SVN 1.8 can operate with deltified dumps
> (`--deltas`) in `svnadmin dump` command-line reference.
>
> * http://subversion.apache.org/docs/release-notes/1.8.html#svndumpfilter-deltas
>
> Patch by: pavel.lyalyakin{_AT_}visualsvn.com
> ]]

Committed in r4998.  I've had to modify each of your patches to avoid
extra whitespace around <para> tags.  Our convention is to do:

   <para>Some text.</para>

rather than:

   <para>
     Some text.
   </para>

It's a minor thing, but the consistency is one fewer distraction for the
OCD-ish among us.  :-)

Thanks for your patches!


From svnbook at googlecode.com  Mon Feb 23 12:22:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:22:51 +0000
Subject: [svnbook] r4999 committed - Reword the description of 'svnadmin lock'.
Message-ID: <001a11c1dfae79486a050fc57dfc@google.com>

Revision: 4999
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:22:28 2015 UTC
Log:      Reword the description of 'svnadmin lock'.
https://code.google.com/p/svnbook/source/detail?r=4999

Modified:
  /trunk/en/book/ref-svnadmin.xml

=======================================
--- /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:15:22 2015 UTC
+++ /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:22:28 2015 UTC
@@ -883,8 +883,10 @@
        <title>Description</title>

        <para>Lock <replaceable>PATH-IN-REPOS</replaceable> in the
-        repository (as <replaceable>USERNAME</replaceable>) taking
-        comments from <replaceable>FILE</replaceable>.  If provided,
+        repository, assigning ownership of the lock
+        to <replaceable>USERNAME</replaceable> and using the contents
+        of <replaceable>FILE</replaceable> as comments associated with
+        the created lock.  If provided,
          use <replaceable>TOKEN</replaceable> as lock token.</para>

      </refsect1>


From svnbook at googlecode.com  Mon Feb 23 12:15:33 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:15:33 +0000
Subject: [svnbook] r4998 committed - Made a note that `svndumpfilter` in SVN
 1.8 can operate with deltified...
Message-ID: <001a113816485f9201050fc5630a@google.com>

Revision: 4998
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:15:22 2015 UTC
Log:      Made a note that `svndumpfilter` in SVN 1.8 can operate with  
deltified
dumps (`--deltas`) in `svnadmin dump` command-line reference.

*  
http://subversion.apache.org/docs/release-notes/1.8.html#svndumpfilter-deltas

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
           (Tweaked by me.)
https://code.google.com/p/svnbook/source/detail?r=4998

Modified:
  /trunk/en/book/ref-svnadmin.xml

=======================================
--- /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:12:29 2015 UTC
+++ /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:15:22 2015 UTC
@@ -511,11 +511,20 @@
          some cases, drastically) the size of the dump file that
          <command>svnadmin dump</command> creates.  There are, however,
          disadvantages to using this option&mdash;deltified
-        dump files are more CPU-intensive to create, cannot be
-        operated on by <command>svndumpfilter</command>, and tend
+        dump files are more CPU-intensive to create and tend
          not to compress as well as their nondeltified counterparts
          when using third-party tools such as <command>gzip</command>
          and <command>bzip2</command>.</para>
+
+      <tip>
+        <para>Beginning with Subversion 1.8,
+          <command>svndumpfilter</command> can operate on deltified
+          dump streams.  Prior to this release,
+          <command>svndumpfilter</command> would not work with dump
+          streams created using <option>--deltas</option>
+          option.</para>
+      </tip>
+
      </refsect1>

      <!-- ===============================================================  
-->


From svnbook at googlecode.com  Mon Feb 23 12:12:40 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:12:40 +0000
Subject: [svnbook] r4997 committed - Add `svnadmin lock` and `svnadmin unlock`
 commands introduced in...
Message-ID: <001a11c1dcdc08862e050fc559dc@google.com>

Revision: 4997
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:12:29 2015 UTC
Log:      Add `svnadmin lock` and `svnadmin unlock` commands introduced in
Subversion 1.8 to `svnadmin` reference.

* http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-lock
* `svnadmin lock`: http://subversion.tigris.org/issues/show_bug.cgi?id=3942
* `svnadmin unlock`:  
http://subversion.tigris.org/issues/show_bug.cgi?id=4092

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
           (Tweaked by me.)
https://code.google.com/p/svnbook/source/detail?r=4997

Modified:
  /trunk/en/book/ref-svnadmin.xml

=======================================
--- /trunk/en/book/ref-svnadmin.xml	Wed Feb 13 21:11:19 2013 UTC
+++ /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:12:29 2015 UTC
@@ -847,6 +847,50 @@
      </refsect1>
    </refentry>

+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.lock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+      <secondary>subcommands</secondary>
+      <tertiary>lock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin lock</refname>
+      <refpurpose>Lock path in the repository directly.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin lock REPOS_PATH PATH-IN-REPOS USERNAME FILE
+        [TOKEN]</literal>
+      </para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Description</title>
+
+      <para>Lock <replaceable>PATH-IN-REPOS</replaceable> in the
+        repository (as <replaceable>USERNAME</replaceable>) taking
+        comments from <replaceable>FILE</replaceable>.  If provided,
+        use <replaceable>TOKEN</replaceable> as lock token.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
+    </refsect1>
+  </refentry>
+
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
@@ -1412,6 +1456,48 @@
        <para>As you can see, <command>svnadmin setuuid</command>
          has no output upon success.</para>

+    </refsect1>
+  </refentry>
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.unlock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+      <secondary>subcommands</secondary>
+      <tertiary>unlock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin unlock</refname>
+      <refpurpose>Unlock path in the repository directly.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin unlock REPOS_PATH LOCKED_PATH USERNAME
+        TOKEN</literal></para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Description</title>
+
+      <para>Unlock <replaceable>LOCKED_PATH</replaceable> in the
+        repository (as <replaceable>USERNAME</replaceable>) after
+        verifying that the token associated with the lock
+        matches <replaceable>TOKEN</replaceable>.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
      </refsect1>
    </refentry>



From svnbook at googlecode.com  Mon Feb 23 14:14:42 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 20:14:42 +0000
Subject: [svnbook] r5000 committed - Fix issue 228: Dubious "svn merge"
 output.  Reported by gan.ainm.riomh...
Message-ID: <001a113816487896c0050fc70d5b@google.com>

Revision: 5000
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 20:14:18 2015 UTC
Log:      Fix issue 228: Dubious "svn merge" output.  Reported by  
gan.ainm.riomhphost.

* en/book/ch04-branching-and-merging.xml
   Fix the output of a 2-URL 'svn merge'.


https://code.google.com/p/svnbook/source/detail?r=5000

Modified:
  /trunk/en/book/ch04-branching-and-merging.xml

=======================================
--- /trunk/en/book/ch04-branching-and-merging.xml	Fri Mar 28 14:22:50 2014  
UTC
+++ /trunk/en/book/ch04-branching-and-merging.xml	Mon Feb 23 20:14:18 2015  
UTC
@@ -4628,7 +4628,7 @@
  $ cd libcomplex-custom
  $ svn merge ^/vendor/libcomplex-1.0.0 \
              ^/vendor/libcomplex-1.0.1
---- Merging differences between URLs into '.':
+--- Merging differences between repository URLs into '.':
  U    src/code.h
  C    src/code.c
  U    README


From svnbook at googlecode.com  Mon Feb 23 14:30:03 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 20:30:03 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <4-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <4-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <5-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Updates:
	Labels: -Milestone-en-1.6 Milestone-en-1.8

Comment #5 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

(No comment was entered for this change.)

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From svnbook at googlecode.com  Mon Feb 23 14:15:42 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 20:15:42 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <3-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <3-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <4-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Fixed

Comment #4 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

Sending        trunk/en/book/ch04-branching-and-merging.xml
Transmitting file data .
Committed revision 5000.


-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings


From cmpilato at gmail.com  Mon Feb 23 12:15:55 2015
From: cmpilato at gmail.com (C. Michael Pilato)
Date: Mon, 23 Feb 2015 13:15:55 -0500
Subject: [PATCH] SVNBook 1.8: New `svn log` filtering with `--search`
 and `--search-and` options
In-Reply-To: <CAEyhmwbG4oWY+C=Wm8W98dWcYGjEFSY34=myorFtqHv5iw2t9g@mail.gmail.com>
References: <CAEyhmwbG4oWY+C=Wm8W98dWcYGjEFSY34=myorFtqHv5iw2t9g@mail.gmail.com>
Message-ID: <54EB6E5B.40709@gmail.com>

On 02/19/2015 08:59 AM, Pavel Lyalyakin wrote:
> Hello,
>
> Here is another patch; I'd greatly appreciate if you could review it.
>
> Adding `svn log --search ARG` and `svn log --search ARG --search-and ARG` to svn
> command-line reference.
>
> Log message:
> [[
> Add new (in SVN 1.8) `--search` and `--search-and` command-line options (can be
> used with `svn log`) to svn command-line reference:
> * http://subversion.apache.org/docs/release-notes/1.8.html#svn-log-search
>
> Patch by: pavel.lyalyakin{_AT_}visualsvn.com
> ]]

Committed in r4996.  Thanks!


From cmpilato at red-bean.com  Mon Feb 23 12:18:38 2015
From: cmpilato at red-bean.com (C. Michael Pilato)
Date: Mon, 23 Feb 2015 13:18:38 -0500
Subject: [PATCH] SVNBook 1.8: add `svnadmin lock` and `svnadmin unlock`
 commands to `svnadmin` reference
In-Reply-To: <CAEyhmwY=bjuyLD_TJmkg4C3ZYGjRkxyiFVXGEwtmA+mxWzy4Mg@mail.gmail.com>
References: <CAEyhmwY=bjuyLD_TJmkg4C3ZYGjRkxyiFVXGEwtmA+mxWzy4Mg@mail.gmail.com>
Message-ID: <CABUQHU5dNQbXTh3qsTNdyYOMEtFbHhPBV_RVOOyvATUHvvW5mg@mail.gmail.com>

Committed in r4997.  Thanks!

On Wed, Feb 18, 2015 at 11:48 AM, Pavel Lyalyakin <
pavel.lyalyakin at visualsvn.com> wrote:

> Hello,
>
> I'm looking through the current state of SVNBook 1.8 and through
> Subversion 1.8
> Release Notes and see that a lot of minor features and improvements are not
> mentioned in the book.
>
> I would like to participate in updating the book to cover Subversion 1.8
> so let
> me start with a small patch that specifies new `svnadmin lock` and
> `svnadmin
> unlock` sub-commands.
>
> Log message:
> [[
> Add `svnadmin lock` and `svnadmin unlock` commands introduced in
> Subversion 1.8
> to `svnadmin` reference.
>
> * http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-lock
> * `svnadmin lock`:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3942
> * `svnadmin unlock`:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4092
>
> Patch by: pavel.lyalyakin{_AT_}visualsvn.com
> ]]
>
> --
> With best regards,
> Pavel Lyalyakin
> VisualSVN Team
>
> _______________________________________________
> svnbook-dev mailing list
> svnbook-dev at red-bean.com
> http://www.red-bean.com/mailman/listinfo/svnbook-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150223/ef1bc04a/attachment.html>

From svnbook at googlecode.com  Tue Feb 24 00:48:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 24 Feb 2015 06:48:51 +0000
Subject: =?ISO-8859-1?Q?=5Bsvnbook=5D_r5001_committed_=2D_=5Bde=5D_Changed_=22=FCbergeben?=
 =?ISO-8859-1?Q?=22_to_=22=FCbertragen=22_to_concur_with_Subversions=2E=2E=2E?=
Message-ID: <e89a8ff1c8446009c7050fcfe9c8@google.com>

Revision: 5001
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 24 06:48:19 2015 UTC
Log:      [de] Changed "?bergeben" to "?bertragen" to concur with  
Subversions
German locale output.

https://code.google.com/p/svnbook/source/detail?r=5001

Modified:
  /branches/1.8/de/book/appa-quickstart.xml
  /branches/1.8/de/book/appb-svn-for-cvs-users.xml
  /branches/1.8/de/book/appc-webdav.xml
  /branches/1.8/de/book/ch01-fundamental-concepts.xml
  /branches/1.8/de/book/ch02-basic-usage.xml
  /branches/1.8/de/book/ch04-branching-and-merging.xml
  /branches/1.8/de/book/ch05-repository-admin.xml
  /branches/1.8/de/book/ch06-server-configuration.xml
  /branches/1.8/de/book/ch07-customizing-svn.xml
  /branches/1.8/de/book/ch08-embedding-svn.xml
  /branches/1.8/de/book/ref-svn.xml
  /branches/1.8/de/book/ref-svnmucc.xml

=======================================
--- /branches/1.8/de/book/appa-quickstart.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/appa-quickstart.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -486,7 +486,7 @@
            version of your file to the repository.</para>
  -->
          <para>Rufen Sie <userinput>svn commit</userinput> auf, um die
-          neue Version Ihrer Datei an das Projektarchiv zu ?bergeben.
+          neue Version Ihrer Datei an das Projektarchiv zu ?bertragen.
          </para>
        </listitem>
        <listitem>
=======================================
--- /branches/1.8/de/book/appb-svn-for-cvs-users.xml	Tue Nov 25 15:14:00  
2014 UTC
+++ /branches/1.8/de/book/appb-svn-for-cvs-users.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -224,7 +224,7 @@
        bestimmte Ansammlung von Verzeichniseintr?gen und Eigenschaften.
        Angenommen, wir beginnen nun damit, Dateien dem Verzeichnis
        <filename>foo</filename> hinzuzuf?gen und wegzunehmen und diese
-      ?nderungen dann zu ?bergeben. Es w?re eine L?ge, zu behaupten,
+      ?nderungen dann zu ?bertragen. Es w?re eine L?ge, zu behaupten,
        dass wir immer noch Revision 5 von <filename>foo</filename>
        h?tten. Wenn wir allerdings die Revisionsnummer von
        <filename>foo</filename> nach der ?bergabe erh?ht h?tten, w?re
@@ -244,7 +244,7 @@
        contain <quote>imperfect</quote> directory revisions.</para>
  -->
      <para>Subversion behandelt dieses Problem, indem es
-      stillschweigend ?bergebene Hinzuf?gungen sowie L?schungen im
+      stillschweigend ?bertragene Hinzuf?gungen sowie L?schungen im
        <filename>.svn</filename>-Bereich mitverfolgt. Wenn Sie
        schlie?lich <userinput>svn update</userinput> aufrufen, wird
        alles in Bezug auf das Projektarchiv glattgezogen und die neue
@@ -267,12 +267,12 @@
  -->
      <para>Auf ?hnliche Art ergibt sich ein Problem, wenn Sie
        versuchen, Eigenschafts-?nderungen an einem Verzeichnis zu
-      ?bergeben. Normalerweise w?rde die ?bergabe die lokale
+      ?bertragen. Normalerweise w?rde die ?bergabe die lokale
        Revisionsnummer erh?hen, was jedoch eine L?ge w?re, da
        Hinzuf?gungen oder L?schungen vorhanden sein k?nnten, die das
        Verzeichnis noch nicht mitbekommen hat, da es nicht aktualisiert
        worden ist. <emphasis>Deshalb d?rfen Sie ?nderungen an
-      Verzeichnis-Eigenschaften nicht ?bergeben, bevor Sie das Verzeichnis
+      Verzeichnis-Eigenschaften nicht ?bertragen, bevor Sie das Verzeichnis
        aktualisiert haben.</emphasis></para>

  <!--
@@ -736,7 +736,7 @@
        zu Problemen gef?hrt, da CVS nicht genug macht. Viele Benutzer
        vergessen das <literal>C</literal> nachdem es ?ber ihr Terminal
        geschossen ist (oder sehen es nicht). Oftmals vergessen sie,
-      dass ?berhaupt Konfliktmarkierungen vorhanden sind und ?bergeben
+      dass ?berhaupt Konfliktmarkierungen vorhanden sind und ?bertragen
        versehentlich Dateien, die diese Konfliktmarkierungen
        enthalten.</para>

=======================================
--- /branches/1.8/de/book/appc-webdav.xml	Tue Feb  3 17:18:07 2015 UTC
+++ /branches/1.8/de/book/appc-webdav.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -384,7 +384,7 @@
      <para>Bevor Sie dieses Merkmal aktivieren, sollten Sie verstehen,
        worauf Sie sich einlassen. WebDAV-Clients neigen dazu,
        <emphasis>viele</emphasis> Schreibanfragen abzusetzen, was zu
-      einer riesigen Menge automatisch ?bergebener Revisionen f?hrt.
+      einer riesigen Menge automatisch ?bertragener Revisionen f?hrt.
        Beim Sichern von Daten beispielsweise geben viele Clients ein
        <literal>PUT</literal> einer 0-Byte-Datei aus (um somit einen
        Namen zu reservieren), gefolgt von einem weiteren
=======================================
--- /branches/1.8/de/book/ch01-fundamental-concepts.xml	Tue Feb  3 17:18:07  
2015 UTC
+++ /branches/1.8/de/book/ch01-fundamental-concepts.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -268,7 +268,7 @@
          <quote>versionskontroll-bewusst</quote> sein m?ssen, um die
          Daten zu lesen und zu schreiben. Die Aufgabe, die Arbeitskopie
          zu verwalten und ?nderungen an ihrem Inhalt zum und vom
-        Projektarchiv zu ?bergeben, f?llt genau der Client-Software
+        Projektarchiv zu ?bertragen, f?llt genau der Client-Software
          des Versions-Kontroll-Systems zu.</para>

      </sect2>
@@ -1557,7 +1557,7 @@
  -->
                <para>Die Datei im Arbeitsverzeichnis ist unver?ndert, und
                  keinerlei ?nderungen an der Datei sind seit der
-                Arbeitsrevision an das Projektarchiv ?bergeben worden. Ein
+                Arbeitsrevision an das Projektarchiv ?bertragen worden. Ein
                  <command>svn commit</command> der Datei w?rde nichts
                  machen, und ein <command>svn update</command> der Datei
                  auch nicht.</para>
@@ -1582,9 +1582,9 @@
  -->
                <para>Die Datei wurde im Arbeitsverzeichnis ge?ndert, und
                  keinerlei ?nderungen an der Datei sind seit der letzten
-                Aktualisierung an das Projektarchiv ?bergeben worden. Es
+                Aktualisierung an das Projektarchiv ?bertragen worden. Es
                  gibt lokale ?nderungen, die noch nicht an das Projektarchiv
-                ?bergeben worden sind, so dass ein <command>svn
+                ?bertragen worden sind, so dass ein <command>svn
                  commit</command> der Datei Ihre ?nderungen erfolgreich
                  ver?ffentlichen w?rde, und ein <command>svn
                  update</command> der Datei nichts tun w?rde.</para>
@@ -2098,7 +2098,7 @@
              eine Aktion, die in das Projektarchiv schreibt keine
              Aktion zur Folge hat, die aus dem Projektarchiv liest und
              umgekehrt. Wenn Sie bereit sind, neue ?nderungen an das
-            Projektarchiv zu ?bergeben, hei?t das noch lange nicht,
+            Projektarchiv zu ?bertragen, hei?t das noch lange nicht,
              dass Sie auch die ?nderungen anderer haben m?chten. Und
              wenn Sie noch an ?nderungen arbeiten, sollte <command>svn
              update</command> elegant die ?nderungen aus dem
@@ -2314,7 +2314,7 @@
              destroying changes you've not yet seen.</para>
  -->
            <para>Erstens kann die L?schung einer Datei oder eines
-            Verzeichnisses nicht an das Projektarchiv ?bergeben werden,
+            Verzeichnisses nicht an das Projektarchiv ?bertragen werden,
              wenn die Datei oder das Verzeichnis nicht ganz aktuell ist.
              Falls eine neuere Version im Projektarchiv existiert, wird Ihr
              L?schversuch abgelehnt, um zu vermeiden, dass Sie
@@ -2331,7 +2331,7 @@
              destroy properties you've not yet seen.</para>
  -->
            <para>Zweitens k?nnen Sie keine ?nderungen an Metadaten eines
-            Verzeichnisses an das Projektarchiv ?bergeben, wenn das
+            Verzeichnisses an das Projektarchiv ?bertragen, wenn das
              Verzeichnis nicht ganz aktuell ist.  In
              <xref linkend="svn.advanced"/> werden Sie lernen, wie man
              <quote>Eigenschaften</quote> an Objekte h?ngt. Die
=======================================
--- /branches/1.8/de/book/ch02-basic-usage.xml	Wed Dec 17 08:26:21 2014 UTC
+++ /branches/1.8/de/book/ch02-basic-usage.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -863,7 +863,7 @@
  -->
      <para>Sofern Sie nicht bereit sind, das Hinzuf?gen einer neuen
        Datei oder eines neuen Verzeichnisses oder ?nderungen an
-      bestehenden Objekten an das Projektarchiv zu ?bergeben, besteht
+      bestehenden Objekten an das Projektarchiv zu ?bertragen, besteht
        keine Notwendigkeit, dem Subversion-Server mitzuteilen, dass Sie
        irgendetwas gemacht haben.</para>

@@ -1066,7 +1066,7 @@
            create the newest versions of all the things you modified.
            Now others can see your work, too!</para>
  -->
-        <para><emphasis>Ver?ffentlichen (?bergeben) Sie Ihre
+        <para><emphasis>Ver?ffentlichen (?bertragen) Sie Ihre
            ?nderungen.</emphasis> Der Befehl <command>svn
            commit</command> ?bertr?gt Ihre ?nderungen in das
            Projektarchiv, in dem sie, falls sie angenommen werden, die
@@ -1149,7 +1149,7 @@
  -->
        <para>In diesem Fall sieht es so aus, dass jemand ?nderungen
          sowohl an <filename>foo.c</filename> als auch an
-        <filename>bar.c</filename> ?bergeben hat, seit Sie das letzte
+        <filename>bar.c</filename> ?bertragen hat, seit Sie das letzte
          Mal aktualisiert haben, und Subversion hat Ihre Arbeitskopie
          aktualisiert, damit sie beide ?nderungen enth?lt.</para>

@@ -1232,7 +1232,7 @@
          oder Verschieben <quote>einzuplanen</quote>. Diese ?nderungen
          k?nnen sofort in Ihrer Arbeitskopie stattfinden, jedoch wird
          im Projektarchiv nichts hinzugef?gt oder gel?scht bevor Sie
-        die ?nderungen ?bergeben haben.</para>
+        die ?nderungen ?bertragen haben.</para>

        <sidebar>
  <!--
@@ -1288,7 +1288,7 @@
            won't prevent Windows users from performing their other
            Subversion-related activities.</para> </sidebar>
  -->
-        <para>Wenn ein Symlink in Subversion ?bergeben wird, merkt
+        <para>Wenn ein Symlink in Subversion ?bertragen wird, merkt
            sich Subversion sowohl, dass die Datei eigentlich ein
            Symlink ist, als auch das Objekt, auf das der Symlink
            <quote>zeigt</quote>. Wenn dieser Symlink auf einem
@@ -1340,7 +1340,7 @@
              <para>Verwenden Sie diesen Befehl, um die Datei, das
                Verzeichnis oder den symbolischen Link
                <filename>FOO</filename> zum Hinzuf?gen in das
-              Projektarchiv vormerken. Wenn Sie das n?chste Mal ?bergeben,
+              Projektarchiv vormerken. Wenn Sie das n?chste Mal ?bertragen,
                wird <filename>FOO</filename> ein Kind seines
                Elternverzeichnisses. Beachten Sie, dass alles unterhalb
                von <filename>FOO</filename> zum Hinzuf?gen vorgemerkt
@@ -1388,7 +1388,7 @@
                Arbeitskopie entfernt, falls es eine Datei oder ein Link
                ist. Falls <filename>FOO</filename> ein Verzeichnis ist,
                wird es nicht gel?scht, sondern zum L?schen vorgemerkt.
-              Wenn Sie Ihre ?nderungen ?bergeben, wird das gesamte
+              Wenn Sie Ihre ?nderungen ?bertragen, wird das gesamte
                Verzeichnis <filename>FOO</filename> aus der
                Arbeitskopie und dem Projektarchiv entfernt.
                <footnote><para>Selbstverst?ndlich wird nichts jemals
@@ -1552,9 +1552,9 @@
            der Hauptvorteil einer Arbeitskopie darin, dass sie sich als
            eine Art <quote>Bereitstellungsraum</quote> verwenden l?sst.
            Sie k?nnen sicherstellen, dass die ?nderungen, die Sie
-          ?bergeben m?chten, im Gesamtzusammenhang Ihres Projektes
+          ?bertragen m?chten, im Gesamtzusammenhang Ihres Projektes
            einen Sinn ergeben, bevor sie tats?chlich in das
-          Projektarchiv ?bergeben werden. Und selbstverst?ndlich
+          Projektarchiv ?bertragen werden. Und selbstverst?ndlich
            k?nnen diese vorbereiteten ?nderungen so einfach oder so
            kompliziert wie notwendig sein, und dennoch bei der ?bergabe
            in einer einzigen neuen Revision m?nden.</para>
@@ -1598,7 +1598,7 @@
          anzusehen.  Dadurch, dass Sie die ?nderungen noch einmal
          begutachten, k?nnen Sie eine genauere
          <firstterm>Protokollnachricht</firstterm> schreiben (eine
-        menschenlesbare Beschreibung der ?bergebenen ?nderungen, die
+        menschenlesbare Beschreibung der ?bertragenen ?nderungen, die
          neben ihnen im Projektarchiv gespeichert wird). Es k?nnte auch
          sein, dass Sie feststellen, versehentlich eine Datei ge?ndert
          zu haben, und dass Sie vor der ?bergabe diese ?nderung
@@ -1828,7 +1828,7 @@
                  Ihrer Arbeitskopie haben (und konnten beim
                  Aktualisieren nicht automatisch aufgel?st werden). Sie
                  m?ssen den Konflikt aufl?sen, bevor Sie Ihre
-                ?nderungen in das Projektarchiv ?bergeben k?nnen.</para>
+                ?nderungen in das Projektarchiv ?bertragen k?nnen.</para>

              </listitem>
            </varlistentry>
@@ -2176,7 +2176,7 @@
            handelt, die Unterschiede an einer oder mehreren Dateien
            beschreiben.  Daher k?nnen Sie die in Ihrer Arbeitskopie
            vorgenommenen ?nderungen mit jemanden teilen, ohne die
-          ?nderungen erst ?bergeben zu m?ssen, indem Sie aus der
+          ?nderungen erst ?bertragen zu m?ssen, indem Sie aus der
            umgeleiteten Ausgabe des Befehls <command>svn diff</command>
            eine Patch-Datei erzeugen:</para>

@@ -2485,7 +2485,7 @@
          <filename>bar.c</filename> hineinzubringen, festgestellt hat,
          dass einige dieser ?nderungen mit lokalen ?nderungen
          kollidieren, die Sie an dieser Datei in Ihrer Arbeitskopie
-        vorgenommen, jedoch noch nicht ?bergeben haben. Vielleicht hat
+        vorgenommen, jedoch noch nicht ?bertragen haben. Vielleicht hat
          jemand dieselbe Textzeile wie Sie ge?ndert. Wie dem auch sei,
          Subversion markiert diese Datei umgehend als konfliktbehaftet.
          Dann fragt es Sie, wie Sie mit diesem Problem umgehen m?chten,
@@ -3252,7 +3252,7 @@
          <para>An dieser Stelle erlaubt Subversion Sally
            <emphasis>nicht</emphasis>, die Datei
            <filename>sandwich.txt</filename> an das Projektarchiv zu
-          ?bergeben, solange die drei tempor?ren Dateien nicht
+          ?bertragen, solange die drei tempor?ren Dateien nicht
            entfernt werden:</para>

          <informalexample>
@@ -3518,7 +3518,7 @@
            bekommt.<footnote><para>Und wenn Sie danach fragen, wird man
            Sie wahrscheinlich auf einer Schiene aus der Stadt
            tragen.</para></footnote> Sobald Sie sich ?ber die zu
-          ?bergebenden ?nderungen einig sind, k?nnen Sie Ihre Datei
+          ?bertragenden ?nderungen einig sind, k?nnen Sie Ihre Datei
            bearbeiten und die Konfliktmarken entfernen:</para>

          <informalexample>
@@ -3542,7 +3542,7 @@
  -->
          <para>Verwenden Sie jetzt <command>svn resolve</command>, und
            Sie sind bereit, Ihre ?nderungen an das Projektarchiv zu
-          ?bergeben:</para>
+          ?bertragen:</para>

          <informalexample>
            <screen>
@@ -3715,7 +3715,7 @@
  -->
        <para>Endlich!  Sie haben die Bearbeitung abgeschlossen, Sie
          haben alle ?nderungen vom Server eingearbeitet, und Sie sind
-        bereit, Ihre ?nderungen an das Projektarchiv zu ?bergeben.</para>
+        bereit, Ihre ?nderungen an das Projektarchiv zu ?bertragen.</para>

  <!--
        <para>The <command>svn commit</command> command sends all of
@@ -3728,7 +3728,7 @@
  -->
        <para>Der Befehl <command>svn commit</command> schickt all Ihre
          ?nderungen zum Projektarchiv. Wenn Sie eine ?nderung
-        ?bergeben, m?ssen Sie einen Protokolleintrag erstellen, der
+        ?bertragen, m?ssen Sie einen Protokolleintrag erstellen, der
          die ?nderung beschreibt. Dieser Eintrag wird mit der von Ihnen
          erzeugten neuen Revision verkn?pft. Wenn Ihr
          Eintrag kurz ist, k?nnen Sie ihn mit der Option
@@ -3917,7 +3917,7 @@
        <emphasis>going into</emphasis> it.</para>
  -->
      <para>Ihr Subversion-Projektarchiv ist wie eine Zeitmaschine. Es legt
-      einen Eintrag f?r jede jemals ?bergebene ?nderung an und erlaubt
+      einen Eintrag f?r jede jemals ?bertragene ?nderung an und erlaubt
        Ihnen, diese Geschichte durch die Untersuchung sowohl ehemaliger
        Datei- und Verzeichnisversionen als auch der begleitenden
        Metadaten zu erforschen. Mit einem einzigen Subversion-Befehl
@@ -4115,7 +4115,7 @@
            repository:</para>
  -->
          <para>Wird eine einzelne Nummer mit <option>--revision</option>
-          (<option>-r</option>) ?bergeben, wird die Arbeitskopie mit
+          (<option>-r</option>) ?bertragen, wird die Arbeitskopie mit
            der angegebenen Revision im Projektarchiv verglichen:</para>

          <informalexample>
@@ -4153,7 +4153,7 @@
  -->
          <para>Werden zwei Revisionsnummern durch einen Doppelpunkt
            getrennt mit <option>--revision</option>
-          (<option>-r</option>) ?bergeben, werden die beiden
+          (<option>-r</option>) ?bertragen, werden die beiden
            Revisionen direkt miteinander verglichen:</para>

          <informalexample>
@@ -4374,7 +4374,7 @@
          <title>Why Does svn log Not Show Me What I
            Just Committed?</title>
  -->
-        <title>Warum zeigt mir svn log nicht, was ich gerade ?bergeben
+        <title>Warum zeigt mir svn log nicht, was ich gerade ?bertragen
            habe?</title>

  <!--
@@ -4397,14 +4397,14 @@
            log</command> by using the <option>- -revision</option>
            (<option>-r</option>) option.</para>
  -->
-        <para>Wenn Sie Ihre ?nderungen an das Projektarchiv ?bergeben und
+        <para>Wenn Sie Ihre ?nderungen an das Projektarchiv ?bertragen und
            sofort <userinput>svn log</userinput> ohne Argumente
            eingeben, wird Ihnen vielleicht auffallen, dass Ihre letzte
            ?nderung nicht in der Liste der Protokolleintr?ge
            auftaucht. Das liegt an der Kombination des Verhaltens von
            <command>svn commit</command> und dem Standardverhalten von
            <command>svn log</command>. Wenn Sie ?nderungen an das
-          Projektarchiv ?bergeben, erh?ht <command>svn</command> zun?chst
+          Projektarchiv ?bertragen, erh?ht <command>svn</command> zun?chst
            nur die Revision der Dateien (und Verzeichnisse) die es
            ?bernimmt, so dass das Elternverzeichnis normalerweise auf
            der ?lteren Revision verbleibt (siehe <xref
@@ -4412,7 +4412,7 @@
            die Erkl?rung, warum das so ist). <command>svn log</command>
            holt dann standardm??ig die Geschichte des Verzeichnisses in
            der gegenw?rtigen Revision, und so kommt es, dass Sie die
-          neu ?bergebenen ?nderungen nicht sehen. Die L?sung besteht
+          neu ?bertragenen ?nderungen nicht sehen. Die L?sung besteht
            entweder in einer Aktualisierung Ihrer Arbeitskopie oder
            indem Sie dem Befehl <command>svn log</command> ausdr?cklich
            mit der Option <option>--revision</option>
@@ -4972,9 +4972,9 @@
  -->
          <para>Viele Subversion-Neulinge versuchen das vorangehende
            <command>svn update</command>-Beispiel zu verwenden, um
-          ?bergebene ?nderungen <quote>r?ckg?ngig</quote> zu machen,
+          ?bertragene ?nderungen <quote>r?ckg?ngig</quote> zu machen,
            was allerdings nicht funktioniert, da Sie keine ?nderungen
-          ?bergeben k?nnen, die Sie durch das zeitliche Zur?cksetzen
+          ?bertragen k?nnen, die Sie durch das zeitliche Zur?cksetzen
            einer Arbeitskopie erhalten haben, falls die ge?nderten
            Dateien neuere Revisionen haben. Siehe <xref
            linkend="svn.branchmerge.basicmerging.resurrect"/> f?r eine
@@ -5256,10 +5256,10 @@
        Dateiinhalten gesprochen. Wenn Sie und Ihre Mitarbeiter
        ?berlappende ?nderungen innerhalb derselben Datei vornehmen,
        zwingt Sie Subversion dazu, diese ?nderungen zusammenzuf?hren,
-      bevor Sie sie ?bergeben k?nnen.<footnote><para>Nat?rlich
+      bevor Sie sie ?bertragen k?nnen.<footnote><para>Nat?rlich
        <emphasis>k?nnten</emphasis> Sie Dateien, die
        Konfliktmarkierungen enthalten, als konfliktfrei erkl?ren und
-      ?bergeben, wenn Sie es wirklich wollten, doch das wird in der
+      ?bertragen, wenn Sie es wirklich wollten, doch das wird in der
        Praxis kaum gemacht.</para></footnote></para>

  <!--
@@ -5295,7 +5295,7 @@
        verschieben oder l?schen, an der Sie noch arbeiten? Vielleicht
        gab es ein Verst?ndnisproblem oder die eine Person glaubt, die
        Datei soll gel?scht werden, w?hrend die andere Person noch
-      ?nderungen an der Datei ?bergeben will. Vielleicht haben Ihre
+      ?nderungen an der Datei ?bertragen will. Vielleicht haben Ihre
        Mitarbeiter ja auch etwas Refactoring betrieben und dabei
        Dateien umbenannt und Verzeichnisse verschoben. Falls Sie noch
        an diesen Dateien gearbeitet haben, m?ssten diese ?nderungen auf
@@ -5683,7 +5683,7 @@
          resolved:</para>
  -->
        <para><filename>bar.c</filename> hei?t nun Opfer eines
-        Baumkonfliktes.  Sie kann nicht ?bergeben werden, bevor der
+        Baumkonfliktes.  Sie kann nicht ?bertragen werden, bevor der
          Konflikt aufgel?st wird:</para>

        <informalexample>
@@ -5932,7 +5932,7 @@
          the extra work he caused for you.</para>
  -->
        <para>Sie haben nun Ihren ersten Baumkonflikt aufgel?st! Sie
-        k?nnen Ihre ?nderungen ?bergeben und Harry in der Kaffeepause
+        k?nnen Ihre ?nderungen ?bertragen und Harry in der Kaffeepause
          erz?hlen, welche Mehrarbeit er Ihnen bereitet hat.</para>

      </sect2>
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 20  
16:38:24 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 24  
06:48:19 2015 UTC
@@ -250,7 +250,7 @@
        beseitigt. Sallys Arbeit h?ngt davon ab, dass die letzte Version
        des Projektes (in <filename>/calc/trunk</filename>) stets
        benutzbar ist. Wenn Sie nun damit beginnen, St?ck f?r St?ck Ihre
-      ?nderungen zu ?bergeben, werden Sie die Dinge f?r Sally (und
+      ?nderungen zu ?bertragen, werden Sie die Dinge f?r Sally (und
        auch f?r andere Teammitglieder) bestimmt in Unordnung
        bringen.</para>

@@ -281,7 +281,7 @@
      <para>Eine Strategie w?re es, sich in ein Loch zu verkriechen: Sie
        k?nnen f?r eine Woche oder zwei den Informationsaustausch
        einstellen, und die Dateien Ihrer Arbeitskopie ausr?umen und
-      umorganisieren, ohne ?nderungen zu ?bergeben oder die
+      umorganisieren, ohne ?nderungen zu ?bertragen oder die
        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
@@ -301,7 +301,7 @@
        ?nderungen fertig sind, sehr schwierig sein, Ihr Arbeitsergebnis
        wieder mit dem Hauptteil der Quelltexte Ihrer Firma
        zusammenzuf?hren. Sally (und andere) h?tten viele andere
-      ?nderungen ins Projektarchiv ?bergeben haben k?nnen, die sich
+      ?nderungen ins Projektarchiv ?bertragen haben k?nnen, die sich
        schwer in Ihre Arbeitskopie einarbeiten lassen, wenn Sie
        schlie?lich nach Wochen der Isolierung <command>svn
        update</command> ausf?hren.</para>
@@ -627,7 +627,7 @@
  -->
        <para>An dieser Arbeitskopie ist nichts besonders; sie spiegelt
          blo? ein anderes Verzeichnis im Projektarchiv wider. Wenn Sie
-        ?nderungen ?bergeben, wird sie Sally jedoch nicht sehen, wenn
+        ?nderungen ?bertragen, wird sie Sally jedoch nicht sehen, wenn
          sie aktualisiert, da sie eine Arbeitskopie von
          <filename>/calc/trunk</filename> hat. (Stellen Sie sicher,
          dass Sie <xref linkend="svn.branchmerge.switchwc"/> weiter
@@ -3278,7 +3278,7 @@
          r?ckg?ngig zu machen, und versuchen Sie den Befehl erneut mit
          unterschiedlichen Optionen. Der Abgleich ist solange nicht
          endg?ltig, bis Sie mit <command>svn commit</command> das
-        Ergebnis ?bergeben.</para>
+        Ergebnis ?bertragen.</para>


      </sect2>
@@ -3307,15 +3307,15 @@
  -->
        <para>Sehr h?ufig wird <command>svn merge</command> verwendet,
          um eine ?nderung r?ckg?ngig zu machen, die bereits an das
-        Projektarchiv ?bergeben worden war. Nehmen wir einmal an, Sie
+        Projektarchiv ?bertragen worden war. Nehmen wir einmal an, Sie
          arbeiten fr?hlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
          damaligen ?nderungen an verschiedenen Quelltext-Dateien in
-        Revision 392 v?llig falsch waren. Sie h?tten nie ?bergeben
+        Revision 392 v?llig falsch waren. Sie h?tten nie ?bertragen
          werden sollen. Sie k?nnen <command>svn merge</command>
          verwenden, um die ?nderung in Ihrer Arbeitskopie
          <quote>zur?ckzunehmen</quote>, und dann die lokale ?nderung an
-        das Projektarchiv ?bergeben. Sie m?ssen hierf?r nur eine
+        das Projektarchiv ?bertragen. Sie m?ssen hierf?r nur eine
          <emphasis>umgekehrte</emphasis> Differenz angeben. (Sie machen
          das durch die Angabe von <option>--revision 303:302</option>
          oder durch das ?quivalente <option>--change -303</option>.)
@@ -3455,7 +3455,7 @@
          <literal>HEAD</literal> eines Projektes interessiert. Es gibt
          jedoch Spezialf?lle, in denen Sie wirklich alle Beweise der
          ?bergabe vernichten m?chten. (Vielleicht hat jemand ein
-        vertrauliches Dokument in das Projektarchiv ?bergeben.) Das ist
+        vertrauliches Dokument in das Projektarchiv ?bertragen.) Das ist
          leider nicht so einfach, da Subversion absichtlich so
          konstruiert wurde, dass es niemals Informationen
          verliert. Revisionen sind unver?nderliche B?ume, die
@@ -4595,7 +4595,7 @@
                verwendet, um ?nderungen r?ckg?ngig zu machen. Wenn
                diese Technik dazu verwendet wird, um eine ?nderung in
                der Geschichte eines Objektes zur?ckzunehmen (z.B. r5
-              an den Stamm ?bergeben, und dann sofort r5 mit
+              an den Stamm ?bertragen, und dann sofort r5 mit
                <userinput>svn merge . -c -5</userinput> r?ckg?ngig
                machen), hat dies keine Auswirkungen auf die
                aufgezeichneten
@@ -4742,7 +4742,7 @@
            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 ?nderungen bereits in der nat?rlichen Historie
+          ?bertragenen ?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
@@ -5616,7 +5616,7 @@
          via a sync merge:</para>
  -->
        <para>Obwohl es zutrifft, dass Sie diese drei Zeilen in Revision
-        352 ?bergeben haben, sind zwei davon tats?chlich von Sally in
+        352 ?bertragen haben, sind zwei davon tats?chlich von Sally in
          Revision 348 geschrieben worden und sind durch einen
          Synchronisierungs-Merge in Ihren Zweig geraten:</para>

@@ -5682,12 +5682,12 @@
          different objects in the repository.  They share no history
          or <quote>ancestry.</quote></para>
  -->
-      <para>Nehmen wir an, Sie ?bergeben Revision 100, die eine
+      <para>Nehmen wir an, Sie ?bertragen Revision 100, die eine
          ?nderung an der Datei <filename>foo.c</filename> beinhaltet.
          Dann ist  <filename>foo.c at 99</filename> ein
          <quote>Vorfahre</quote> von <filename>foo.c at 100</filename>.
          Wenn Sie dagegen in Revision 101 die L?schung von
-        <filename>foo.c</filename> ?bergeben und in Revision 102 eine
+        <filename>foo.c</filename> ?bertragen und in Revision 102 eine
          neue Datei mit demselben Namen hinzuf?gen, hat es zwar den
          Anschein, dass <filename>foo.c at 99</filename> und
          <filename>foo.c at 102</filename> in Beziehung zueinander stehen
@@ -5953,7 +5953,7 @@
          einiger Bearbeitungen ist) und die urspr?ngliche Datei
          gel?scht.  Zwischenzeitlich hat Sally in r472 auf
          <filename>/calc/trunk</filename> selber einige Verbesserungen
-        an <filename>integer.c</filename> ?bergeben:</para>
+        an <filename>integer.c</filename> ?bertragen:</para>

        <informalexample>
          <screen>
@@ -6128,7 +6128,7 @@
        <para>Wenn Sie und Ihr Team auf die Merge-Verfolgung von
          Subversion angewiesen sind, sollten Sie Ihr Projektarchiv
          dergestalt konfigurieren, dass ?ltere Clients daran gehindert
-        werden, ?nderungen zu ?bergeben. Die einfache Methode hierf?r
+        werden, ?nderungen zu ?bertragen. Die einfache Methode hierf?r
          ist es, den <quote>F?higkeiten</quote>-Parameter im
          <literal>start-commit</literal> Hook-Skript zu untersuchen.
          Wenn der Client meldet, dass er mit
@@ -6186,7 +6186,7 @@
  # wird:
  #
  #   [1] REPOS-PATH   (der Pfad zu diesem Projektarchiv)
-#   [2] USER         (der authentisierte Anwender, der ?bergeben m?chte)
+#   [2] USER         (der authentisierte Anwender, der ?bertragen m?chte)
  #   [3] CAPABILITIES (eine vom Client durch Doppelpunkte getrennte
  #                     Liste von Leistungsmerkmalen; siehe Anmerkung
  #                     unten)
@@ -6582,7 +6582,7 @@
        Unterverzeichnisse aus unterschiedlichen Projektarchiv-Orten
        enth?lt, funktioniert sie immer noch normal. Wenn Sie
        aktualisieren, erhalten Sie entsprechende Patches f?r jeden
-      Teilbaum. Wenn Sie ?bergeben, werden Ihre lokalen ?nderungen
+      Teilbaum. Wenn Sie ?bertragen, werden Ihre lokalen ?nderungen
        nach wie vor als eine einzelne atomare ?nderung auf das
        Projektarchiv angewendet.</para>

@@ -6875,7 +6875,7 @@
          <literal>HEAD</literal> zum Zeitpunkt, an dem Sie die Kopie
          erstellt haben. Nat?rlich k?nnen Sie auch angeben, welche
          Revision Sie genau kopieren m?chten, f?r den Fall, dass jemand
-        anderes ?nderungen an das Projekt ?bergeben haben k?nnte,
+        anderes ?nderungen an das Projekt ?bertragen haben k?nnte,
          w?hrend Sie nicht hingeschaut haben. Wenn Sie also wissen,
          dass Revision 901 von <filename>/calc/trunk</filename> genau
          die Momentaufnahme ist, die Sie m?chten, k?nnen Sie sie mit
@@ -6904,7 +6904,7 @@
          <emphasis>Menschen</emphasis> sich entschieden haben, es so zu
          betrachten: Solange niemand etwas an das Verzeichnis ?bergibt,
          bleibt es f?r immer eine Momentaufnahme. Wenn jemand damit
-        beginnt, etwas dorthin zu ?bergeben, wird es ein Zweig.</para>
+        beginnt, etwas dorthin zu ?bertragen, wird es ein Zweig.</para>

  <!--
        <para>If you are administering a repository, there are two
@@ -6928,14 +6928,14 @@
          Sie Ihre Tags kopieren m?chten; stellen Sie sicher, dass alle
          Benutzer wissen, wie sie ihre zu kopierenden Verzeichnisse
          behandeln sollen, d.h., stellen Sie sicher, dass sie nichts
-        dorthin ?bergeben. Der zweite Ansatz ist etwas paranoider: Sie
+        dorthin ?bertragen. Der zweite Ansatz ist etwas paranoider: Sie
          k?nnen eins der Zugriffskontrollskripte verwenden, die mit
          Subversion ausgeliefert werden, um zu verhindern, dass
          irgendjemand etwas anderes im Tag-Bereich macht, als dort neue
          Kopien zu erzeugen (siehe <xref linkend="svn.serverconfig"/>).
          Der paranoide Ansatz ist normalerweise nicht notwendig. Falls
          ein Benutzer versehentlich eine ?nderung an ein
-        Tag-Verzeichnis ?bergeben hat, k?nnen Sie die ?nderung einfach
+        Tag-Verzeichnis ?bertragen hat, k?nnen Sie die ?nderung einfach
          r?ckg?ngig machen, wie im vorhergehenden Abschnitt
          beschrieben. Schlie?lich handelt es sich um
          Versionskontrolle!</para>
@@ -7421,7 +7421,7 @@
          Funktionen <filename>/calc/trunk</filename> hinzuf?gen,
          w?hrend Sie zum Grundsatz erkl?ren, dass ausschlie?lich
          Fehlerbehebungen an
-        <filename>/calc/branches/stable-1.0</filename> ?bergeben
+        <filename>/calc/branches/stable-1.0</filename> ?bertragen
          werden. Das hei?t, w?hrend auf dem Stamm weitergearbeitet
          wird, pickt jemand selektiv Fehlerbehebungen hin?ber auf den
          stabilen Zweig. Selbst wenn die Software von hier bereits
@@ -7531,9 +7531,9 @@
              <filename>/trunk</filename>: new features, bug fixes, and
              so on.</para>
  -->
-          <para><emphasis>Entwickler ?bergeben alles Neue an den
+          <para><emphasis>Entwickler ?bertragen alles Neue an den
              Stamm.</emphasis> T?gliche ?nderungen werden an
-            <filename>/trunk</filename> ?bergeben: neue Funktionen,
+            <filename>/trunk</filename> ?bertragen: neue Funktionen,
              Fehlerbehebungen usw.</para>
          </listitem>

@@ -7694,13 +7694,13 @@
          richtige Zeitpunkt zum Anlegen eines Funktions-Zweiges
          gekommen ist. Manche Projekte benutzen nie Funktions-Zweige:
          jeder darf ?nderungen in <filename>/trunk</filename>
-        ?bergeben. Der Vorteil hier ist, dass es einfach ist &ndash;
+        ?bertragen. Der Vorteil hier ist, dass es einfach ist &ndash;
          niemand ben?tigt eine Schulung im Verzweigen und
          Zusammenf?hren. Der Nachteil ist, dass der Code oft instabil
          oder nicht nutzbar ist. Andere Projekte verwenden
          ausschlie?lich Zweige: Eine ?nderung darf
          <emphasis>niemals</emphasis> direkt in
-        <filename>/trunk</filename> ?bergeben werden. Selbst die
+        <filename>/trunk</filename> ?bertragen werden. Selbst die
          trivialsten ?nderungen werden auf einem kurzlebigen Zweig
          durchgef?hrt, sorgf?ltig gepr?ft und in den Stamm
          zur?ckgef?hrt. Danach wird der Zweig gel?scht. Dieses Vorgehen
@@ -8349,7 +8349,7 @@
        <para>Da wir nun einen Lieferanten-Zweig basierend auf
          libcomplex 1.0.0 haben, k?nnen wir mit den f?r unsere Zwecke
          notwendigen Anpassungen an libcomplex beginnen und sie direkt
-        in den erstellten Lieferanten-Zweig ?bergeben.
+        in den erstellten Lieferanten-Zweig ?bertragen.
          Selbstverst?ndlich k?nnen wir anfangen, libcomplex in unseren
          eigenen Anwendungen zu verwenden.</para>

@@ -8647,7 +8647,7 @@
          basierend auf libcomplex 1.0.0. Wir sind bereit, die f?r
          unsere Zwecke notwendigen Anpassungen an libcomplex
          vorzunehmen &ndash; indem wir sie direkt in den
-        Lieferanten-Zweig ?bergeben &ndash; und unsere angepasste
+        Lieferanten-Zweig ?bertragen &ndash; und unsere angepasste
          libcomplex in eigenen Applikationen zu verwenden.</para>

  <!--
@@ -9370,7 +9370,7 @@
  <!--
              <entry>Undo a committed change</entry>
  -->
-            <entry>Eine ?bergebene ?nderung r?ckg?ngig machen</entry>
+            <entry>Eine ?bertragene ?nderung r?ckg?ngig machen</entry>
              <entry><userinput>svn merge -c -<replaceable>REV</replaceable>  
<replaceable>URL</replaceable>; svn commit</userinput></entry>
            </row>

=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 17:18:07  
2015 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -1561,7 +1561,7 @@
  -->
          <para>FSFS hat auch eine unterschiedliche Charakteristik, was
            den Durchsatz anbelangt. Wenn eine gro?e Zahl an Dateien
-          ?bergeben wird, kann FSFS schneller Verzeichniseintr?ge
+          ?bertragen wird, kann FSFS schneller Verzeichniseintr?ge
            hinzuf?gen. Andererseits hat FSFS beim Abschluss einer
            ?bergabe eine l?ngere Verz?gerung w?hrend es Aufgaben
            durchf?hrt, die das BDB-Backend ?ber die Laufzeit der
@@ -2021,7 +2021,7 @@
          Gesamtbild des Projektarchiv-Einsatzes im Auge.  Wenn Sie
          beispielsweise die Konfiguration des Servers verwenden, um
          festzustellen, welche Benutzer ?nderungen an Ihr Projektarchiv
-        ?bergeben d?rfen, ben?tigen Sie f?r diese Zugriffskontrolle
+        ?bertragen d?rfen, ben?tigen Sie f?r diese Zugriffskontrolle
          nicht das Hook-System.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
@@ -2573,7 +2573,7 @@
              <emphasis>keine</emphasis> ?bergabe-Transaktion mithilfe
              von Hook-Skripten. Trotz der Verlockung, Hook-Skripte zur
              automatischen Korrektur von Fehlern, Unzul?nglichkeiten
-            oder Prozessverletzungen innerhalb der zu ?bergebenden
+            oder Prozessverletzungen innerhalb der zu ?bertragenden
              Dateien einzusetzen, kann das zu Problemen f?hren.
              Subversion h?lt bestimmte Projektarchiv-Daten in
              client-seitigen Caches vor, und wenn Sie auf diese Art
@@ -2893,7 +2893,7 @@
            <command>svnlook</command> wird ?blicherweise von
            Projektarchiv-Hooks verwendet, um die abzuliefernden ?nderungen
            zu melden (im Fall des <command>pre-commit</command>-Hooks)
-          oder die gerade an das Projektarchiv ?bergeben wurden (im Fall
+          oder die gerade an das Projektarchiv ?bertragen wurden (im Fall
            des <command>post-commit</command>-hooks). Ein
            Projektarchiv-Administrator kann dieses Programm zur Diagnose
            benutzen.</para>
@@ -3006,9 +3006,9 @@
              removed.</para>
  -->
            <para>Beachten Sie, dass Sie nur Transaktionen untersuchen
-            k?nnen, die noch nicht ?bergeben sind. Die meisten
+            k?nnen, die noch nicht ?bertragen sind. Die meisten
              Projektarchive haben keine derartigen Transaktionen, da
-            Transaktionen entweder ?bergeben (in diesem Fall sollten
+            Transaktionen entweder ?bertragen (in diesem Fall sollten
              Sie darauf mit der Option <option>--revision</option>
              (<option>-r</option>) zugreifen) oder abgebrochen und
              entfernt sind.</para>
@@ -6308,7 +6308,7 @@
          <para>Das deckt ?nderungen an Revisions-Eigenschaften ab. Nun  
m?ssen
            wir sicherstellen, dass nur der Benutzer
            <literal>syncuser</literal> neue Revisionen an das Projektarchiv
-          ?bergeben darf. Wir machen das, indem wir ein
+          ?bertragen darf. Wir machen das, indem wir ein
            <filename>start-commit</filename>-Hook-Skript wie das in <xref
            linkend="svn.reposadmin.maint.replication.start-commit" />
            benutzen.</para>
@@ -6338,7 +6338,7 @@

  if [ "$USER" = "syncuser" ]; then exit 0; fi

-echo "Ausschlie?lich der Benutzer syncuser darf neue Revisionen ?bergeben"  
&gt;&amp;2
+echo "Ausschlie?lich der Benutzer syncuser darf neue Revisionen  
?bertragen" &gt;&amp;2
  exit 1
  </programlisting>
          </example>
@@ -7450,7 +7450,7 @@
          Berkeley DB. Diese Flexibilit?t kommt allerdings zu dem Preis,
          dass die Wiederherstellung der Daten sehr lange dauern kann
          &ndash; l?nger mit jeder neuen Revision, die ins Projektarchiv
-        ?bergeben wird. Wie bei vielen verschiedenen
+        ?bertragen wird. Wie bei vielen verschiedenen
          Sicherungsmethoden werden auch hier ?nderungen an
          Revisions-Eigenschaften bereits gesicherter Revisionen nicht
          ber?cksichtigt, sofern es sich um eine nicht-?berlappende
=======================================
--- /branches/1.8/de/book/ch06-server-configuration.xml	Tue Feb  3 17:18:07  
2015 UTC
+++ /branches/1.8/de/book/ch06-server-configuration.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -3963,7 +3963,7 @@
              einfach mit einem Web-Browser ge?ffnet wird.</para>
          </listitem>
          <listitem>
-          <para>Jeder kann an das Projektarchiv ?bergeben.</para>
+          <para>Jeder kann an das Projektarchiv ?bertragen.</para>
          </listitem>
        </itemizedlist>

@@ -6870,7 +6870,7 @@
  #!/bin/sh <!--
  # Post-commit script to replicate newly committed revision to slaves
  -->
-# Post-Commit-Skript zum Replizieren der neu ?bergebenen Revision an die  
Slaves
+# Post-Commit-Skript zum Replizieren der neu ?bertragenen Revision an die  
Slaves

  svnsync sync http://slave1.example.com/svn-proxy-sync \
               file:///var/svn/repos &gt; /dev/null 2&gt;&amp;1 &amp;
@@ -7000,7 +7000,7 @@
              automatisierten <command>svnsync</command>-Befehle aus
              irgendeinem Grund nicht vollst?ndig abgeschlossen wird,
              beginnen die Slaves, hinterher zu hinken. Ihre entfernten
-            Anwender werden sehen, dass sie Revision 100 ?bergeben
+            Anwender werden sehen, dass sie Revision 100 ?bertragen
              haben; wenn sie allerdings <command>svn update</command>
              aufrufen, wird ihr lokaler Server ihnen mitteilen, dass
              Revision 100 noch nicht existiert! Nat?rlich wird das
@@ -8101,7 +8101,7 @@
          Leistungseinbu?en. Zur unsichtbaren Kategorie z?hlt die
          Kultur, die Sie erzeugen. In den meisten F?llen, in denen
          bestimmte Anwender ?nderungen in bestimmte Teile des
-        Projektarchivs <emphasis>nicht</emphasis> ?bergeben sollten,
+        Projektarchivs <emphasis>nicht</emphasis> ?bertragen sollten,
          bedarf diese soziale ?bereinkunft keiner technischen
          Erzwingung. Teams k?nnen manchmal spontan miteinander
          arbeiten, jemand k?nnte jemand anderen aushelfen, indem eine
@@ -8127,7 +8127,7 @@
           versehentlich eine ?nderung dorthin ?bergibt, wo sie
           eigentlich nicht hin sollte, ist es einfach, die ?nderung
           r?ckg?ngig zu machen. Und sollte ein Anwender mit b?ser
-         Absicht an eine falsche Stelle ?bergeben, ist es sowieso ein
+         Absicht an eine falsche Stelle ?bertragen, ist es sowieso ein
           sozialen Problem und muss au?erhalb von Subversion gel?st
           werden.</para>

@@ -8166,7 +8166,7 @@
  -->
        <para>Als erw?genswertes Beispiel sollten Sie das
          Subversion-Projekt betrachten, das stets eine Vorstellung
-        davon hatte, wer etwas wohin ?bergeben darf, dies jedoch immer
+        davon hatte, wer etwas wohin ?bertragen darf, dies jedoch immer
          auf der sozialen Ebene durchsetzte. Dies ist ein passendes
          Modell f?r Vertrauen in einer Gemeinschaft, besonders bei
          Open-Source-Projekten. Selbstverst?ndlich existiert manchmal
=======================================
--- /branches/1.8/de/book/ch07-customizing-svn.xml	Wed Nov 26 13:14:50 2014  
UTC
+++ /branches/1.8/de/book/ch07-customizing-svn.xml	Tue Feb 24 06:48:19 2015  
UTC
@@ -999,7 +999,7 @@
                <para>Diese boolesche Option entspricht der Option
                  <option>--no-unlock</option> des Befehls <command>svn
                  commit</command>, die Subversion dazu auffordert,
-                Sperren auf gerade ?bergebene Dateien nicht
+                Sperren auf gerade ?bertragene Dateien nicht
                  aufzuheben. Wird diese Laufzeitoption auf
                  <literal>yes</literal> gesetzt, wird Subversion
                  niemals automatisch Sperren aufheben, und es Ihnen
@@ -2158,7 +2158,7 @@
            in der Kodierung der aktuellen Locale wiedergegeben werden
            k?nnen. Wenn zum Beispiel Ihre aktuelle Locale
            <literal>en_US</literal> ist, aber ein Mitarbeiter einen
-          japanischen Dateinamen ?bergeben hat, bekommen Sie
+          japanischen Dateinamen ?bertragen hat, bekommen Sie
            wahrscheinlich diesen Fehler, wenn Sie bei einem
            <command>svn update</command> diese Datei empfangen.</para>

@@ -2211,7 +2211,7 @@
  -->
      <para>Die offensichtlichste Art und Weise, Daten in Subversion zu
        bekommen, ist es, Dateien unter Versionskontrolle zu stellen,
-      ?nderungen an diesen Dateien zu ?bergeben usw. Aber neben
+      ?nderungen an diesen Dateien zu ?bertragen usw. Aber neben
        versionierten Dateidaten leben auch andere Informationen in
        Ihrem Subversion-Projektarchiv. Einige dieser Informationen &ndash;
        Protokollnachrichten, Kommentare zu Sperren und einige
@@ -2347,7 +2347,7 @@
        comments.</para>
  -->
      <para>Wie beschrieben, k?nnen externe Editoren bei allen
-      ?bergebenden Unterbefehlen (wie <command>svn commit</command>
+      ?bertragenden Unterbefehlen (wie <command>svn commit</command>
        oder <command>import</command>, <command>svn mkdir</command>
        oder <command>delete</command> wenn ein  URL-Ziel angegeben wird
        usw.) zur Eingabe von Protokollnachrichten verwendet werden, und
=======================================
--- /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Feb  3 17:18:07 2015  
UTC
+++ /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Feb 24 06:48:19 2015  
UTC
@@ -2071,7 +2071,7 @@
     * which includes our added directory path.
     */
  -->
-  /* Die Transaktion ?bergeben, indem eine neue Revision des
+  /* Die Transaktion ?bertragen, indem eine neue Revision des
     * Dateisystems erzeugt wird, die unseren hinzugef?gten
     * Verzeichnispfad enth?lt.
     */
@@ -2161,7 +2161,7 @@
        <para>Beachten Sie, dass der Code in <xref
          linkend="svn.developer.layerlib.repos.ex-1" /> die Transaktion
          ebenso einfach mit <function>svn_fs_commit_txn()</function>
-        h?tte ?bergeben k?nnen. Allerdings wei? die Dateisystem-API
+        h?tte ?bertragen k?nnen. Allerdings wei? die Dateisystem-API
          nichts ?ber den Hook-Mechanismus der Projektarchiv-Bibliothek.
          Falls Sie m?chten, dass Ihr Subversion-Projektarchiv bei jeder
          Transaktions?bergabe eine Nicht-Subversion-Aufgabe ausf?hrt
=======================================
--- /branches/1.8/de/book/ref-svn.xml	Tue Feb  3 17:18:07 2015 UTC
+++ /branches/1.8/de/book/ref-svn.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -1128,7 +1128,7 @@
  -->
            <para>Teilt Subversion mit, Dateien nicht automatisch zu
              entsperren. (Das Standardverhalten nach der ?bergabe ist
-            es, alle Dateien, die ?bergeben wurden, zu entsperren.)
+            es, alle Dateien, die ?bertragen wurden, zu entsperren.)
              Siehe <xref linkend="svn.advanced.locking"/> f?r
              weitergehende Informationen.</para>
          </listitem>
@@ -2442,7 +2442,7 @@
          commit only files in that changelist:</para>
  -->
        <para>?ndern Sie drei Dateien, f?gen Sie sie einer
-        ?nderungsliste hinzu und ?bergeben dann nur die Dateien
+        ?nderungsliste hinzu und ?bertragen dann nur die Dateien
          auf dieser ?nderungsliste:</para>

        <informalexample>
@@ -2486,7 +2486,7 @@
          committed.</para>
  -->
        <para>Beachten Sie, dass im vorigen Beispiel nur die Dateien
-        der ?nderungsliste <literal>issue1729</literal> ?bergeben
+        der ?nderungsliste <literal>issue1729</literal> ?bertragen
          wurden.
        </para>

@@ -2802,7 +2802,7 @@
        <para>Wie auch bei anderen Arbeitskopien haben Sie die
          ?blichen M?glichkeiten zur Auswahl: die lokalen
          <quote>?nderungen</quote> teilweise oder vollst?ndig
-        r?ckg?ngig machen, sie ?bergeben oder mit ?nderungen in
+        r?ckg?ngig machen, sie ?bertragen oder mit ?nderungen in
          Ihrer Arbeitskopie fortfahren.</para>

  <!--
@@ -3003,7 +3003,7 @@
        <refpurpose>Send changes from your working copy to the  
repository.</refpurpose>
  -->
        <refpurpose>?nderungen aus der Arbeitskopie an das
-        Projektarchiv ?bergeben.</refpurpose>
+        Projektarchiv ?bertragen.</refpurpose>
      </refnamediv>

      <refsynopsisdiv>
@@ -3029,7 +3029,7 @@
          linkend="svn.advanced.confarea.opts.config"/>.</para>
  -->
        <para>?nderungen aus der Arbeitskopie an das Projektarchiv
-        ?bergeben. Falls Sie keine Protokollnachricht, mit einer
+        ?bertragen. Falls Sie keine Protokollnachricht, mit einer
          der Optionen <option>--file</option> (<option>-F</option>)
          oder <option>--message</option> (<option>-m</option>),
          angeben, startet <command>svn</command> Ihren Editor zum
@@ -3046,7 +3046,7 @@
        <para><command>svn commit</command> verschickt alle
          gefundenen Sperrmarken und gibt Sperren auf alle mit
          <replaceable>PATH</replaceable> angegebenen Pfade frei,
-        die (rekursiv) ?bergeben werden, sofern die Option
+        die (rekursiv) ?bertragen werden, sofern die Option
          <option>--no-unlock</option> nicht angegeben ist.</para>

        <tip>
@@ -3062,7 +3062,7 @@
          <para>Falls Sie eine ?bergabe einleiten und Subversion
            Ihren Editor zum Verfassen einer Protokollnachricht
            startet, k?nnen Sie immer noch abbrechen, ohne Ihre
-          ?nderungen zu ?bergeben. Wenn Sie die ?bergabe abbrechen
+          ?nderungen zu ?bertragen. Wenn Sie die ?bergabe abbrechen
            wollen, beenden Sie einfach Ihren Editor, ohne die
            Protokollnachricht zu sichern; dann wird Subversion Sie
            fragen, ob Sie die ?bergabe abbrechen, ohne
@@ -3183,7 +3183,7 @@
  <!--
        <para>To commit a file scheduled for deletion:</para>
  -->
-      <para>Eine zur L?schung vorgemerkte Datei ?bergeben:</para>
+      <para>Eine zur L?schung vorgemerkte Datei ?bertragen:</para>

        <informalexample>
          <screen>
@@ -3281,7 +3281,7 @@
                <para>Immediately commit a copy of WC to URL.</para>
  -->
                <para>Eine Kopie aus der AK direkt an den  URL
-                ?bergeben.</para>
+                ?bertragen.</para>
              </listitem>
            </varlistentry>

@@ -3578,7 +3578,7 @@
  -->
        <para>Die durch <replaceable>PATH</replaceable> angegebenen
          Objekte werden zur L?schung bei der n?chsten ?bergabe
-        vorgemerkt. Dateien (und nicht ?bergebene Verzeichnisse)
+        vorgemerkt. Dateien (und nicht ?bertragene Verzeichnisse)
          werden sofort aus der Arbeitskopie entfernt, sofern nicht
          die Option <option>--keep-local</option> angegeben ist.
          Der Befehl entfernt keine unversionierten oder ge?nderten
@@ -3593,7 +3593,7 @@
  -->
        <para>Werden Objekte durch einen URL bestimmt, werden sie
          durch eine sofortige ?bergabe aus dem  Projektarchiv
-        entfernt. Mehrere URLs werden atomar ?bergeben (alle oder
+        entfernt. Mehrere URLs werden atomar ?bertragen (alle oder
          keine).</para>
      </refsect1>

@@ -3717,7 +3717,7 @@
          dass auch die Zieldatei entfernt wird, die f?r eine
          versionierte L?schung vorgemerkt war. Das ist in dem Fall
          n?tzlich, falls Sie feststellen, dass Sie versehentlich
-        eine hinzugef?gte Datei ?bergeben haben, die Sie zwar in
+        eine hinzugef?gte Datei ?bertragen haben, die Sie zwar in
          Ihrer Arbeitskopie ben?tigen, jedoch nicht unter
          Versionskontrolle stehen soll.</para>

@@ -3753,7 +3753,7 @@
          <para>Das Verhalten der Option <option>--keep-local</option>
            wirkt sich nicht auf andere Arbeitskopien aus, die von Ihnen
            zur L?schung vorgemerkte Objekte enthalten. Wenn Sie die
-          L?schung dieser Objekte ?bergeben, verbleiben sie in Ihrer
+          L?schung dieser Objekte ?bertragen, verbleiben sie in Ihrer
            Arbeitskopie, werden aber bei der Aktualisierung anderer
            Arbeitskopien in denen sie enthalten sind gel?scht.</para>
        </note>
@@ -5239,7 +5239,7 @@
  -->
          <refpurpose>Pfade der Arbeitskopie oder URLs im
            Projektarchiv sperren, damit kein anderer Benutzer
-          ?nderungen daran ?bergeben kann.</refpurpose>
+          ?nderungen daran ?bertragen kann.</refpurpose>
      </refnamediv>

      <refsynopsisdiv>
@@ -6540,7 +6540,7 @@
          Arbeitskopie vorgemerkt. Ein durch einen URL bezeichnetes
          Verzeichnis wird durch eine unmittelbare ?bergabe im
          Projektarchiv erzeugt. Mehrere Verzeichnis-URLs werden atomar
-        ?bergeben. In beiden F?llen m?ssen Zwischenverzeichnisse
+        ?bertragen. In beiden F?llen m?ssen Zwischenverzeichnisse
          bereits existieren, falls die Option
          <option>--parents</option> nicht angegeben wird.</para>
      </refsect1>
@@ -6817,7 +6817,7 @@
  <!--
  Committed revision 27.
  -->
-Revision 27 ?bergeben.
+Revision 27 ?bertragen.
  </screen>
        </informalexample>

@@ -8527,7 +8527,7 @@
          Konflikt stehende Objekt mit der (interaktiv oder ?ber das
          Optionsargument von <option>--accept</option>) angegebenen
          Version und entfernt dann Konfliktdateien. Das erlaubt es,
-        <replaceable>PATH</replaceable> erneut zu ?bergeben &ndash;
+        <replaceable>PATH</replaceable> erneut zu ?bertragen &ndash;
          d.h., Subversion wird mitgeteilt, dass die Konflikte
          <quote>aufgel?st</quote> wurden.</para>
  <!--
@@ -8674,7 +8674,7 @@
          Routine l?st Konfliktmarken nicht semantisch auf sondern
          entfernt lediglich konfliktbezogene Dateiartefakte und
          erlaubt es, <replaceable>PATH</replaceable> erneut zu
-        ?bergeben, d.h., Subversion wird mitgeteilt, dass die
+        ?bertragen, d.h., Subversion wird mitgeteilt, dass die
          Konflikte <quote>aufgel?st</quote> wurden. Siehe <xref
          linkend="svn.tour.cycle.resolve"/> f?r eine tiefgehende
          Er?rterung der Konfliktaufl?sung.</para> </refsect1>
@@ -8918,11 +8918,11 @@
  -->
          <para><command>svn revert</command> ist von Natur aus
            gef?hrlich, da sein einziger Zweck das Beseitigen von
-          Daten ist &ndash; n?mlich Ihre noch nicht ?bergebenen
+          Daten ist &ndash; n?mlich Ihre noch nicht ?bertragenen
            ?nderungen. Sobald Sie irgendetwas r?ckg?ngig gemacht
            haben, bietet Ihnen Subversion <emphasis>keine
            M?glichkeit</emphasis>, wieder an die noch nicht
-          ?bergebenen ?nderungen heranzukommen.</para>
+          ?bertragenen ?nderungen heranzukommen.</para>

  <!--
          <para>If you provide no targets to <command>svn
@@ -9253,7 +9253,7 @@
  <!--
              <para>No history scheduled with commit.</para>
  -->
-            <para>Geschichte soll nicht ?bergeben werden.</para>
+            <para>Geschichte soll nicht ?bertragen werden.</para>
            </listitem>
          </varlistentry>

@@ -9263,7 +9263,7 @@
  <!--
              <para>History scheduled with commit.</para>
  -->
-            <para>Geschichte soll ?bergeben werden.</para>
+            <para>Geschichte soll ?bertragen werden.</para>
            </listitem>
          </varlistentry>

@@ -9499,7 +9499,7 @@
  -->
        <para>Falls die Option <option>--verbose</option>
          (<option>-v</option>) angegeben wird, folgt die letzte
-        ?bergebene Revision und der Autor derselben.</para>
+        ?bertragene Revision und der Autor derselben.</para>

  <!--
        <para>The working copy path is always the final field, so
@@ -9916,7 +9916,7 @@
            vergessen, dass Sie das getan haben, so dass es damit
            endet, dass Sie versehentlich ?nderungen an die
            umgeschalteten und originalen Teile Ihres Baums
-          ?bergeben.</para>
+          ?bertragen.</para>
        </tip>

      </refsect1>
=======================================
--- /branches/1.8/de/book/ref-svnmucc.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svnmucc.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -31,7 +31,7 @@
        umfangreicher als die vom Subversion-Kommandozeilen-Client
        bereitgestellte. So ist beispielsweise
        <command>svnmucc</command> nicht darauf beschr?nkt, lediglich
-      einen einzigen ?nderungstyp in einer ?bertragung zu ?bergeben.
+      einen einzigen ?nderungstyp in einer ?bertragung zu behandeln.
        Es vermag ebenso ?nderungen an Dateiinhalten und versionierten
        Eigenschaften ohne Arbeitskopie vornehmen, was momentan von
        <command>svn</command> nicht unterst?tzt wird.</para>

From svnbook at googlecode.com  Tue Feb 24 02:48:35 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 24 Feb 2015 08:48:35 +0000
Subject: [svnbook] r5003 committed - [de] Synced with updated English version.
Message-ID: <001a11c1fb6698e554050fd1952d@google.com>

Revision: 5003
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 24 08:48:17 2015 UTC
Log:      [de] Synced with updated English version.

https://code.google.com/p/svnbook/source/detail?r=5003

Modified:
  /branches/1.8/de/book/ref-svnadmin.xml

=======================================
--- /branches/1.8/de/book/ref-svnadmin.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svnadmin.xml	Tue Feb 24 08:48:17 2015 UTC
@@ -836,8 +836,7 @@
          some cases, drastically) the size of the dump file that
          <command>svnadmin dump</command> creates.  There are, however,
          disadvantages to using this option&mdash;deltified
-        dump files are more CPU-intensive to create, cannot be
-        operated on by <command>svndumpfilter</command>, and tend
+        dump files are more CPU-intensive to create and tend
          not to compress as well as their nondeltified counterparts
          when using third-party tools such as <command>gzip</command>
          and <command>bzip2</command>.</para>
@@ -852,12 +851,28 @@
          <command>svnadmin dump</command> erzeugt. Allerdings gibt
          es bei der Option auch Nachteile &ndash; deltifizierte
          Auszugsdateien erfordern bei der Erstellung mehr
-        Rechenkapazit?t, k?nnen nicht durch
-        <command>svndumpfilter</command> behandelt werden und
-        tendieren dazu, sich mit Werkzeugen von Drittanbietern, so
-        wie <command>gzip</command> oder <command>bzip2</command>,
-        nicht so gut komprimieren zu lassen wie die entsprechenden
-        undeltifizierten Auszugsdateien.</para>
+        Rechenkapazit?t und tendieren dazu, sich mit Werkzeugen von
+        Drittanbietern, so wie <command>gzip</command> oder
+        <command>bzip2</command>, nicht so gut komprimieren zu lassen
+        wie die entsprechenden undeltifizierten Auszugsdateien.</para>
+
+      <tip>
+<!--
+        <para>Beginning with Subversion 1.8,
+          <command>svndumpfilter</command> can operate on deltified
+          dump streams.  Prior to this release,
+          <command>svndumpfilter</command> would not work with dump
+          streams created using <option>- -deltas</option>
+          option.</para>
+-->
+        <para>Beginnend mit Subversion 1.8 kann
+          <command>svndumpfilter</command> auf deltifizierten
+          Ausgabestr?men arbeiten. Davor verweigerte
+          <command>svndumpfilter</command> die Arbeit mit
+          Auszugsstr?men, die mit der Option
+          <option>--deltas</option> erzeugt wurden.</para>
+      </tip>
+
      </refsect1>

      <!-- ===============================================================  
-->
@@ -1377,6 +1392,70 @@
      </refsect1>
    </refentry>

+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.lock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+<!--
+      <secondary>subcommands</secondary>
+-->
+      <secondary>Unterbefehle</secondary>
+      <tertiary>lock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin lock</refname>
+<!--
+      <refpurpose>Lock path in the repository directly.</refpurpose>
+-->
+      <refpurpose>Einen Pfad direkt im Projektarchiv sperren.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin lock REPOS_PATH PATH-IN-REPOS USERNAME FILE
+        [TOKEN]</literal>
+      </para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+<!--
+      <title>Description</title>
+-->
+      <title>Beschreibung</title>
+
+<!--
+      <para>Lock <replaceable>PATH-IN-REPOS</replaceable> in the
+        repository, assigning ownership of the lock
+        to <replaceable>USERNAME</replaceable> and using the contents
+        of <replaceable>FILE</replaceable> as comments associated with
+        the created lock.  If provided,
+        use <replaceable>TOKEN</replaceable> as lock token.</para>
+-->
+      <para>Sperre <replaceable>PATH-IN-REPOS</replaceable> im
+        Projektarchiv, wobei der Sperre
+        <replaceable>USERNAME</replaceable> als Eigent?mer zugewiesen
+        wird und der Inhalt von <replaceable>FILE</replaceable> als
+        Kommentar mit der erzeugten Sperre verkn?pft wird. Falls
+        angegeben, soll <replaceable>TOKEN</replaceable> als
+        Sperrmarke verwendet werden.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
+    </refsect1>
+  </refentry>
+
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
@@ -2280,6 +2359,64 @@
          <command>svnadmin setuuid</command> im Erfolgsfall nichts
          aus.</para>

+    </refsect1>
+  </refentry>
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.unlock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+<!--
+      <secondary>subcommands</secondary>
+-->
+      <secondary>subcommands</secondary>
+      <tertiary>unlock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin unlock</refname>
+<!--
+      <refpurpose>Unlock path in the repository directly.</refpurpose>
+-->
+      <refpurpose>Pfad direkt im Projektarchiv entsperren.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin unlock REPOS_PATH LOCKED_PATH USERNAME
+        TOKEN</literal></para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+<!--
+      <title>Description</title>
+-->
+      <title>Description</title>
+
+<!--
+      <para>Unlock <replaceable>LOCKED_PATH</replaceable> in the
+        repository (as <replaceable>USERNAME</replaceable>) after
+        verifying that the token associated with the lock
+        matches <replaceable>TOKEN</replaceable>.</para>
+-->
+      <para>Entsperre <replaceable>LOCKED_PATH</replaceable> im
+        Projektarchiv (als <replaceable>USERNAME</replaceable>)
+        nachdem sichergestellt wurde, dass die zur Sperre geh?rige
+        Sperrmarke mit <replaceable>TOKEN</replaceable>
+        ?bereinstimmt.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
      </refsect1>
    </refentry>


From svnbook at googlecode.com  Tue Feb 24 01:28:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 24 Feb 2015 07:28:51 +0000
Subject: [svnbook] r5002 committed - [de] Added --search and --search-and
 option description.
Message-ID: <90e6ba6e8ba27328ab050fd07802@google.com>

Revision: 5002
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 24 07:28:39 2015 UTC
Log:      [de] Added --search and --search-and option description.

https://code.google.com/p/svnbook/source/detail?r=5002

Modified:
  /branches/1.8/de/book/ref-svn.xml

=======================================
--- /branches/1.8/de/book/ref-svn.xml	Tue Feb 24 06:48:19 2015 UTC
+++ /branches/1.8/de/book/ref-svn.xml	Tue Feb 24 07:28:39 2015 UTC
@@ -1442,6 +1442,111 @@
          </listitem>
        </varlistentry>

+      <varlistentry id="svn.ref.svn.sw.search">
+        <term><option>--search</option>  
<replaceable>ARG</replaceable></term>
+        <listitem>
+<!--
+          <para>Filters log messages to show only those that match
+            the search pattern <replaceable>ARG</replaceable>.  Log
+            messages are displayed only if the provided search
+            pattern matches any of the author, date, log message
+            text (unless <option>- -quiet</option> is used), or, if
+            the <option>- -verbose</option> option is also provided,
+            a changed path.  If multiple <option>- -search</option>
+            options are provided, a log message is shown if it
+            matches any of the provided search patterns.  If
+            <option>- -limit</option> is used, it restricts the
+            number of log messages searched, rather than
+            restricting the output to a particular number of
+            matching log messages.</para>
+-->
+          <para>Filtert Protokollnachrichten, so dass nur solche
+            angezeigt werden, auf die das Suchmuster
+            <replaceable>ARG</replaceable> passt. Protokollnachrichten
+            werden nur angezeigt, wenn das angegebene Suchmuster zum
+            Text von Autor, Datum oder Protokollnachricht passt (wenn
+            nicht die Option <option>--quiet</option> angegeben ist),
+            oder, falls zus?tzlich die Option
+            <option>--verbose</option> angegeben wird, auch auf einen
+            ge?nderten Pfad. Falls mehrere
+            <option>--search</option>-Optionen angegeben werden, wird
+            eine Protokollnachricht ausgegeben, sobald sie zu
+            irgendeinem Suchmuster passt. Wenn
+            <option>--limit</option> verwendet wird, schr?nkt das die
+            Anzahl der zu durchsuchenden Protokollnachrichten ein, anstatt
+            die Anzahl der auszugebenden passenden
+            Protokollnachrichten.</para>
+
+<!--
+          <para>The search pattern may include "glob syntax"
+            wildcards:</para>
+-->
+          <para>Das Suchmuster kann "Glob-Syntax"-Platzhalter
+            beinhalten:</para>
+
+          <variablelist>
+            <varlistentry>
+              <term>
+                <literal>?</literal>
+              </term>
+              <listitem>
+<!--
+                <para>Matches any single character.</para>
+-->
+                <para>Passt auf irgendein einzelnes Zeichen.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>*</literal>
+              </term>
+              <listitem>
+<!--
+                <para>Matches a sequence of arbitrary characters.</para>
+-->
+                <para>Passt auf eine Folge beliebiger Zeichen.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>[ABC]</literal>
+              </term>
+              <listitem>
+<!--
+                <para>Matches any of the characters listed inside the
+                  brackets.</para>
+-->
+                <para>Passt auf ein Zeichen innerhalb der eckigen
+                  Klammern.</para>
+              </listitem>
+            </varlistentry>
+          </variablelist>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry id="svn.ref.svn.sw.search_and">
+        <term><option>--search-and</option>
+          <replaceable>ARG</replaceable></term>
+        <listitem>
+<!--
+          <para>
+            The option's argument is combined with the pattern from
+            the previous <option>- -search</option>
+            or <option>- -search-and</option> option on the command
+            line.  Log message is shown only if it matches the
+            combined search pattern.
+          </para>
+-->
+          <para>
+            Das Argument der Option wird mit dem Muster der
+            davorstehenden Option <option>--search</option> oder
+            <option>--search-and</option> auf der Kommandozeile
+            kombiniert. Die Protokollnachricht wird nur angezeigt,
+            falls sie zu dem kombinierten Suchmuster passt.
+          </para>
+        </listitem>
+      </varlistentry>
+
        <varlistentry id="svn.ref.svn.sw.set_depth">
          <term><option>--set-depth</option>  
<replaceable>ARG</replaceable></term>
          <listitem>

From svnbook at googlecode.com  Tue Feb  3 06:29:43 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 03 Feb 2015 12:29:43 +0000
Subject: [svnbook] r4969 committed - German translation.
Message-ID: <089e0158b460bfe05c050e2e39a4@google.com>

Revision: 4969
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb  3 12:29:28 2015 UTC
Log:      German translation.
https://code.google.com/p/svnbook/source/detail?r=4969

Modified:
  /branches/1.8/de/book/ch05-repository-admin.xml

=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml	Tue Nov 25 15:14:00  
2014 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 12:29:28  
2015 UTC
@@ -1,3 +1,5 @@
+<!-- -*- sgml -*- -->
+
  <chapter id="svn.reposadmin">
  <!--
    <title>Repository Administration</title>
@@ -105,8 +107,8 @@
        nuts-and-bolts perspective is sufficient to reveal the basic
        components of the repository:</para>
  -->
-    <para>Mit den Augen eines typischen Dateibrowsers (wie Windows
-      Explorer) oder von kommandozeilenorientierten
+    <para>Mit den Augen eines typischen Datei-Browsers (wie Windows
+      Explorer) oder von kommandozeilen-orientierten
        Dateisystem-Navigationswerkzeugen ist das Subversion-Projektarchiv
        bloß ein weiteres gewöhnliches Verzeichnis voller Zeugs. Es gibt
        einige Unterverzeichnisse mit Konfigurationsdateien, die für
@@ -132,7 +134,7 @@
        elsewhere in this and other chapters.)</para>
  -->
      <para>Hier ist ein schneller, oberflächlicher Überblick über das,
-      was Sie in diesem Verzeichnislisting sehen. (Verzetteln Sie sich
+      was Sie in diesem Verzeichnisauflistung sehen. (Verzetteln Sie sich
        nicht mit den Fachausdrücken &ndash; eine detaillierte
        Behandlung dieser Komponenten erfolgt an anderer Stelle in
        diesem und in anderen Kapiteln.)</para>
@@ -230,10 +232,15 @@

      <note>
  <!--
-      <para>Prior to Subversion 1.5, the on-disk repository structure
-        also always contained a <filename>dav</filename> subdirectory.
-        <filename>mod_dav_svn</filename> used this directory to store
-        information about
+      <para>
+
+        <indexterm>
+          <primary>WebDAV</primary>
+          <secondary>activities</secondary>
+        </indexterm>Prior to Subversion 1.5, the on-disk repository
+        structure also always contained a <filename>dav</filename>
+        subdirectory. <filename>mod_dav_svn</filename> used this
+        directory to store information about
          WebDAV <firstterm>activities</firstterm>&mdash;mappings of
          high-level WebDAV protocol concepts to Subversion commit
          transactions.  Subversion 1.5 changed that behavior, moving
@@ -243,11 +250,14 @@
          a <filename>dav</filename> subdirectory
          unless <filename>mod_dav_svn</filename> is in use and hasn't
          been configured to store its activities database elsewhere.
-        See <xref linkend="svn.serverconfig.httpd.ref.mod_dav_svn"/> in
-        <xref linkend="svn.ref"/> for more information.</para>
-    </note>
+        See <xref linkend="svn.serverconfig.httpd.ref.mod_dav_svn" />
+        for more information.</para>
  -->
-      <para>Vor Subversion 1.5 besaß die Projektarchiv-Struktur auf
+      <para>
+        <indexterm>
+          <primary>WebDAV</primary>
+          <secondary>Aktivitäten</secondary>
+        </indexterm>Vor Subversion 1.5 besaß die Projektarchiv-Struktur auf
          der Festplatte ein Unterverzeichnis <filename>dav</filename>.
          <filename>mod_dav_svn</filename> verwendete dieses
          Verzeichnis, um Informationen über WebDAV
@@ -263,7 +273,7 @@
          wurde nicht dergestalt konfiguriert, dass seine
          Aktivitäten-Datenbank an einem anderen Ort abgelegt wird.
          Siehe <xref linkend="svn.serverconfig.httpd.ref.mod_dav_svn"/>
-        in <xref linkend="svn.ref"/> für weitere Informationen.</para>
+        für weitere Informationen.</para>
      </note>

  <!--
@@ -359,7 +369,7 @@
          <para>Which of the available types of data store do you want
            to use?</para>
  -->
-        <para>Welche der verfügbaren Datenspeicherungsarten möchten
+        <para>Welche der verfügbaren Arten von Datenspeicherung möchten
            Sie verwenden?</para>
        </listitem>
      </itemizedlist>
@@ -438,7 +448,7 @@
          und zum anschließenden Laden nach einer inkompatiblen neuen
          Version von Subversion gibt usw. Sie können Daten auch einfach
          zwischen Projekten verschieben, ohne historische
-        Versionierungsinformationen zu verlieren.</para>
+        Versionierungs=Informationen zu verlieren.</para>

  <!--
        <para>The downside of using a single repository is that
@@ -468,7 +478,7 @@
          Projektarchivs ist, dass unterschiedliche Projekte auch
          unterschiedliche Anforderungen hinsichtlich der
          Projektarchiv-Ereignis-Trigger haben, wie etwa
-        Benachrichtigungs-E-Mails bei Commits an unterschiedliche
+        Benachrichtigungs-E-Mails bei Übertragungen an unterschiedliche
          Verteiler, oder unterschiedliche Definitionen dazu, was eine
          berechtigte Übergabe ist und was nicht. Das sind natürlich
          keine unüberwindbaren Probleme &ndash; es bedeutet nur, dass
@@ -539,7 +549,7 @@
  -->
        <para>Nachdem Sie entschieden haben, wie Sie Ihre Projekte in
          Projektarchive aufteilen, möchten Sie sich nun vielleicht
-        Gedanken darüber machen, welche Verzeichnishierarchien Sie im
+        Gedanken darüber machen, welche Verzeichnis=Hierarchien Sie im
          Projektarchiv anlegen wollen. Da Subversion zum Verzweigen und
          Etikettieren reguläre Verzeichniskopien verwendet (siehe <xref
          linkend="svn.branchmerge"/>), empfiehlt die
@@ -741,7 +751,7 @@
          (Benutzer hinter Ihrer Firmen-Firewall oder die weite Welt im
          offenen Netz), welche zusätzlichen Dienste Sie im Zusammenhang
          mit Subversion anbieten wollen (Schnittstellen zum Stöbern im
-        Projektarchiv, Übergabebenachrichtigungen per E-Mail usw.), Ihre
+        Projektarchiv, Übergabe-Benachrichtigungen per E-Mail usw.), Ihre
          Sicherungsstrategie und vieles mehr.</para>

  <!--
@@ -761,14 +771,14 @@
          <xref linkend="svn.serverconfig" /> behandeln; jedoch möchten
          wir an dieser Stelle kurz darauf hinweisen, dass die Antworten
          auf einige der anderen Fragen zur Folge haben, dass Sie bei
-        der Entscheidung über den Speicherorte für das Projektarchiv
+        der Entscheidung über den Speicherort für das Projektarchiv
          keine freie Wahl mehr haben.  Beispielsweise könnten bestimmte
          Einsatzumgebungen erfordern, dass von mehreren Rechnern über
          ein freigegebenes Dateisystem auf das Projektarchiv zugegriffen
          werden muss, so dass (wie Sie im nächsten Abschnitt lesen
          werden) die Wahl der dem Projektarchiv zugrunde liegenden
          Datenspeicherung gar keine Wahl mehr ist, da nur eine der
-        verfügbaren Datenspeicherungsverfahren in dieser Umgebung
+        verfügbaren Datenspeicherungs-Verfahren in dieser Umgebung
          funktionieren wird.</para>

  <!--
@@ -794,7 +804,21 @@
        <title>Auswahl der Datenspeicherung</title>

  <!--
-      <para>Subversion provides two options for the
+      <para>
+        <indexterm>
+          <primary>FSFS</primary>
+        </indexterm>
+        <indexterm>
+          <primary>Berkeley DB</primary>
+        </indexterm>
+        <indexterm>
+          <primary>BDB</primary>
+          <see>Berkeley DB</see>
+        </indexterm>
+        <indexterm>
+          <primary>repositories</primary>
+          <secondary>filesystem</secondary>
+        </indexterm>Subversion provides two options for the
          type of underlying data store&mdash;often referred to as
          <quote>the backend</quote> or, somewhat confusingly,
          <quote>the (versioned) filesystem</quote>&mdash;that each
@@ -814,13 +838,27 @@
          filesystem directly&mdash;rather than via a database library
          or some other abstraction layer&mdash;to store data.</para>
  -->
-      <para>Subversion unterstützt zwei Optionen für
-        das zugrunde liegende Datenspeicherungsverfahren &ndash; oft
+      <para>
+        <indexterm>
+          <primary>FSFS</primary>
+        </indexterm>
+        <indexterm>
+          <primary>Berkeley DB</primary>
+        </indexterm>
+        <indexterm>
+          <primary>BDB</primary>
+          <see>Berkeley DB</see>
+        </indexterm>
+        <indexterm>
+          <primary>Projektarchive</primary>
+          <secondary>Dateisystem</secondary>
+        </indexterm>Subversion unterstützt zwei Optionen für
+        das zugrunde liegende Datenspeicherungs=Verfahren &ndash; oft
          bezeichnet als <quote>das Backend</quote> oder, etwas
          verwirrend, <quote>das (versionierte) Dateisystem</quote>
          &mdash; welches jedes Projektarchiv verwendet. Das eine
          Verfahren speichert alles in einer Berkeley-DB- (oder BDB-)
-        Datenbankumgebung; Projektarchive, die dieses Verfahren
+        Datenbank-Umgebung; Projektarchive, die dieses Verfahren
          verwenden, werden oft <quote>BDB-basiert</quote> genannt. Das
          andere Verfahren speichert die Daten in gewöhnlichen, flachen
          Dateien, die ein spezielles Format verwenden. Unter
@@ -831,7 +869,7 @@
          <quote>eff-ess-eff-ess</quote> denkt)</para> </footnote>
          eingebürgert &ndash; eine Implementierung eines versionierten
          Dateisystems, dass direkt das Dateisystem des Betriebssystems
-        verwendet &ndash; statt einer Datenbankbibliothek oder einer
+        verwendet &ndash; statt einer Datenbank-Bibliothek oder einer
          anderen Abstraktionsebene &ndash; um Daten zu speichern</para>

  <!--
@@ -1071,14 +1109,20 @@
          <title>Berkeley DB</title>

  <!--
-        <para>When the initial design phase of Subversion was in
+        <para>
+          <indexterm>
+            <primary>Berkeley DB</primary>
+          </indexterm>When the initial design phase of Subversion was in
            progress, the developers decided to use Berkeley DB for a
            variety of reasons, including its open source license,
            transaction support, reliability, performance, API
            simplicity, thread safety, support for cursors, and so
            on.</para>
  -->
-        <para>In der anfänglichen Entwurfsphase von Subversion
+        <para>
+          <indexterm>
+            <primary>Berkeley DB</primary>
+          </indexterm>In der anfänglichen Entwurfsphase von Subversion
            entschieden sich die Entwickler aus einer Reihe von Gründen,
            Berkeley DB zu verwenden. Hierzu zählen die quelloffene
            Lizenz, Transaktionsunterstützung, Zuverlässigkeit,
@@ -1130,7 +1174,7 @@
  -->
          <para>Eine weitere großartige Funktion von Berkeley DB sind
            <firstterm>Hot Backups</firstterm> &ndash; die Fähigkeit,
-          die Datenbankumgebung zu sichern, ohne sie <quote>vom
+          die Datenbank-Umgebung zu sichern, ohne sie <quote>vom
            Netz</quote> zu nehmen. Wir besprechen später in diesem
            Kapitel, wie Sie Ihr Projektarchiv sichern (in <xref
            linkend="svn.reposadmin.maint.backup"/>), doch sollten die
@@ -1154,7 +1198,7 @@
  -->
          <para>Bei Berkeley DB handelt es sich auch um ein sehr
            zuverlässiges Datenbanksystem, wenn es richtig verwendet
-          wird. Subversion benutzt das Protokollierungssystem von
+          wird. Subversion benutzt das Protokollierungs-System von
            Berkeley DB, was bedeutet, dass die Datenbank zunächst eine
            Beschreibung der Veränderungen in Protokolldateien auf der
            Platte schreibt, bevor die Veränderungen selbst durchgeführt
@@ -1188,7 +1232,7 @@
            können nicht einfach ein unter Unix erzeugtes
            Subversion-Projektarchiv auf ein Windows-System kopieren und
            erwarten, dass es funktioniert. Obwohl ein Großteil des
-          Berkeley-DB-Datenbankformats architekturunabhängig ist, sind
+          Berkeley-DB-Datenbank-Formats architektur-unabhängig ist, sind
            es andere Teile der Umgebung nicht. Zweitens benutzt
            Subversion Berkeley DB auf eine Weise, die nicht auf Windows
            95/98 funktioniert &ndash; falls Sie ein BDB-basiertes
@@ -1281,10 +1325,10 @@
            Verbindung und räumt anschließend auf. Und da der
            Datenbank-Dämon der einzige Prozess ist, der auf die
            Tabellen zugreift, brauchen sich Anwendungsprogramme nicht
-          um Berechtigungskonflikte zu kümmern. Das trifft allerdings
+          um Berechtigungs-Konflikte zu kümmern. Das trifft allerdings
            nicht auf Berkeley DB zu. Subversion (und jedes Programm,
            das die Subversion-Bibliotheken verwendet) greift direkt auf
-          die Datenbanktabellen zu, was bedeutet, dass ein
+          die Datenbank-Tabellen zu, was bedeutet, dass ein
            Programmabsturz die Datenbank vorübergehend in einem
            inkonsistenten, nicht zugreifbaren Zustand hinterlassen
            kann, so dass ein Administrator Berkeley DB dazu auffordern
@@ -1355,7 +1399,10 @@
          <title>FSFS</title>

  <!--
-        <para>In mid-2004, a second type of repository storage
+        <para>
+          <indexterm>
+            <primary>FSFS</primary>
+          </indexterm>In mid-2004, a second type of repository storage
            system&mdash;one that doesn't use a database at
            all&mdash;came into being.  An FSFS repository stores the
            changes associated with a revision in a single file, and so
@@ -1369,7 +1416,10 @@
            <quote>hot,</quote> just like a BDB-backed
            repository.</para>
  -->
-        <para>Mitte 2004 entstand ein zweiter Typ eines
+        <para>
+          <indexterm>
+            <primary>FSFS</primary>
+          </indexterm>Mitte 2004 entstand ein zweiter Typ eines
            Projektarchiv-Speichersystems &ndash; eins, das überhaupt keine
            Datenbank verwendet. Ein FSFS-Projektarchiv speichert die zu
            einer Revision gehörenden Änderungen in einer einzelnen
@@ -1384,10 +1434,13 @@
            Betrieb gesichert werden, genauso wie ein BDB-basiertes
            Projektarchiv.</para>

-<!--
          <sidebar id="svn.reposadmin.basics.backends.fsfs.revfiles">
+<!--
            <title>Revision files and shards</title>
+-->
+          <title>Revisionsdateien und Scherben</title>

+<!--
            <para>FSFS repositories contain files that describe the
              changes made in a single revision, and files that contain
              the revision properties associated with a single revision.
@@ -1399,30 +1452,7 @@
              each directory can grow to be quite large.  This has been
              observed to cause performance problems on certain
              network-based filesystems.</para>
-
-          <para>Subversion 1.5 creates FSFS-backed repositories using
-            a slightly modified layout in which the contents of these
-            two directories are <firstterm>sharded</firstterm>, or
-            scattered across several subdirectories.  This can greatly
-            reduce the time it takes the system to locate any one of
-            these files, and therefore increases the overall
-            performance of Subversion when reading from the
-            repository.</para>
-
-          <para>Subversion 1.6 and later takes the sharded layout one
-            step further, allowing administrators to
-            optionally <firstterm>pack</firstterm> each of their
-            repository shards up into a single multi-revision file.
-            This can have both performance and disk usage benefits.
-            See
-            <xref linkend="svn.reposadmin.maint.diskspace.fsfspacking"/>
-            for more information.</para>
-
-        </sidebar>
  -->
-        <sidebar id="svn.reposadmin.basics.backends.fsfs.revfiles">
-          <title>Revisionsdateien und Scherben</title>
-
            <para>FSFS Projektarchive beinhalten sowohl Dateien, die die
              in einer einzelnen Revision gemachten Änderungen
              beschreiben als auch Dateien, die die
@@ -1438,16 +1468,52 @@
              dass es in bestimmten netzbasierten Dateisystemen zu
              Leistungsproblemen kommen kann.</para>

-          <para>Subversion 1.5 erstellt Projektarchive mit FSFS mit
+<!--
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>sharding</secondary>
+            </indexterm>Subversion 1.5 creates FSFS-backed
+            repositories using a slightly modified layout in which the
+            contents of these two directories
+            are <firstterm>sharded</firstterm>, or scattered across
+            several subdirectories.  This can greatly reduce the time
+            it takes the system to locate any one of these files, and
+            therefore increases the overall performance of Subversion
+            when reading from the repository.</para>
+-->
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>in Scherben zerlegen</secondary>
+            </indexterm>Subversion 1.5 erstellt Projektarchive mit FSFS mit
              einem etwas veränderten Layout, bei dem der Inhalt dieser
-            beiden Verzeichnisse in  <firstterm>Scherben</firstterm>
+            beiden Verzeichnisse in <firstterm>Scherben</firstterm>
              zerlegt wird, oder über mehrere Unterverzeichnisse
              verteilt wird. Das kann erheblich zur Verkürzung der Zeit
              beitragen, die das System benötigt, um irgendeine dieser
              Dateien zu finden, und somit die Gesamtleistung von
              Subversion beim Lesen des Projektarchivs erhöhen.</para>

-          <para>Subversion 1.6 und später geht bei diesem
+<!--
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>packing</secondary>
+            </indexterm>Subversion 1.6 and later takes the sharded
+            layout one step further, allowing administrators to
+            optionally <firstterm>pack</firstterm> each of their
+            repository shards up into a single multi-revision file.
+            This can have both performance and disk usage benefits.
+            See
+            <xref linkend="svn.reposadmin.maint.diskspace.fsfspacking"/>
+            for more information.</para>
+-->
+          <para>
+            <indexterm>
+              <primary>FSFS</primary>
+              <secondary>packen</secondary>
+            </indexterm>Subversion 1.6 und später geht bei diesem
              Scherben-Design noch einen Schritt weiter und erlaubt
              Administratoren, optional jede dieser
              Projektarchiv-Scherben in eine einzelne
@@ -1661,7 +1727,7 @@
        <para>Nach dem Ausführen dieses einfachen Befehls haben Sie ein
          Subversion-Projektarchiv. Abhängig davon, wie Anwender künftig
          auf dieses neue Projektarchiv zugreifen sollen, müssten Sie
-        gegebenenfalls an den Dateisystemberechtigungen feilen. Da
+        gegebenenfalls an den Dateisystem-Berechtigungen feilen. Da
          allerdings die grundsätzliche Systemverwaltung nicht
          Gegenstand dieses Textes ist, betrachten wir die weitere
          Untersuchung dieses Themas als Übung für den Leser.</para>
@@ -1764,12 +1830,24 @@
        <title>Erstellen von Projektarchiv-Hooks</title>

  <!--
-      <para>A <firstterm>hook</firstterm> is a program triggered by
-        some repository event, such as the creation of a new revision
-        or the modification of an unversioned property.  Some hooks
-        (the so-called <quote>pre hooks</quote>) run in advance of a
-        repository operation and provide a means by which to both
-        report what is about to happen and prevent it from
+      <para>
+        <indexterm>
+          <primary>hook scripts</primary>
+        </indexterm>
+        <indexterm>
+          <primary>hooks</primary>
+          <see>hook scripts</see>
+        </indexterm>
+        <indexterm>
+          <primary>repositories</primary>
+          <secondary>hooks</secondary>
+          <see>hook scripts</see>
+        </indexterm>A <firstterm>hook</firstterm> is a program
+        triggered by some repository event, such as the creation of a
+        new revision or the modification of an unversioned property.
+        Some hooks (the so-called <quote>pre hooks</quote>) run in
+        advance of a repository operation and provide a means by which
+        to both report what is about to happen and prevent it from
          happening at all.  Other hooks (the <quote>post hooks</quote>)
          run after the completion of a repository event and are useful
          for performing tasks that examine&mdash;but don't
@@ -1778,7 +1856,19 @@
          repository changes proposed (or completed), and the username
          of the person who triggered the event.</para>
  -->
-      <para>Ein <firstterm>Hook</firstterm> (Haken) ist ein Programm,
+      <para>
+        <indexterm>
+          <primary>Hook-Skripte</primary>
+        </indexterm>
+        <indexterm>
+          <primary>Hooks</primary>
+          <see>Hook-Skripte</see>
+        </indexterm>
+        <indexterm>
+          <primary>Projektarchive</primary>
+          <secondary>Hooks</secondary>
+          <see>Hook-Skripte</see>
+        </indexterm>Ein <firstterm>Hook</firstterm> (Haken) ist ein  
Programm,
          das durch einige Projektarchiv-Ereignisse gestartet wird, wie
          etwa die Erzeugung einer neuen Revision oder die Veränderung
          einer unversionierten Eigenschaft. Einige Hooks (die sogenannten
@@ -1797,8 +1887,8 @@

  <!--
        <para>The <filename>hooks</filename> subdirectory is, by
-      default, filled with templates for various repository
-      hooks:</para>
+        default, filled with templates for various repository
+        hooks:</para>
  -->
        <para>Das Unterverzeichnis <filename>hooks</filename> beinhaltet
          standardmäßig Vorlagen für verschiedene
@@ -1877,33 +1967,6 @@
          Programme und <filename>.bat</filename> für
          Batch-Dateien.</para>

-<!--
-      <tip>
-        <para>For security reasons, the Subversion repository executes
-          hook programs with an empty environment&mdash;that is, no
-          environment variables are set at all, not even
-          <literal>$PATH</literal> (or <literal>%PATH%</literal>,
-          under Windows).  Because of this, many administrators
-          are baffled when their hook program runs fine by hand, but
-          doesn't work when run by Subversion.  Be sure to explicitly
-          set any necessary environment variables in your hook program
-          and/or use absolute paths to programs.</para>
-      </tip>
--->
-      <tip>
-        <para>Aus Sicherheitsgründen führt Subversion Hook-Programme
-          in einer leeren Umgebung aus &ndash; d.h., es sind überhaupt
-          keine Umgebungsvariablen gesetzt, nicht einmal
-          <literal>$PATH</literal> (oder <literal>%PATH%</literal>
-          unter Windows). Deshalb sind viele Administratoren verwirrt,
-          wenn deren Hook-Programme normal starten, wenn sie manuell
-          aufgerufen werden, aber nicht laufen, wenn sie Subversion
-          startet. Stellen Sie sicher, dass Sie entweder alle
-          notwendigen Umgebungsvariablen in Ihren Hook-Programmen
-          ausdrücklich setzen und/oder absolute Pfade zu Programmen
-          verwenden.</para>
-        </tip>
-
  <!--
        <para>Subversion executes hooks as the same user who owns the
          process that is accessing the Subversion repository.  In most
@@ -1936,8 +1999,7 @@
  <!--
        <para>There are several hooks implemented by the Subversion
          repository, and you can get details about each of them in
-        <xref linkend="svn.ref.reposhooks" /> in
-        <xref linkend="svn.ref"/>.  As a repository
+        <xref linkend="svn.ref.reposhooks" />.  As a repository
          administrator, you'll need to decide which hooks you wish
          to implement (by way of providing an appropriately named and
          permissioned hook program), and how.  When you make this
@@ -1950,8 +2012,7 @@
  -->
        <para>Es gibt mehrere im Subversion-Projektarchiv implementierte
          Hooks; Details zu jedem können Sie in
-        <xref linkend="svn.ref.reposhooks" />  in
-        <xref linkend="svn.ref"/>nachlesen. Als
+        <xref linkend="svn.ref.reposhooks" /> nachlesen. Als
          Projektarchiv-Administrator müssen Sie entscheiden, welche
          Hooks sie einrichten wollen (indem Sie ein entsprechend
          benanntes und mit den nötigen Zugriffsrechten versehenes
@@ -1963,69 +2024,573 @@
          übergeben dürfen, benötigen Sie für diese Zugriffskontrolle
          nicht das Hook-System.</para>

+      <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
+      <sect3 id="svn.reposadmin.hooks.configuration">
  <!--
-      <para>There is no shortage of Subversion hook programs and
-        scripts that are freely available either from the Subversion  
community
-        itself or elsewhere.  These scripts cover a wide range of
-        utility&mdash;basic access control, policy adherence checking,
-        issue tracker integration, email- or syndication-based commit
-        notification, and beyond.  Or, if you wish to write your own,
-        see <xref linkend="svn.developer" />.</para>
+        <title>Hook script environment configuration</title>
  -->
-      <para>Es gibt keinen Mangel an Subversion-Hook-Programmen und
-        Skripten, die frei verfügbar sind, entweder von der
-        Subversion-Gemeinschaft oder von woanders her. Diese Skripte
-        decken ein breites Spektrum ab &ndash; grundlegende
-        Zugriffskontrolle, Kontrolle der Prozesstreue,
-        Fehlersystemanbindung, E-Mail-basierte oder syndizierte
-        Benachrichtigungen bei Übergaben und noch viel mehr. Oder,
-        falls Sie Ihren eigenen schreiben wollen, siehe <xref
-        linkend="svn.developer" />.</para>
+        <title>Konfiguration der Umgebung von Hook-Skripten</title>

  <!--
-      <warning>
-        <para>While hook scripts can do almost
-          anything, there is one dimension in which hook script
-          authors should show restraint:  do <emphasis>not</emphasis>
-          modify a commit transaction using hook scripts.  While it
-          might be tempting to use hook scripts to automatically
-          correct errors, shortcomings, or policy violations present
-          in the files being committed, doing so can cause problems.
-          Subversion keeps client-side caches of certain bits of
-          repository data, and if you change a commit transaction in
-          this way, those caches become indetectably stale.  This
-          inconsistency can lead to surprising and unexpected
-          behavior.  Instead of modifying the transaction, you should
-          simply <emphasis>validate</emphasis> the transaction in the
-          <filename>pre-commit</filename> hook and reject the commit
-          if it does not meet the desired requirements.  As a
-          bonus, your users will learn the value of careful,
-          compliance-minded work habits.</para>
-      </warning>
+        <para>By default, Subversion executes hook scripts with an
+          empty environment&mdash;that is, no environment variables
+          are set at all, not even <literal>$PATH</literal>
+          (or <literal>%PATH%</literal>, under Windows).  Because of
+          this, many administrators are baffled when their hook
+          program runs fine by hand, but doesn't work when invoked by
+          Subversion.  Administrators have historically worked around
+          this problem by manually setting all the environment
+          variables their hook scripts need in the scripts
+          themselves.</para>
  -->
-      <warning>
-        <para>Obwohl Hook-Skripte fast alles machen können, gibt es
-          eine Dimension, in der sich Hook-Skript-Autoren zurückhalten
-          sollten: Ändern Sie <emphasis>keine</emphasis>
-          Übergabe-Transaktion mithilfe von Hook-Skripten. Trotz der
-          Verlockung, Hook-Skripte zur automatischen Korrektur von
-          Fehlern, Unzulänglichkeiten oder Prozessverletzungen
-          innerhalb der zu übergebenden Dateien einzusetzen, kann das
-          zu Problemen führen. Subversion hält bestimmte
-          Projektarchiv-Daten in client-seitigen Caches vor, und wenn Sie
-          auf diese Art eine Übergabe-Transaktion verändern, werden
-          die im Cache befindlichen Informationen ungültig, ohne dass
-          jemand etwas merkt. Diese Inkonsistenz kann zu
-          überraschendem und unerwartetem Verhalten führen. Statt die
-          Transaktion zu verändern, sollten Sie sie einfach im
-          <filename>pre-commit</filename>-Hook auf
-          <emphasis>Gültigkeit</emphasis> prüfen und die Übergabe
-          ablehnen, falls sie den Anforderungen nicht entspricht. Als
-          Nebeneffekt werden Ihre Benutzer lernen, wie wertvoll eine
-          sorgfältige, sich an den Vorgaben orientierende Arbeitsweise
-          ist.</para>
-      </warning>
+        <para>Standardmäßig führt Subversion Hook-Skripte mit
+          einer leeren Umgebung aus &ndash; d.h., es sind überhaupt
+          keine Umgebungsvariablen gesetzt, nicht einmal
+          <literal>$PATH</literal> (oder <literal>%PATH%</literal>
+          unter Windows). Deshalb sind viele Administratoren verwirrt,
+          wenn deren Hook-Programme normal starten, wenn sie manuell
+          aufgerufen werden, aber nicht funktionieren, wenn sie Subversion
+          startet. Historisch haben Administratoren dem Problem damit
+          entgegengewirkt, dass sie manuell alle Umgebungsvariablen,
+          die ihre Hook-Skripte benötigen, im Skript selbst gesetzt
+          haben.</para>

+<!--
+        <para>Subversion 1.8 introduces a new way to manage the
+          environment of Subversion-executed hook scripts&mdash;the
+          hook script environment configuration file.  If a Subversion
+          server finds a file named <filename>hooks-env</filename> in
+          the repository's <filename>conf/</filename> subdirectory, it
+          parses that file as an INI-formatted configuration file and
+          applies the option names and variables found therein to the
+          hook script's execution environment as environment
+          variables.</para>
+-->
+        <para>Subversion 1.8 stellt eine neue Art vor, die Umgebung
+          von Hook-Skripten zu verwalten, die von Subversion
+          ausgeführt werden &ndash; die Konfigurationsdatei für die
+          Hook-Skript-Umgebung. Falls Subversion eine Datei namens
+          <filename>hooks-env</filename> im Unterverzeichnis
+          <filename>conf/</filename> des Projektarchivs findet, parst
+          es diese Datei als Konfigurationsdatei im INI-Format und
+          wendet die darin gefundenen Optionsnamen und Variablen als
+          Umgebungsvariablen in der Ausführungs-Umgebung für das
+          Hook-Skript an.</para>
+
+<!--
+        <para>The syntax of the <filename>hooks-env</filename> file is
+          pretty straightforward: each section name is the name of a
+          hook script (such as <literal>pre-commit</literal>
+          or <literal>post-revprop-change</literal>, and the
+          configuration items inside that section are treated as
+          mappings of environment variable names to desired values.
+          Additionally, there is a
+          special <literal>[default]</literal> section, which can be
+          used to configure environment variable mappings that should
+          be applied to <emphasis>all</emphasis> hook scripts (unless
+          explicitly overridden by per-hook-script settings).  See
+          <xref linkend="svn.reposadmin.hooks.configuration.ex-1" />
+          for a sample <filename>hooks-env</filename> configuration
+          file.</para>
+-->
+        <para>Die Syntax der Datei <filename>hooks-env</filename> ist
+          ziemlich einfach: jeder Abschnittsname ist der Name eines
+          Hook-Skriptes (etwa <literal>pre-commit</literal>
+          oder <literal>post-revprop-change</literal>), und die
+          Konfigurationseinträge in diesem Abschnitt werden als
+          Abbildungen von Umgebungsvariablen auf gewünschte Werte
+          behandelt. Darüber hinaus gibt es noch einen besonderen
+          Abschnitt <literal>[default]</literal>, der verwendet werden
+          kann, um Abbildungen von Umgebungsvariablen zu
+          konfigurieren, die auf <emphasis>alle</emphasis>
+          Hook-Skripte angewendet werden sollen (es sei denn, sie sind
+          ausdrücklich durch eigene Hook-Skript Einträge
+          überschrieben). Siehe
+          <xref linkend="svn.reposadmin.hooks.configuration.ex-1" />
+          für ein Beispiel einer <filename>hooks-env</filename>
+          Konfigurationsdatei.</para>
+
+<!--
+        <example id="svn.reposadmin.hooks.configuration.ex-1">
+          <title>hooks-env (custom hook script environment
+            configuration)</title>
+
+          <programlisting>
+# All scripts should use a UTF-8 locale and have our hook script
+# utilities directory on the search path.
+
+[default]
+LANG = en_US.UTF-8
+PATH = /usr/local/svn/tools:/usr/bin
+
+
+# The post-commit and post-revprop-change scripts want to run
+# programs from our custom synctools replication software suite, too.
+
+[post-commit]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+
+[post-revprop-change]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+</programlisting>
+        </example>
+-->
+
+        <example id="svn.reposadmin.hooks.configuration.ex-1">
+          <title>hooks-env (maßgeschneiderte Umgebungskonfiguration
+            für Hook-Skripte)</title>
+
+          <programlisting>
+# Alle Skripte sollten eine UTF-8 Locale verwenden und unser Hook-Skript
+# das Werkzeugverzeichnis im Suchpfad haben.
+
+[default]
+LANG = en_US.UTF-8
+PATH = /usr/local/svn/tools:/usr/bin
+
+
+# Auch diee post-commit und post-revprop-change Skripte möchten
+# Programme aus unserer maßgeschneiderten Synctools-Replication-Software
+# Sammlung verwenden.
+
+[post-commit]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+
+[post-revprop-change]
+PATH = /usr/local/synctools-1.1/bin:%(PATH)s
+</programlisting>
+        </example>
+
+        <note>
+<!--
+          <para><xref linkend="svn.reposadmin.hooks.configuration.ex-1"
+            /> also demonstrates the nifty string substitution syntax
+            found in Subversion's configuration file parser.  In this
+            example, the value of the <literal>PATH</literal>
+            option&mdash;pulled from the <literal>[default]</literal>
+            section of the file&mdash;is substituted in place of
+            the <literal>%(PATH)s</literal> placeholder text in the
+            per-hook sections.  For more about this special syntax,
+            see the <filename>README.txt</filename> file which lives
+            in the Subversion runtime configuration directory.  (And
+            for more information about that directory, see
+            <xref linkend="svn.advanced.confarea" />.)</para>
+-->
+          <para><xref linkend="svn.reposadmin.hooks.configuration.ex-1"
+            /> zeigt auch die elegante Syntax zur Ersetzung von
+            Zeichenketten aus Subversions Konfigurationsdateien-Parser.
+            In diesem Beispiel wird der Wert der Option
+            <literal>PATH</literal> &ndash; aus dem Abschnitt
+            <literal>[default]</literal> der Datei gelesen &ndash;
+            anstelle des Platzhalters <literal>%(PATH)s</literal> in
+            den Hook-Abschnitten eingefügt. Mehr zu dieser besonderen
+            Syntax finden Sie in der Datei
+            <filename>README.txt</filename> in Subversions Verzeichnis
+            für die Laufzeitkonfiguration. (Und für weitere
+            Informationen zu diesem Verzeichnis, siehe
+            <xref linkend="svn.advanced.confarea" />.)</para>
+        </note>
+
+<!--
+        <para>Of course, having exact duplicates of your custom hook
+          script environment configuration files in every single
+          repository's <filename>conf/</filename> directory could get
+          cumbersome, especially when you need to make changes to them
+          all.  So Subversion's servers allow you to specify an
+          alternate (possibly shared) location for this configuration
+          information.</para>
+-->
+        <para>Natürlich kann es lästig werden, exakte Duplikate Ihrer
+          Hook-Skript-Umgebungs-Konfigurations-Dateien in jedem
+          <filename>conf/</filename> Verzeichnis jedes einzelnen
+          Projektarchivs vorzuhalten, insbesondere, falls Sie
+          Änderungen an allen machen müssen. Deshalb erlauben Ihnen
+          die Server von Subversion, einen alternativen (möglicherweise
+          gemeinsam benutzten) Speicherort für diese Konfiguration
+          anzugeben.</para>
+
+        <!-- ### TODO:  Add cross reference for the above! -->
+
+      </sect3>
+
+      <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
+      <sect3 id="svn.reposadmin.hooks.uses">
+<!--
+        <title>Common uses for hook scripts</title>
+-->
+        <title>Häufige Anwendungen für Hook-Skripte</title>
+
+<!--
+        <para>Repository hook scripts can offer a wide range of
+          utility, but most tend to fall into a few basic categories:
+          notification, validation, and replication.</para>
+-->
+        <para>Projektarchiv-Hook-Skripte können einen breiten Nutzen
+          bieten, doch die meisten decken ein paar grundsätzliche
+          Kategorien ab: Benachrichtigung, Validierung und
+          Replizierung.</para>
+
+<!--
+        <para>Notification scripts are those which tell someone that
+          something happened.  The most common of these found in a
+          Subversion service offering involve programs which send
+          commit and revision property change notification emails to
+          project members, driven by the post-commit and
+          post-revprop-change hooks, respectively.  There are numerous
+          other notification approaches, from issue tracker integration
+          scripts to scripts which operate as IRC bots to announce
+          that something's changed in the repository.</para>
+-->
+        <para>Benachrichtigungs-Skripte sind diejenigen, die jemanden
+          mitteilen, dass etwas passiert ist. Die häufigsten hiervon,
+          die in einem Subversion-Dienst angetroffen werden können,
+          umfassen Programme, die E-Mails mit Benachrichtigungen zu
+          Übertragungen und Änderungen an Revisions-Eigenschaften an
+          Projektmitarbeiter versenden, und die von den post-commit
+          bzw. post-revprop-change Hooks ausgelöst werden. Es gibt
+          zahlreiche andere Ansätze zu Benachrichtigungen, von
+          Integrationsskripten für Fehlerverfolgungs-Systeme bis zu
+          Skripten, die als IRC-Bots arbeiten, um zu verkünden, dass
+          sich etwas im Projektarchiv geändert hat.</para>
+
+<!--
+        <para>On the validation side of things, the start-commit and
+          pre-commit hooks are widely used to allow or disallow
+          commits based on various criteria: the author of the commit,
+          the formatting and/or content of the log message which describes  
the
+          commit, and even the low-level details of the changes made
+          to files and directories in the commit.  Likewise, the
+          pre-revprop-change hook acts as the gateway to revision
+          property changes, which is an especially valuable role
+          considering the fact that revision properties are not
+          themselves versioned, and can therefore only be modified
+          destructively.</para>
+-->
+        <para>Bei der Validierung ist die Verwendung der Hooks
+          start-commit und pre-commit weit verbreitet, um
+          Übertragungen abhängig von verschiedenen Kriterien zu
+          erlauben oder zu verbieten: der Autor der Übertragung, die
+          Formatierung und/oder der Inhalt der Protokollnachricht, die
+          die Übertragung beschreibt, und sogar die Feinheiten der
+          an Dateien und Verzeichnissen vorgenommenen Änderungen in
+          der Übertragung. Ähnlich handelt der Hook
+          pre-revprop-change als Portal zu Änderungen an
+          Revisions-Eigenschaften, was eine besonders nützliche Rolle
+          ist, angesichts der Tatsache, dass Revisions-Eigenschaften
+          an sich nicht versioniert sind und deshalb nur destruktiv
+          bearbeitet werden können.</para>
+
+<!--
+        <para>One special class of change validation that has seen
+          widespread use since Subversion 1.5 was released is
+          validation of the committing client software itself.  When
+          Subversion's merge tracking feature (described extensively
+          in <xref linkend="svn.branchmerge" />) was introduced in
+          that release, Subversion administrators needed a way to
+          ensure that once users of their repositories started using
+          the new feature that <emphasis>all</emphasis> their merges
+          were tracked.  To reduce the chance of someone committing an
+          untracked merge to the repository, they used start-commit
+          hooks to examine the feature capabilities string advertised
+          by Subversion clients.  If the committing client didn't
+          advertise support for merge tracking, the commit was denied
+          with instructions to the user to immediately update their
+          Subversion client!
+          <xref linkend="svn.reposadmin.hooks.uses.ex-1" /> provides
+          an example of a start-commit script which does precisely
+          this.</para>
+-->
+        <para>Eine besondere Klasse von Änderungsvalidierung, die seit
+          der Veröffentlichung Subversion 1.5 weit verbreitet ist,
+          stellt die Validierung des übertragenden Clients an sich
+          dar. Als die Merge-Tracking-Funktionalität von Subversion
+          (ausführlich beschrieben in <xref linkend="svn.branchmerge" />)
+          mit dieser Veröffentlichung eingeführt wurde, benötigten
+          Subversion-Administratoren eine Möglichkeit,
+          sicherzustellen, dass, <emphasis>alle</emphasis> Merges von
+          Anwendern ihrer Projektarchive, die die neue
+          Funktionalität verwendeten, verfolgt werden. Um die
+          Wahrscheinlichkeit eines nicht verfolgten Merges zu
+          verringern, verwendeten sie start-commit-Hooks, um die von
+          Subversion-Clients bekanntgegebenen funktionalen Fähigkeiten
+          zu untersuchen. Falls der übertragende Client nicht die
+          Fähigkeit zur Unterstützung von Merge-Tracking meldete,
+          wurde die Übertragung abgelehnt und eine Anleitung zum
+          aktualisieren des Clients an den Anwender gesendet.
+          <xref linkend="svn.reposadmin.hooks.uses.ex-1" /> stellt
+          ein Beispiel eines start-commit-Skripts bereit, was genau
+          das macht.</para>
+
+        <example id="svn.reposadmin.hooks.uses.ex-1">
+<!--
+          <title>start-commit hook to require merge tracking
+            support</title>
+-->
+          <title>start-commit Hook, um Merge-Tracking Unterstützung zu
+            erzwingen</title>
+
+          <programlisting>
+#!/usr/bin/env python
+import sys
+
+# sys.argv[3] is a colon-delimited capabilities list
+if 'mergeinfo' not in sys.argv[3].split(':'):
+  sys.stderr.write("""\
+ERROR: Commits to this repository must be made using Subversion
+clients which support the merge tracking feature.  Please upgrade
+your client to at least Subversion 1.5.0.
+""")
+  sys.exit(1)
+</programlisting>
+        </example>
+
+<!--
+        <para>
+          <indexterm>
+            <primary>properties</primary>
+            <secondary>ephemeral transaction properties</secondary>
+          </indexterm>Beginning in Subversion 1.8, clients committing
+          against a Subversion 1.8 server will still provide the
+          feature capabilities string, but will also provide
+          additional information about themselves by way
+          of <firstterm>ephemeral transaction properties</firstterm>.
+          Ephemeral transaction properties are essentially revision
+          properties which are set on the commit transaction by the
+          client at the earliest opportunity while committing, but
+          which are automatically removed by the server immediately
+          prior to the transaction becoming a finalized revision.  You
+          can inspect these properties using the same tools with which
+          you'd inspect other unversioned properties set on commit
+          transactions during the timeframe between which the
+          start-commit and pre-commit repository hook scripts would
+          operate.</para>
+-->
+        <para>
+          <indexterm>
+            <primary>Eigenschaften</primary>
+            <secondary>flüchtige Transaktions-Eigenschaften</secondary>
+          </indexterm>Beginnend mit Subversion 1.8, stellen Clients,
+          die an einen Subversion 1.8 Server übertragen immer noch die
+          Zeichenkette mit ihren funktionalen Fähigkeiten zur
+          Verfügung, geben darüber hinaus gehend jedoch zusätzliche
+          Informationen über sich preis durch <firstterm>flüchtige
+            Transaktions-Eigenschaften</firstterm>. Flüchtige
+          Transaktions-Eigenschaften sind im Grunde genommen
+          Revisions-Eigenschaften, die vom Client während der
+          Übertragungs-Transaktion bei der frühesten Gelegenheit
+          gesetzt werden, die dann aber vom Server wieder entfernt
+          werden, unmittelbar, bevor die Transaktion eine
+          abgeschlossene Revision wird. Sie können diese Eigenschaften
+          mit denselben Werkzeugen untersuchen, mit denen Sie andere
+          bei Übertragungs-Transaktionen im Zeitraum zwischen dem
+          Aufruf der start-commit und pre-commit Hooks gesetzte
+          unversionierte Eigenschaften untersuchen würden.</para>
+
+<!--
+        <para>The following are the ephemeral transaction properties
+          which Subversion currently provides and implements:</para>
+-->
+        <para>Die folgenden sind die flüchtigen
+          Transaktions-Eigenschaften, die Subversion momentan
+          unterstützt und implementiert:</para>
+
+        <variablelist>
+
+          <varlistentry>
+            <term><literal>svn:txn-client-compat-version</literal></term>
+            <listitem>
+<!--
+              <para>Carries the Subversion library version string with
+                which the committing client claims compatibility.
+                This is useful for deciding whether the client
+                supports the minimal feature set required for proper
+                handling of the repository data.</para>
+-->
+              <para>Beinhaltet die Zeichenkette mit der Version der
+                Subversion-Bibliothek zu der der Client angibt,
+                kompatibel zu sein. Das ist nützlich, um zu
+                entscheiden, ob der Client die zur richtigen
+                Behandlung der Projektarchiv-Daten notwendige minimale
+                Funktionalität unterstützt.</para>
+            </listitem>
+          </varlistentry>
+
+          <varlistentry>
+            <term><literal>svn:txn-user-agent</literal></term>
+            <listitem>
+<!--
+              <para>Carries the <quote>user agent</quote> string which
+                describes the committing client program.  Subversion's
+                libraries define the initial portion of this string,
+                but third-party consumers of the API (GUI clients,
+                etc.) can append custom information to it.</para>
+-->
+              <para>Beinhaltet die Zeichenkette <quote>user
+                agent</quote>, die das übertragende Client-Programm
+                beschreibt. Die Bibliotheken von Subversion definieren
+                der ersten Teil dieser Zeichenkette, doch können
+                Dritte, die dieses API verwenden (GUI-Clients, usw.)
+                eigene Informationen anhängen.</para>
+            </listitem>
+          </varlistentry>
+
+        </variablelist>
+
+        <!-- ### TODO: Show an example of these being used?  Or ### -->
+        <!-- ###       do so in ch07 - Customizing Subversion   ### -->
+        <!-- ###       with a cross-reference here.             ### -->
+
+        <note>
+<!--
+          <para>While most clients will transmit ephemeral transaction
+            properties early enough in the commit process that they
+            may be inspected by the start-commit hook script, some
+            configurations of Subversion will cause those properties
+            to not be set on the transaction until later in the commit
+            process.  Administrators should consider performing any
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Tue Feb  3 09:43:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 03 Feb 2015 15:43:51 +0000
Subject: [svnbook] r4970 committed - Fixed issue tracker URL.
Message-ID: <e89a8ff1cb24fe5647050e30efa3@google.com>

Revision: 4970
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb  3 15:43:45 2015 UTC
Log:      Fixed issue tracker URL.
https://code.google.com/p/svnbook/source/detail?r=4970

Modified:
  /www/index.de.html

=======================================
--- /www/index.de.html	Wed Nov 26 08:19:03 2014 UTC
+++ /www/index.de.html	Tue Feb  3 15:43:45 2015 UTC
@@ -207,7 +207,7 @@
      to contribute a patch which fixes the problem (see below).</li>
  -->
  <li>Prüfen Sie unseren <a
-     
href="http://www.svnbook.de/query?status=new&amp;status=assigned&amp;status=reopened"
+    href="http://code.google.com/p/svnbook/issues/list"
      >Issue Tracker</a>, um zu sehen, ob schon jemand anderes den Fehler  
gemeldet hat.
      Wenn das der Fall ist, dann ist nichts weiter zu tun, außer Sie  
möchten einen Patch
      beisteuern, der das Problem behebt.</li>

From svnbook at googlecode.com  Tue Feb  3 11:18:40 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 03 Feb 2015 17:18:40 +0000
Subject: [svnbook] r4971 committed - Fixes for the index.
Message-ID: <089e01634eaa1890d7050e324345@google.com>

Revision: 4971
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb  3 17:18:07 2015 UTC
Log:      Fixes for the index.
https://code.google.com/p/svnbook/source/detail?r=4971

Modified:
  /branches/1.8/de/book/appc-webdav.xml
  /branches/1.8/de/book/ch00-preface.xml
  /branches/1.8/de/book/ch01-fundamental-concepts.xml
  /branches/1.8/de/book/ch03-advanced-topics.xml
  /branches/1.8/de/book/ch04-branching-and-merging.xml
  /branches/1.8/de/book/ch05-repository-admin.xml
  /branches/1.8/de/book/ch06-server-configuration.xml
  /branches/1.8/de/book/ch08-embedding-svn.xml
  /branches/1.8/de/book/ch09-reference.xml
  /branches/1.8/de/book/foreword.xml
  /branches/1.8/de/book/ref-svn.xml

=======================================
--- /branches/1.8/de/book/appc-webdav.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/appc-webdav.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -147,7 +147,7 @@
        Spezifikation zu komplex sei. Andere wiederum sagen, dass,
        während sich die Möglichkeiten von WebDAV an die Masse wenden
        (selbst minder technikaffine Benutzer wissen vernetzte
-      Dateisysteme zu schätzen), seine Versionskontrollfähigkeiten
+      Dateisysteme zu schätzen), seine Versions-Kontroll-Fähigkeiten
        dagegen für die meisten Benutzer nicht interessant oder
        notwendig seien.  Schließlich glauben manche, dass DeltaV
        unbeliebt bleibe, weil es noch kein quelloffenes Server-Produkt
=======================================
--- /branches/1.8/de/book/ch00-preface.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ch00-preface.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -101,7 +101,7 @@
      Apache&trade; Subversion&reg;<footnote><para>In diesem Buch werden wir  
es
      einfach <quote>Subversion</quote> nennen. Sie werden uns dankbar sein,
      sobald Sie feststellen, wie viel Platz das spart!</para></footnote>
-    Versionskontrollsystems zu dokumentieren.  Wir haben stets versucht,  
die
+    Versions-Kontroll-Systems zu dokumentieren.  Wir haben stets versucht,  
die
      Themen gründlich zu behandeln.  Jedoch hat Subversion eine florierende  
und
      tatkräftige Entwicklergemeinde, so dass bereits eine Menge an Features  
und
      Verbesserungen für künftige Versionen von Subversion geplant sind, die
@@ -142,18 +142,18 @@
          <primary>Subversion</primary>
        </indexterm>
        <indexterm>
-        <primary>Versionskontrollsysteme</primary>
+        <primary>Versions-Kontroll-Systeme</primary>
        </indexterm>
        <indexterm>
          <primary>VCS</primary>
-        <see>Versionskontrollsysteme</see>
+        <see>Versions-Kontroll-Systeme</see>
        </indexterm>Subversion ist ein freies/Open-Source
-      <firstterm>Versionskontrollsystem</firstterm> (VCS).  Das
+      <firstterm>Versions-Kontroll-System</firstterm> (VCS).  Das
        bedeutet, Subversion verwaltet Dateien und Verzeichnisse und die
        Änderungen an ihnen im Lauf der Zeit. Das erlaubt Ihnen, alte
        Versionen Ihrer Daten wiederherzustellen oder die Geschichte der
        Änderungen zu verfolgen. Unter diesem Blickwinkel denken viele
-      Leute bei einem Versionskontrollsystem an eine Art
+      Leute bei einem Versions-Kontroll-System an eine Art
        <quote>Zeitmaschine</quote>.</para>

  <!--
@@ -208,7 +208,7 @@
        <indexterm>
          <primary>SCM</primary>
          <see>Software-Konfigurationsmanagement</see>
-      </indexterm>Manche Versionskontrollsysteme sind auch
+      </indexterm>Manche Versions-Kontroll-Systeme sind auch
        <firstterm>Software-Konfigurationsmanagement-Systeme</firstterm>
        (SCM).  Diese Systeme sind maßgeschneidert, um ganze
        Verzeichnisbäume mit Quellcode zu verwalten und verfügen über
@@ -266,16 +266,16 @@
          und Verzeichnisversionen aufbewahren, sie eventuell
          wiedererwecken müssen, und Protokolle darüber auswerten
          möchten, wie sie sich im Lauf der Zeit geändert haben, dann
-        können das Versionskontroll-Werkzeuge bewerkstelligen.  Wenn
+        können das Versions-Kontroll-Werkzeuge bewerkstelligen.  Wenn
          Sie mit mehreren Leuten gemeinsam (üblicherweise über das
          Netz) an Dokumenten arbeiten und verfolgen müssen, wer welche
-        Änderung gemacht hat, dann kann ein Versionskontroll-Werkzeug
-        auch das.  Deshalb werden Versionskontroll-Werkzeuge wie
+        Änderung gemacht hat, dann kann ein Versions-Kontroll-Werkzeug
+        auch das.  Deshalb werden Versions-Kontroll-Werkzeuge wie
          Subversion so oft in Software-Entwicklungs-Umgebungen eingesetzt
          &ndash; die Arbeit in einem Entwicklerteam ist von Natur aus
          eine soziale Tätigkeit bei der Änderungen am Quelltext ständig
          besprochen, durchgeführt, geprüft und manchmal sogar
-        rückgängig gemacht werden.  Versionskontroll-Werkzeuge
+        rückgängig gemacht werden.  Versions-Kontroll-Werkzeuge
          ermöglichen diese Art der Zusammenarbeit.</para>

  <!--
@@ -290,12 +290,12 @@
  -->
        <para>Mit der Verwendung von Versionskontrolle sind auch Kosten
          verbunden. Falls Sie die Verwaltung Ihres
-        Versionskontroll-Systems nicht an Dritte weitergeben können,
+        Versions-Kontroll-Systems nicht an Dritte weitergeben können,
          haben Sie offensichtlich die Kosten der Verwaltung selbst zu
          tragen.  Wenn Sie täglich mit den Daten arbeiten, werden Sie
          sie nicht auf die gleiche Art kopieren, verschieben,
          umbenennen oder löschen können wie gewohnt.  Stattdessen
-        müssen Sie dafür das Versionskontroll-System verwenden.</para>
+        müssen Sie dafür das Versions-Kontroll-System verwenden.</para>

  <!--
        <para>Even assuming that you are okay with the cost/benefit
@@ -319,7 +319,7 @@
          or <command>unison</command>.</para>
  -->
        <para>Selbst unter der Annahme, dass Sie mit dem
-        Kosten/Nutzen-Verhältnis des Versionskontroll-Systems
+        Kosten/Nutzen-Verhältnis des Versions-Kontroll-Systems
          einverstanden sind, sollten Sie keins verwenden, nur weil es
          das, was Sie möchten, <emphasis>kann</emphasis>. Erwägen Sie,
          ob andere Werkzeuge Ihnen eher entgegenkommen können. Zum
@@ -359,7 +359,7 @@
  -->
        <para>
          <indexterm>
-          <primary>versionskontroll-Systeme</primary>
+          <primary>Versions-Kontroll-Systeme</primary>
            <secondary>zentralisierte</secondary>
          </indexterm>Sobald Sie sich sicher sind, eine Lösung in Form einer
          Versionskontrolle zu benötigen, werden Sie feststellen, dass
@@ -373,7 +373,7 @@
          setzte sich nach seiner ursprünglichen Einführung schnell
          an die Spitze in diesem Gebiet der Versionskontrolle, gewann
          weit verbreitete Akzeptanz und ersetzte Installationen vieler
-        älterer Versionskontroll-Systeme. Auch heute bleibt seine
+        älterer Versions-Kontroll-Systeme. Auch heute bleibt seine
          herausragende Stellung bestehen.</para>

  <!--
@@ -410,12 +410,12 @@
  -->
        <para>
          <indexterm>
-          <primary>Versionskontroll-Systeme</primary>
+          <primary>Versions-Kontroll-Systeme</primary>
            <secondary>verteilte</secondary>
          </indexterm>
          <indexterm>
            <primary>DVCS</primary>
-          <see>versionskontrollSysteme, verteilte</see>
+          <see>Versions-Kontroll-Systeme, verteilte</see>
          </indexterm>Seitdem hat sich jedoch viel geändert. In den Jahren  
seit
          der Geburt des Subversion Projektes hat eine neuere Methodik
          namens <firstterm>verteilte Versionskontrolle</firstterm>
@@ -424,7 +424,7 @@
          Werkzeuge wie Git (<ulink url="http://git-scm.com/" />) und
          Mercurial (<ulink url="http://mercurial.selenic.com/" />)
          stellten sich schnell an die Spitze n der Rangfolge der
-        verteilten Versionskontroll-Systeme (DVCS). Verteilte
+        verteilten Versions-Kontroll-Systeme (DVCS). Verteilte
          Versionskontrolle macht sich die wachsende Allgegenwärtigkeit
          von Hochgeschwindigkeits-Netzverbindungen und geringen
          Speicherkosten zu Nutze, um einen Ansatz verfügbar zu machen,
@@ -472,7 +472,7 @@
          weitaus bessere Unterstützung des Zusammenführens zwischen
          Zweigen (da Zusammenführungs-Algorithmen jedenfalls den
          eigentlichen Kern der Funktionalität von verteilten
-        Versionskontroll-Systemen bilden). Der Nachteil ist, dass
+        Versions-Kontroll-Systemen bilden). Der Nachteil ist, dass
          verteilte Versionskontrolle ein an sich komplizierteres Modell
          darstellt, das eine nicht zu vernachlässigende Herausforderung
          für eine bequeme Zusammenarbeit. Außerdem verrichten
@@ -503,7 +503,7 @@
        <para>Leider handelt dieses Buch von Subversion, so dass wir
          nicht versuchen werden, einen vollständigen Vergleich zwischen
          Subversion und anderen Werkzeugen durchzuführen. Lesern, die
-        die ihr Versionskontroll-System wählen dürfen, wird geraten,
+        die ihr Versions-Kontroll-System wählen dürfen, wird geraten,
          die verfügbaren Alternativen zu prüfen und sich für diejenige
          zu entscheiden, die am besten für sie und ihre Mitarbeiter
          funktioniert. Falls schließlich Subversion das Werkzeug der
@@ -561,7 +561,7 @@
          ersetzt worden.</para></footnote> eine Software-Suite namens
          CollabNet Enterprise Edition (CEE) für die Zusammenarbeit an,
          die auch eine Komponente für Versionskontrolle beinhaltete.
-        Obwohl CEE ursprünglich CVS als Versionskontrollsystem
+        Obwohl CEE ursprünglich CVS als Versions-Kontroll-System
          verwendete, waren die Einschränkungen von CVS von Anfang an
          offensichtlich, und CollabNet war sich bewusst, dass
          letztendlich etwas Besseres gefunden werden musste.
@@ -569,7 +569,7 @@
          Open-Source-Welt geworden, hauptsächlich deshalb, weil es
          nichts Besseres gab, zumindest nicht unter einer freien
          Lizenz. Also beschloss CollabNet, ein vollständig neues
-        Versionskontrollsystem zu schreiben, welches die grundlegenden
+        Versions-Kontroll-System zu schreiben, welches die grundlegenden
          Ideen von CVS beibehalten, jedoch die Fehler und
          Fehlentwicklungen vermeiden sollte.</para>

@@ -604,7 +604,7 @@
          <citetitle>Open Source Development with CVS</citetitle>
          (Coriolis, 1999), und fragten ihn, ob er an diesem neuen
          Projekt mitarbeiten wolle. Zufälligerweise besprach Karl
-        bereits einen Entwurf für ein neues Versionskontrollsystem mit
+        bereits einen Entwurf für ein neues Versions-Kontroll-System mit
          seinem Freund Jim Blandy.  Im Jahr 1995 gründeten die beiden
          Cyclic Software, eine CVS-Beraterfirma, und sie benutzten,
          obwohl sie die Firma später verkauften, bei ihrer täglichen
@@ -638,7 +638,7 @@
  -->
        <para>Das ursprüngliche Designteam einigte sich auf einige
          einfache Ziele. Sie wollten kein Neuland in
-        Versionskontrollmethodik betreten, sondern einfach CVS
+        Versions-Kontroll-Methodik betreten, sondern einfach CVS
          reparieren. Sie beschlossen, dass Subversion dieselben
          Merkmale und dasselbe Entwicklungsmodell wie CVS haben solle,
          wobei die Fehler von CVS aber nicht noch einmal gemacht werden
@@ -1048,7 +1048,7 @@
                Dateien erzeugt und somit der Commit-Zugriff für
                bestimmte Ressourcen serialisiert werden. Während
                Subversion immer noch grundsätzlich ein gleichzeitiges
-              Versionskontrollsystem ist, können bestimmte Arten
+              Versions-Kontroll-System ist, können bestimmte Arten
                binärer Dateien (z.B. Kunstobjekte) nicht
                zusammengeführt werden. Die Sperrmöglichkeit stillt den
                Bedarf, solche Ressourcen zu versionieren und zu
@@ -1317,11 +1317,11 @@

  -->
      <para>Obwohl dieses Buch unter der Annahme geschrieben worden ist,
-      dass der Leser noch nie ein Versionskontrollsystem benutzt hat,
+      dass der Leser noch nie ein Versions-Kontroll-System benutzt hat,
        haben wir auch versucht, für Anwender von CVS (und anderen
        Systemen) den Sprung zu Subversion so schmerzlos wie möglich zu
        machen. Ab und zu werden in Randnotizen andere
-      Versionskontrollsysteme erwähnt, und <xref linkend="svn.forcvs"/>
+      Versions-Kontroll-Systeme erwähnt, und <xref linkend="svn.forcvs"/>
        fasst viele der Unterschiede zwischen CVS und Subversion
        zusammen.</para>
  <!--
@@ -1456,7 +1456,7 @@
            <para>Wahrscheinlich hat Ihr Administrator Subversion
              bereits aufgesetzt, und Sie möchten nun lernen, wie man
              den Client benutzt. Falls Sie noch nie ein
-            Versionskontrollsystem benutzt haben, ist
+            Versions-Kontroll-System benutzt haben, ist
              <xref linkend="svn.basic"/> eine unbedingt notwendige
              Einführung in die Konzepte der Versionskontrolle.
              <xref linkend="svn.tour"/> ist eine Führung durch den
@@ -1914,7 +1914,7 @@
        Fehlerbehebungen beigetragen haben. Der Ausdruck und die Wartung
        einer vollständigen Liste  dieser Leute wäre an dieser Stelle
        nicht praktikabel. Dennoch mögen deren Namen für immer in der
-      Versionskontrollgeschichte dieses Buches weiterleben!</para>
+      Versions-Kontroll-Geschichte dieses Buches weiterleben!</para>

    </sect1>

=======================================
--- /branches/1.8/de/book/ch01-fundamental-concepts.xml	Sun Dec  7 15:08:18  
2014 UTC
+++ /branches/1.8/de/book/ch01-fundamental-concepts.xml	Tue Feb  3 17:18:07  
2015 UTC
@@ -57,14 +57,14 @@
  -->
      <para>
        <indexterm>
-        <primary>Versionskontrollsysteme</primary>
-      </indexterm>Ein Versionskontrollsystem (oder
+        <primary>Versions-Kontroll-Systeme</primary>
+      </indexterm>Ein Versions-Kontroll-System (oder
        Revisionskontrollsystem) ist ein System, das inkrementelle
        Versionen (oder Revisionen) von Dateien und, in manchen Fällen,
        Verzeichnissen über die Zeit hinweg verfolgt. Natürlich ist es
        für sich nicht sehr interessant, die verschiedenen Versionen
        eines Anwenders (oder einer Gruppe von Anwendern) zu verfolgen.
-      Was ein Versionskontrollsystem nützlich macht, ist die Tatsache,
+      Was ein Versions-Kontroll-System nützlich macht, ist die Tatsache,
        dass es Ihnen erlaubt, die Änderungen zu untersuchen, die zu
        jeder dieser Versionen geführt haben und es ermöglicht, erstere
        jederzeit wieder aufzurufen.</para>
@@ -78,10 +78,10 @@
        operate across wide-area networks.</para>
  -->
      <para>In diesem Abschnitt werden wir einige Komponenten und
-      Konzepte von Versionskontrollsystemen auf ziemlich hohem Niveau
-      vorstellen. Wir werden uns auf moderne Versionskontrollsysteme
+      Konzepte von Versions-Kontroll-Systemen auf ziemlich hohem Niveau
+      vorstellen. Wir werden uns auf moderne Versions-Kontroll-Systeme
        beschränken &ndash; in der heutigen vernetzten Welt hat es wenig
-      Sinn, Versionskontrollsystemen eine Berechtigung einzuräumen,
+      Sinn, Versions-Kontroll-Systemen eine Berechtigung einzuräumen,
        die nicht über Netze hinweg arbeiten können.</para>

      <!-- ===============================================================  
-->
@@ -124,9 +124,9 @@
            <secondary>Dateisystem-Baum</secondary>
          </indexterm>
          <indexterm>
-          <primary>Versionskontrollsysteme</primary>
+          <primary>Versions-Kontroll-Systeme</primary>
            <secondary>Clients</secondary>
-        </indexterm>Im Kern eines Versionskontrollsystems ist ein
+        </indexterm>Im Kern eines Versions-Kontroll-Systems ist ein
          Projektarchiv, das der zentrale Speicher der Daten dieses
          Systems ist. Das Projektarchiv speichert Informationen
          gewöhnlicherweise in Form eines
@@ -180,15 +180,15 @@

        <para>Wenn ein Client Daten aus dem Projektarchiv liest, bekommt
          der Client üblicherweise nur die letzte Version des
-        Dateisystem-Baumes zu sehen. Was ein Versionskontrollsystem
+        Dateisystem-Baumes zu sehen. Was ein Versions-Kontroll-System
          aber interessant macht, ist darüber hinaus die Fähigkeit,
          vorherige Zustände des Dateibaums aus dem Projektarchiv
-        abzurufen. Ein Versionskontrollsystem kann historische Fragen
+        abzurufen. Ein Versions-Kontroll-System kann historische Fragen
          stellen, wie <quote>Was beinhaltete das Verzeichnis am letzten
          Mittwoch?</quote> und <quote>Wer war die Person, die als
          letztes die Datei geändert hat und welche Änderungen hat sie
          gemacht?</quote>. Diese Art von Fragen sind die Grundlage
-        eines Versionskontrollsystems.</para>
+        eines Versions-Kontroll-Systems.</para>
      </sect2>

      <!-- ===============================================================  
-->
@@ -221,21 +221,21 @@
        <para>
          <indexterm>
            <primary>Arbeitskopien</primary>
-        </indexterm>Der Wert eines Versionskontrollsystems rührt von
+        </indexterm>Der Wert eines Versions-Kontroll-Systems rührt von
          der Tatsache her, dass es Versionen von Dateien und
          Verzeichnissen verfolgt, doch der Rest des Software-Universums
          arbeitet nicht auf <quote>Versionen von Dateien und
          Verzeichnissen</quote>.  Die meisten Programme wissen, wie mit
          einer <emphasis>einzelnen</emphasis> Version eines bestimmten
          Dateityps umgegangen wird. Wie arbeitet also ein Anwender
-        eines Versionskontrollsystems konkret mit einem abstrakten
+        eines Versions-Kontroll-Systems konkret mit einem abstrakten
          &ndash; und oft entfernten &ndash; Projektarchiv voll mit
          mehreren Versionen verschiedener Dateien? Wie schaffen es
          seine oder ihre Textbearbeitungs-Software,
          Präsentations-Software, Quelltexteditoren, Web-Design-Software
          oder sonstigen Programme, die alle nur mit einfachen Dateien
          umgehen können, Zugriff auf solche Dateien zu bekommen? Die
-        Antwort findet sich im Versionskontroll-Konstrukt, das als
+        Antwort findet sich im Versions-Kontroll-Konstrukt, das als
          <firstterm>Arbeitskopie</firstterm> bekannt ist.</para>

  <!--
@@ -261,7 +261,7 @@
          lokale Instanz einer jeden Dateiversion angewendet werden. Die
          meisten Leute verwenden den Begriff aber, wenn sie sich auf
          einen kompletten Verzeichnisbaum beziehen, der Dateien und
-        Verzeichnisse enthält, die vom Versionskontrollsystem
+        Verzeichnisse enthält, die vom Versions-Kontroll-System
          verwaltet werden.</para></footnote> sehen für andere Software
          aus wie alle anderen lokalen Verzeichnisse voller Dateien, so
          dass diese Programme nicht
@@ -269,7 +269,7 @@
          Daten zu lesen und zu schreiben. Die Aufgabe, die Arbeitskopie
          zu verwalten und Änderungen an ihrem Inhalt zum und vom
          Projektarchiv zu übergeben, fällt genau der Client-Software
-        des Versionskontrollsystems zu.</para>
+        des Versions-Kontroll-Systems zu.</para>

      </sect2>

@@ -294,7 +294,7 @@
          Subversion, since Subversion itself supports a couple of
          different ways of working.</para>
  -->
-      <para>Wenn die primäre Mission eines Versionskontrollsystems
+      <para>Wenn die primäre Mission eines Versions-Kontroll-Systems
          darin besteht, die unterschiedlichen Versionen digitaler
          Informationen über die Zeit hinweg zu verfolgen, liegt eine
          sehr nahe sekundäre Mission darin, das kollaborative
@@ -302,7 +302,7 @@
          verwenden unterschiedliche Systeme auch unterschiedliche
          Strategien, um dies zu bewerkstelligen. Aus einer Reihe von
          Gründen ist es wichtig, diese Unterschiede zu verstehen.
-        Zunächst hilft es dabei, bestehende Versionskontrollsysteme zu
+        Zunächst hilft es dabei, bestehende Versions-Kontroll-Systeme zu
          vergleichen und gegenüberzustellen, falls Ihnen andere Systeme
          begegnen, die Subversion ähneln.  Darüber hinaus wird es Ihnen
          helfen, Subversion effektiver zu benutzen, da Subversion
@@ -324,7 +324,7 @@
            to accidentally overwrite each other's changes in the
            repository.</para>
  -->
-        <para>Alle Versionskontrollsysteme haben das gleiche
+        <para>Alle Versions-Kontroll-Systeme haben das gleiche
            fundamentale Problem zu lösen: Wie soll es Anwendern erlaubt
            werden, Informationen zu teilen, aber sie davor zu bewahren,
            sich gegenseitig auf die Füße zu treten?  Es ist allzu
@@ -410,7 +410,7 @@
              <primary>Versionskontrolle</primary>
              <secondary>Modelle</secondary>
              <tertiary>Sperren-Ändern-Entsperren</tertiary>
-          </indexterm>Viele Versionskontrollsysteme verwenden ein
+          </indexterm>Viele Versions-Kontroll-Systeme verwenden ein
            <firstterm>Sperren-Ändern-Entsperren</firstterm>-Modell um zu
            verhindern, dass verschiedene Autoren sich gegenseitig die  
Änderungen
            löschen. Bei diesem Modell erlaubt das Projektarchiv nur jeweils
@@ -564,7 +564,7 @@
              <secondary>Modelle</secondary>
              <tertiary>kopieren-ändern-zusammenführen</tertiary>
            </indexterm>Subversion, CVS und viele andere
-          Versionskontrollsysteme benutzen ein
+          Versions-Kontroll-Systeme benutzen ein
            <firstterm>Kopieren–Ändern–Zusammenfassen</firstterm>-Modell
            als Alternative zum Sperren. In diesem Modell verbindet sich
            jeder Client der Anwender mit dem Projektarchiv und erzeugt
@@ -572,7 +572,7 @@
            gleichzeitig und unabhängig voneinander an ihren privaten
            Kopien. Am Ende werden dann alle Einzelkopien zu einer
            neuen, aktuellen Version zusammengeführt. Das
-          Versionskontrollsystem hilft oft bei dieser Zusammenführung,
+          Versions-Kontroll-System hilft oft bei dieser Zusammenführung,
            aber letztlich ist der Mensch dafür verantwortlich, das es
            korrekt abläuft.</para>

@@ -599,7 +599,7 @@
  -->
          <para>
            <indexterm>
-            <primary>out of date</primary>
+            <primary>veraltet</primary>
            </indexterm>Hier ist ein Beispiel: Harry und Sally haben
            sich jeweils eine eigene Arbeitskopie des im Projektarchiv
            vorhandenen Projektes geschaffen. Beide arbeiten nun an der
@@ -794,9 +794,9 @@
        version control.</para>
  -->
      <para>Wir haben bereits erwähnt, dass Subversion ein modernes,
-      netzbewusstes Versionskontrollsystem. Wie wir in
+      netzbewusstes Versions-Kontroll-System. Wie wir in
        <xref linkend="svn.basic.version-control-basics"/> beschrieben
-      haben (unser Versionskontroll-Überblick auf hoher Ebene), dient
+      haben (unser Versions-Kontroll-Überblick auf hoher Ebene), dient
        ein Projektarchiv als Kern-Speichermechanismus für die
        versionierten Daten von Subversion, und über Arbeitskopien
        kommunizieren Anwender und ihre Software mit diesen Daten. In
@@ -826,7 +826,7 @@
  -->
        <para>Subversion implementiert das Konzept eines Projektarchivs
          für Versionskontrolle so, wie es jedes andere moderne
-        Versionskontrollsystem auch machen würde. Im Gegensatz zu
+        Versions-Kontroll-System auch machen würde. Im Gegensatz zu
          einer Arbeitskopie ist ein Subversion-Projektarchiv ein
          abstraktes Gebilde, das sich fast ausschließlich über die
          eigenen Subversion-Bibliotheken und -Werkzeuge manipulieren
@@ -855,7 +855,7 @@
            versionierten Dateien zusammen mit Metadaten, die dem System
            erlauben, erstere zu überwachen und mit dem Server zu
            kommunizieren &ndash; eine <emphasis>Arbeitskopie</emphasis>
-          genannt. Obwohl andere Versionskontrollsysteme den Begriff
+          genannt. Obwohl andere Versions-Kontroll-Systeme den Begriff
            <quote>Projektarchiv</quote> (<quote>Repository</quote>) für
            das client-seitige Objekt verwenden, ist es sowohl falsch
            als auch eine verbreitete Quelle für Missverständnisse,
@@ -977,7 +977,7 @@
            <indexterm>
              <primary>Revisionen</primary>
              <secondary>globale</secondary>
-          </indexterm>Anders als die meisten Versionskontrollsysteme
+          </indexterm>Anders als die meisten Versions-Kontroll-Systeme
            werden die Revisionsnummern von Subversion auf <emphasis>den
            kompletten Projektarchiv-Baum</emphasis> anstatt auf
            einzelne Dateien angewendet. Jede Revisionsnummer wählt
@@ -991,7 +991,7 @@
            Revision 5 aussieht</quote>. Beachten Sie, dass sich im
            Allgemeinen die Revisionen N und M einer Datei
            <emphasis>nicht</emphasis> notwendigerweise unterscheiden!
-          Viele andere Versionskontrollsysteme verwenden dateibezogene
+          Viele andere Versions-Kontroll-Systeme verwenden dateibezogene
            Revisionsnummern, so dass dieses Konzept zunächst
            ungewöhnlich aussieht. (Ehemalige CVS-Benutzer sollten sich
            für weitergehende Informationen <xref linkend="svn.forcvs"/>
@@ -1301,11 +1301,11 @@
            <primary>projektarchiv-relative URL</primary>
          </indexterm>
          <indexterm>
-          <primary>Yirkumflex-Syntax</primary>
+          <primary>Zirkumflex-Syntax</primary>
          </indexterm>
          <indexterm>
            <primary>^</primary>
-          <see>caret syntax</see>
+          <see>Zirkumflex-Syntax</see>
          </indexterm>In Subversion 1.6 wurde eine neue Notation mit  
Zirkumflex
          (<literal>^</literal>) als Kurzschreibweise für <quote>der URL
          des Wurzelverzeichnisses des Projektarchivs</quote>
@@ -1800,7 +1800,7 @@
            </indexterm>
            <indexterm>
              <primary>einchecken</primary>
-            <see>Übertragen</see>
+            <see>übertragen</see>
            </indexterm>Angenommen, Sie nehmen Änderungen an
            <filename>button.c</filename> vor. Da sich das Verzeichnis
            <filename>.svn</filename> den ursprünglichen
@@ -1833,7 +1833,7 @@
              <tertiary>commit</tertiary>
            </indexterm>
            <indexterm>
-            <primary>Übertragen</primary>
+            <primary>übertragen</primary>
            </indexterm>Um Ihre Änderungen anderen gegenüber zu
            veröffentlichen, können Sie den Subversion-Befehl
            <command>svn commit</command> verwenden:</para>
@@ -1911,7 +1911,7 @@
              <tertiary>update</tertiary>
            </indexterm>
            <indexterm>
-            <primary>altualisieren</primary>
+            <primary>aktualisieren</primary>
            </indexterm>
            <indexterm>
              <primary>Arbeitskopien</primary>
@@ -2286,7 +2286,7 @@
              möchten herausbekommen, wann ein Fehler das erste Mal in
              einer Datei auftauchte.  Dies ist der
              <quote>Zeitmaschinen</quote>-Aspekt eines
-            Versionskontrollsystems &ndash; die Eigenschaft, die es
+            Versions-Kontroll-Systems &ndash; die Eigenschaft, die es
              ermöglicht, irgendeinen Teil Ihrer Arbeitskopie zeitlich
              nach vorne oder nach hinten zu verschieben.</para>

=======================================
--- /branches/1.8/de/book/ch03-advanced-topics.xml	Fri Jan 16 13:41:33 2015  
UTC
+++ /branches/1.8/de/book/ch03-advanced-topics.xml	Tue Feb  3 17:18:07 2015  
UTC
@@ -22,7 +22,7 @@
    <para>Falls Sie dieses Buch kapitelweise von vorne nach hinten
      lesen, sollten Sie sich bis hierhin ausreichende Kenntnisse über
      die Verwendung des Subversion-Clients angeeignet haben, um die
-    gebräuchlichsten Versionskontrolltätigkeiten ausführen zu können.
+    gebräuchlichsten Versions-Kontroll-Tätigkeiten ausführen zu können.
      Sie wissen, wie eine Arbeitskopie aus einem
      Subversion-Projektarchiv ausgecheckt wird. Sie kommen gut damit
      zurecht, Änderungen mittels <command>svn commit</command> und
@@ -39,7 +39,7 @@
      directory changes to and from a central repository.</para>
  -->
    <para>Subversions Funktionsumfang macht allerdings nicht bei
-    <quote>gewöhnlichen Versionskontrolltätigkeiten</quote> halt. Es
+    <quote>gewöhnlichen Versions-Kontroll-Tätigkeiten</quote> halt. Es
      bietet mehr, als lediglich den Transport von Datei- und
      Verzeichnisänderungen in ein und aus einem zentralen Projektarchiv
      zu ermöglichen.</para>
@@ -422,7 +422,7 @@
          some examples.</para>
  -->
        <para>Revisionsnummern offenbaren nichts über die Welt außerhalb
-        des Versionskontrollsystems, doch manchmal müssen Sie einen
+        des Versions-Kontroll-Systems, doch manchmal müssen Sie einen
          Zeitpunkt mit einem Moment der Versionsgeschichte korrelieren.
          Um das zu ermöglichen, erlaubt die Option
          <option>--revision</option> (<option>-r</option>) auch
@@ -609,7 +609,7 @@
  -->
      <para>Dateien und Verzeichnisse werden auf unseren Rechnern
        ständig kopiert, verschoben, umbenannt und vollständig
-      ersetzt. Ihr Versionskontrollsystem sollte nicht im Weg stehen,
+      ersetzt. Ihr Versions-Kontroll-System sollte nicht im Weg stehen,
        wenn Sie diese Dinge auch mit Dateien und Verzeichnissen unter
        Versionskontrolle machen. Die Dateiverwaltungsunterstützung von
        Subversion ist sehr befreiend, indem sie beinahe die gleiche
@@ -1319,7 +1319,7 @@
        Projektarchiv ablegt und wieder herausholt. Ganze Kapitel haben
        sich dieser fundamentalen Funktionalität des Werkzeugs gewidmet.
        Falls die Versionierungsunterstützung an diesem Punkt aufhörte,
-      wäre Subversion aus Versionskontrollperspektive immer noch
+      wäre Subversion aus Versions-Kontroll-Perspektive immer noch
        vollständig.</para>

  <!--
@@ -3663,7 +3663,7 @@
  -->
                <para>Falls auf einem Verzeichnis vorhanden, ist der
                  Wert eine Liste <emphasis>unversionierter</emphasis>
-                Dateimuster, die von <command>svn status</command> und
+                Dateinamen-Muster, die von <command>svn status</command>  
und
                  anderen Unterbefehlen ignoriert werden sollen. Anders
                  als bei <literal>svn:ignore</literal> werden diese
                  Muster auf <emphasis>alle</emphasis> unversionierten
@@ -4826,15 +4826,15 @@
  -->
      <para>
        <indexterm>
-        <primary>file patterns</primary>
+        <primary>Dateinamen-Muster</primary>
        </indexterm>
        <indexterm>
          <primary>globs</primary>
-        <see>file patterns</see>
+        <see>Dateinamen-Muster</see>
        </indexterm>
        <indexterm>
-        <primary>shell wildcard patterns</primary>
-        <see>file patterns</see>
+        <primary>Shell-Wildcard-Muster</primary>
+        <see>Dateinamen-Muster</see>
        </indexterm>Also bietet Ihnen Subversion mehrere Möglichkeiten,
        wie Sie ihm mitteilen können, welche Dateien Sie lieber nicht
        beachten möchten.  Die eine Möglichkeit verwendet das
@@ -4848,7 +4848,7 @@
        und sind enger an den versionierten Baum gebunden, so dass
        hiervon jeder betroffen ist, der eine Arbeitskopie dieses Baumes
        besitzt. Alle dieser Möglichkeiten verwenden
-      <firstterm>Dateimuster</firstterm> (Ketten aus normalen Zeichen
+      <firstterm>Dateinamen-Muster</firstterm> (Ketten aus normalen Zeichen
        und solchen mit besonderer Bedeutung, die mit Dateinamen
        verglichen werden), um zu entscheiden, welche Dateien ignoriert
        werden können.  </para>
@@ -4869,7 +4869,7 @@
  -->
      <para>Das Laufzeit-Konfigurationssystem von Subversion stellt eine
        Option <literal>global-ignores</literal> zur Verfügung, dessen
-      Wert eine Sammlung von Dateimustern ist, die durch Leerraum
+      Wert eine Sammlung von Dateinamen-Mustern ist, die durch Leerraum
        getrennt sind. Der Subversion-Client vergleicht diese Muster
        sowohl mit den Dateinamen der unter Versionskontrolle zu
        bringenden Kandidaten als auch mit den Namen der
@@ -4886,7 +4886,7 @@
  <!--
        <title>File Patterns in Subversion</title>
  -->
-      <title>Dateimuster in Subversion</title>
+      <title>Dateinamen-Muster in Subversion</title>

  <!--
        <para>File patterns (also called <firstterm>globs</firstterm> or
@@ -4900,7 +4900,7 @@
          which are interpreted differently for matching
          purposes.</para>
  -->
-      <para>Dateimuster (auch <firstterm>Globs</firstterm> oder
+      <para>Dateinamen-Muster (auch <firstterm>Globs</firstterm> oder
          <firstterm>Shell-Jokerzeichen</firstterm> genannt) sind Ketten
          aus Zeichen, die mit Dateinamen verglichen werden sollen,
          typischerweise für die schnelle Auswahl einer Teilmenge von
@@ -4918,7 +4918,7 @@
          function.  It supports the following wildcards, described here
          simply for your convenience:</para>
  -->
-      <para>Es gibt verschiedene Typen von Dateimuster-Regeln, doch
+      <para>Es gibt verschiedene Typen von Dateinamen-Muster-Regeln, doch
          verwendet Subversion die auf Unix-Systemen verbreitete
          Variante, wie sie dort in der Systemfunktion
          <function>fnmatch</function> implementiert ist. Sie
@@ -4966,7 +4966,7 @@
          shell prompt.  The following are some examples of patterns
          being used for various things:</para>
  -->
-      <para>Das gleiche Verhalten beim Abgleich von Dateimustern
+      <para>Das gleiche Verhalten beim Abgleich von Dateinamen-Mustern
          können Sie bei der Eingabeaufforderung einer Unix-Shell
          beobachten. Es folgen einige Beispiele von Mustern
          für verschiedene Dinge:</para>
@@ -5013,7 +5013,7 @@
          we've described here, but this basic usage level tends to suit
          the majority of Subversion users.</para>
  -->
-      <para>Dateimuster-Abgleich ist zwar ein bisschen komplizierter
+      <para>Dateinamen-Muster-Abgleich ist zwar ein bisschen komplizierter
          als hier beschrieben, jedoch ist Beschränkung auf diese
          grundlegende Ebene für die Mehrheit der Subversion-Benutzer
          ausreichend.</para>
@@ -5043,10 +5043,10 @@
  -->
      <para>Wenn die Eigenschaft <literal>svn:ignore</literal> an einem
        versionierten Verzeichnis auftritt, wird erwartet, dass der Wert
-      eine Liste von (durch Zeilenvorschübe getrennten) Dateimustern
+      eine Liste von (durch Zeilenvorschübe getrennten) Dateinamen-Mustern
        enthält, die Subversion benutzen soll, um ignorierbare Objekte
        in <emphasis>demselben</emphasis> Verzeichnis zu bestimmen.
-      Diese Dateimuster setzen nicht jene außer Kraft, die in der
+      Diese Dateinamen-Muster setzen nicht jene außer Kraft, die in der
        Laufzeit-Konfigurations-Option <literal>global-ignores</literal>
        gefunden werden, sondern werden an deren Liste angehängt.  An
        dieser Stelle lohnt es sich, noch einmal darauf hinzuweisen,
@@ -5094,7 +5094,7 @@
        Eigenschaft <literal>svn:global-ignores</literal>. So wie die
        Eigenschaft <literal>svn:ignore</literal>, kann
        <literal>svn:global-ignores</literal> nur auf einem Verzeichnis
-      gesetzt werden und enthält Dateimuster, die Subversion
+      gesetzt werden und enthält Dateinamen-Muster, die Subversion
        verwendet, um festzustellen, welche Objekte es ignorieren
        kann.<footnote><para>Die zu ignorierenden Muster der Eigenschaft
        <literal>svn:global-ignores</literal> können durch Leerzeichen,
@@ -5132,7 +5132,7 @@
      </note>
  -->
      <note>
-      <para>Die Unterstützung für ignorierbare Dateimuster in
+      <para>Die Unterstützung für ignorierbare Dateinamen-Muster in
          Subversion erstreckt sich lediglich auf die einmalige
          Handlung, unversionierte Dateien und Verzeichnisse unter
          Versionskontrolle zu stellen. Sobald ein Objekt unter
@@ -5434,7 +5434,7 @@
        present.</para>
  -->
      <para>Wie bereits früher erwähnt, wird die Liste der zu
-      ignorierenden Dateimuster auch von <command>svn add</command>
+      ignorierenden Dateinamen-Muster auch von <command>svn add</command>
        und <command>svn import</command> verwendet. Beide dieser
        Befehle haben zur Folge, dass Subversion damit beginnt, eine
        Menge von Dateien und Verzeichnissen zu verwalten.  Statt den
@@ -5444,7 +5444,7 @@
        die verzeichnisgebundenen und die ererbten Listen &ndash; um
        festzustellen, welche Dateien nicht im Rahmen einer größeren
        rekursiven Hinzufüge- oder Importaktion in das
-      Versionskontrollsystem gebracht werden sollen. Auch hier können
+      Versions-Kontroll-System gebracht werden sollen. Auch hier können
        Sie wieder die Option <option>--no-ignore</option> verwenden, um
        Subversion mitzuteilen, die Ignorier-Listen zu ignorieren und
        auf allen vorhandenen Dateien und Verzeichnissen zu
@@ -5546,7 +5546,7 @@
        diese Information sich mit jeder Änderung der Datei auch ändert,
        noch wichtiger, <emphasis>nachdem</emphasis> sich die Datei
        ändert, ist es für jeden Prozess außer dem
-      Versionskontrollsystem ein ziemlicher Aufwand, die Daten
+      Versions-Kontroll-System ein ziemlicher Aufwand, die Daten
        vollständig aktuell zu halten. Würde das den Autoren überlassen,
        veralteten die Informationen unausweichlich.</para>

@@ -7432,7 +7432,7 @@
        <para>Kommunikation wäre insofern auch keine schlechte Medizin
        für die gleichnamigen Harry und Sally aus Hollywood gewesen.
        </para></footnote> Aus der Tatsache,  dass das eigene
-      Versionskontrollsystem eine Kommunikationsform darstellt, folgt,
+      Versions-Kontroll-System eine Kommunikationsform darstellt, folgt,
        dass es keine schlechte Sache wäre, wenn diese Software die
        Serialisierung von nicht parallel durchführbaren Änderungen
        ermöglichte. Hier ist der Zeitpunkt für die
@@ -7440,7 +7440,7 @@
        gekommen. Hier reden wir nun über das
        <firstterm>Sperren</firstterm> in Subversion, das in etwa den
        <quote>Reserved Checkouts</quote> anderer
-      Versionskontrollsysteme entspricht.</para>
+      Versions-Kontroll-Systeme entspricht.</para>

  <!--
      <para>Subversion's locking feature exists ultimately to minimize
@@ -11959,7 +11959,7 @@
      <para>Nachdem Sie dieses Kapitel gelesen haben, sollten Sie
        ein ziemlich gutes Verständnis von einigen Eigenschaften
        Subversions haben, die zwar nicht bei <emphasis>jedem</emphasis>
-      Umgang mit Ihrem Versionskontrollsystem benutzt werden, deren
+      Umgang mit Ihrem Versions-Kontroll-System benutzt werden, deren
        Kenntnis jedoch durchaus von Vorteil sein kann. Hören Sie an
        dieser Stelle jedoch noch nicht auf! Lesen Sie das folgende
        Kapitel, in dem Sie Zweige, Tags und das Zusammenführen
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Nov 27  
21:25:21 2014 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb  3  
17:18:07 2015 UTC
@@ -888,7 +888,7 @@
        <para>Zweitens bestehen die Zweige von Subversion, bedingt durch
          den Kopiermechanismus, als <emphasis>normale
          Dateisystemverzeichnisse</emphasis> im Projektarchiv. Das ist ein
-        Unterschied zu anderen Versionskontrollsystemen, bei denen
+        Unterschied zu anderen Versions-Kontroll-Systemen, bei denen
          Zweige typischerweise definiert werden, indem auf einer
          eigenen Ebene den Dateisammlungen <quote>Etiketten</quote>
          hinzugefügt werden. Der Ort Ihres Zweig-Verzeichnisses spielt
@@ -1079,7 +1079,7 @@
        <para>Bevor wir weitermachen, sollten wir Sie warnen, dass Sie
          auf den kommenden Seiten viele Erörterungen zum Thema
          <quote>Änderungen</quote> erwarten. Viele mit
-        Versionskontrollsystemen erfahrene Leute benutzen die Begriffe
+        Versions-Kontroll-Systemen erfahrene Leute benutzen die Begriffe
          <quote>Änderung</quote> und <quote>Änderungsmenge</quote>
          (<foreignphrase>Changeset</foreignphrase>) austauschbar, so
          dass wir klären sollten, was Subversion unter einer
@@ -1098,7 +1098,7 @@
        <para>Jeder scheint eine etwas unterschiedliche Definition für
          den Begriff Änderungsmenge zu haben oder zumindest eine
          unterschiedliche Erwartung darüber, was es für ein
-        Versionskontrollsystem bedeutet, so etwas zu besitzen. Für
+        Versions-Kontroll-System bedeutet, so etwas zu besitzen. Für
          unsere Zwecke reicht es aus, zu sagen, dass eine
          Änderungsmenge lediglich eine Sammlung von Änderungen mit
          einem eindeutigen Namen ist. Die Änderungen können aus der
@@ -3137,7 +3137,7 @@
          One of the most common questions new users ask is, <quote>How
          do I get my old file or directory back?</quote></para>
  -->
-      <para>Das Tolle an Versionskontrollsystemen ist, dass
+      <para>Das Tolle an Versions-Kontroll-Systemen ist, dass
          Informationen nie verlorengehen. Selbst wenn Sie eine Datei
          oder ein Verzeichnis löschen, ist es zwar nicht mehr in der
          <literal>HEAD</literal>-Revision vorhanden, jedoch noch in
@@ -3464,7 +3464,7 @@
  -->
        <para>Genauso oft wie der Begriff <quote>Änderungsmenge</quote>
          wird die Wendung <firstterm>die Rosinen
-        herauspicken</firstterm> in Versionskontrollsystemen
+        herauspicken</firstterm> in Versions-Kontroll-Systemen
          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
          bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
          auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
@@ -4922,7 +4922,7 @@
          changesets that affected the file, but also exactly which user
          wrote which line of code, and when she did it.</para>
  -->
-      <para>Ein Hauptmerkmal jedes Versionskontrollsystems ist es,
+      <para>Ein Hauptmerkmal jedes Versions-Kontroll-Systems ist es,
          darüber Buch zu führen, wer was wann geändert hat. Die Unterbefehle
          <command>svn log</command> und <command>svn blame</command>
          sind die geeigneten Werkzeuge hierfür: Wenn sie auf
@@ -6836,7 +6836,7 @@
        aufpassen, da es sich bei diesen Mustern um bewährte
        Vorgehensweisen handelt, die von erfahrenen Menschen empfohlen
        werden. Diese Prozesse sind nicht spezifisch für Subversion; sie
-      sind anwendbar auf alle Versionskontrollsysteme. Trotzdem
+      sind anwendbar auf alle Versions-Kontroll-Systeme. Trotzdem
        mag es hilfreich sein, wenn sie anhand von Subversion erklärt
        werden.</para>

@@ -7279,7 +7279,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
+      Versions-Kontroll-System verwalten. Um auf unser Beispiel aus der
        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
@@ -7321,7 +7321,7 @@
      <para>Die Lösung dieses Problems besteht in der Verwendung von
        <firstterm>Lieferanten-Zweigen</firstterm>.  Ein
        Lieferanten-Zweig ist ein Verzeichnisbaum in Ihrem eigenen
-      Versionskontrollsystem, der Informationen enthält, die von einem
+      Versions-Kontroll-System, der Informationen enthält, die von einem
        Drittanbieter &ndash; oder Lieferanten &ndash; bereitgestellt
        wird. Jede Version der Lieferantendaten, die Sie in Ihr Projekt
        aufnehmen wollen, wird <firstterm>Zulieferung</firstterm>
@@ -7340,7 +7340,7 @@
  -->
      <para>Lieferanten-Zweige bieten zwei Vorteile. Erstens, wird durch
        das Vorhalten der aktuellen Zulieferung in Ihrem eigenen
-      Versionskontrollsystem sichergestellt, dass für Ihre
+      Versions-Kontroll-System sichergestellt, dass für Ihre
        Projektmitarbeiter stets die richtige Version der
        Lieferantendaten verfügbar ist. Sie erhalten die richtige
        Version automatisch beim Aktualisieren ihrer Arbeitskopien.
=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 12:29:28  
2015 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 17:18:07  
2015 UTC
@@ -424,7 +424,7 @@
          two.</para>
  -->
        <para>Nehmen wir an, Sie seien als Projektarchiv-Administrator für
-        die Versionskontrollsysteme mehrerer Projekte zuständig. Ihre
+        die Versions-Kontroll-Systeme mehrerer Projekte zuständig. Ihre
          erste Entscheidung ist, ob Sie ein einzelnes Projektarchiv für
          mehrere Projekte verwenden, jedem Projekt sein eigenes
          Projektarchiv geben oder einen Kompromiss aus diesen beiden
@@ -4760,7 +4760,7 @@
        <para>Das Auszugsformat eines Subversion Projektarchivs erlaubt
          ebenfalls die Umwandlung aus einem vollständig
          unterschiedlichen Speichermechanismus oder
-        Versionskontrollsystem. Da das Format der Auszugsdatei
+        Versions-Kontroll-System. Da das Format der Auszugsdatei
          größtenteils menschenlesbar ist, sollte es relativ einfach
          sein, in diesem Dateiformat generische Änderungsmengen zu
          beschreiben, wobei jede als neue Revision behandelt werden
=======================================
--- /branches/1.8/de/book/ch06-server-configuration.xml	Mon Jan 26 11:47:32  
2015 UTC
+++ /branches/1.8/de/book/ch06-server-configuration.xml	Tue Feb  3 17:18:07  
2015 UTC
@@ -8123,7 +8123,7 @@

  -->
         <para>Vergessen Sie nicht, dass es sich hier um ein
-         Versionskontrollsystem handelt! Selbst falls jemand
+         Versions-Kontroll-System handelt! Selbst falls jemand
           versehentlich eine Änderung dorthin übergibt, wo sie
           eigentlich nicht hin sollte, ist es einfach, die Änderung
           rückgängig zu machen. Und sollte ein Anwender mit böser
=======================================
--- /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Nov 25 16:56:50 2014  
UTC
+++ /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Feb  3 17:18:07 2015  
UTC
@@ -1126,7 +1126,7 @@
          Verantwortlichkeit; ihre Aufgabe ist es, die Funktionen der
          Arbeitskopie-Bibliothek mit denen der RA-Schicht zu vermischen
          und eine API auf höchster Ebene für Anwendungen zur Verfügung
-        zu stellen, die allgemeine Versionskontrollaktionen
+        zu stellen, die allgemeine Versionskontroll-Aktionen
          durchführen wollen. Beispielsweise erwartet die Funktion
          <function>svn_client_checkout()</function> einen URL als
          Argument. Sie leitet diesen URL an die RA-Schicht weiter und
@@ -2640,7 +2640,7 @@
        interessante Verwendungen für die Subversion-API gefunden, von
        einfachen Projektarchiv-Hook-Skripten über Integrationen zwischen
        Subversion und einer anderen Anwendung bis zu vollständig
-      unterschiedlichen Versionskontrollsystemen. Womit wollen
+      unterschiedlichen Versions-Kontroll-Systemen. Womit wollen
        <emphasis>Sie</emphasis> es versuchen?</para>

    </sect1>
=======================================
--- /branches/1.8/de/book/ch09-reference.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ch09-reference.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -636,133 +636,6 @@

        </refsect1>

-      <refsect1 id="svn.ref.mod_authz_svn.conf.directives">
-<!--
-        <title>Directives</title>
--->
-        <title>Anweisungen</title>
-
-<!--
-        <para>These are the <filename>httpd.conf</filename> directives
-          that apply to <command>mod_authz_svn</command>:</para>
--->
-        <para>Dies sind die
-          <filename>httpd.conf</filename>-Direktiven, die für
-          <command>mod_authz_svn</command> gültig sind:</para>
-
-        <variablelist>
-
-          <varlistentry>
-            <term><literal>AuthzForceUsernameCase Upper| 
Lower</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>Upper</literal>
-                or <literal>Lower</literal> to perform case conversion
-                of the specified sort on the authenticated username
-                before checking it for authorization.  While usernames
-                are compared in a case-sensitive fashion against those
-                referenced in the authorization rules file, this
-                directive can at least normalize variably-cased
-                usernames into something consistent.</para>
--->
-              <para>Entweder <literal>Upper</literal>
-                oder <literal>Lower</literal>, um die entsprechende
-                Umwandlung des authentifizierten Anwendernamens vor
-                der Autorisierungsprüfung in Klein- oder
-                Großschreibung vorzunehmen. Während Anwendernamen
-                unter Beachtung der Klein- oder Großschreibung mit
-                denjenigen in der Autorisierungs-Regel-Datei
-                verglichen werden, kann diese Direktive zumindest
-                gemischt geschriebene Anwendernamen in irgendetwas
-                konsistentes normalisieren.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNAccessFile
-              <replaceable>file-path</replaceable></literal></term>
-            <listitem>
-
-<!--
-              <para>Consult <replaceable>file-path</replaceable> for
-                access rules describing the permissions for paths in
-                Subversion repository.</para>
--->
-              <para>Für Zugriffsregeln, die Rechte auf Pfaden im
-                Subversion-Projektarchiv beschreiben, soll in
-                <replaceable>file-path</replaceable> nachgesehen
-                werden.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNAnonymous On|Off</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>Off</literal> to disable two
-                special-case behaviours of this module: interaction
-                with the <literal>Satisfy Any</literal> directive and
-                enforcement of the authorization policy even when no
-                <literal>Require</literal> directives are present.
-                The default value of this directive is
-                <literal>On</literal>.</para>
--->
-              <para>Um zwei besondere Verhaltensweisen dieses Moduls
-                zu unterbinden, sollte diese Direktive auf
-                <literal>Off</literal> gesetzt werden: Die Interaktion
-                mit der <literal>Satisfy Any</literal>-Anweisung und
-                das Durchsetzen des Autorisierungsverfahrens auch
-                dann, wenn keine <literal>Require</literal>-Direktiven
-                vorhanden sind. Der Standardwert dieser Direktive ist
-                <literal>On</literal>.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNAuthoritative On|Off</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>Off</literal> to allow access
-                control to be passed along to lower modules.  The
-                default value of this directive is
-                <literal>On</literal>.</para>
--->
-              <para>Auf <literal>Off</literal> gesetzt, wird die
-                Weiterleitung der Zugriffskontrolle an tiefere Module
-                erlaubt. Der Standardwert dieser Direktive ist
-                <literal>On</literal>.</para>
-
-            </listitem>
-          </varlistentry>
-
-          <varlistentry>
-            <term><literal>AuthzSVNNoAuthWhenAnonymousAllowed On| 
Off</literal></term>
-            <listitem>
-
-<!--
-              <para>Set to <literal>On</literal> to suppress
-                authentication and authorization for requests which
-                anonymous users are allowed to perform.  The default
-                value of this directive is
-                <literal>On</literal>.</para>
--->
-              <para>Auf <literal>On</literal> setzen, um die
-                Authentifizierung und Autorisierung von Anfragen zu
-                unterbinden, die anonyme Benutzer durchführen dürfen.
-                Der Standardwert dieser Direktive ist
-                <literal>On</literal>.</para>
-
-            </listitem>
-          </varlistentry>
-
-        </variablelist>
-      </refsect1>

      </refentry>
    </sect1>
=======================================
--- /branches/1.8/de/book/foreword.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/foreword.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -110,7 +110,7 @@
      Leute immer wieder die gleichen grundlegenden Fragen auf der
      Subversion-Mailingliste stellten: Was sind die
      Standard-Arbeitsabläufe mit Subversion?  Funktionieren Branches
-    und Tags genau so wie in anderen Versionskontrollsystemen?  Wie
+    und Tags genau so wie in anderen Versions-Kontroll-Systemen?  Wie
      finde ich heraus, wer eine bestimmte Änderung durchgeführt
      hat?</para>

=======================================
--- /branches/1.8/de/book/ref-svn.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svn.xml	Tue Feb  3 17:18:07 2015 UTC
@@ -836,7 +836,7 @@
            <para>Schaltet einen besonderen Ausgabemodus für
              <command>svn diff</command> ein, der für die
              Kompatibilität mit dem verbreiteten verteilten
-            Versionskontroll-System Git entworfen wurde.</para>
+            Versions-Kontroll-System Git entworfen wurde.</para>
          </listitem>
        </varlistentry>

@@ -8318,7 +8318,7 @@
            <emphasis>lediglich Metadaten der Arbeitskopie</emphasis>.
            Sie ändert keine Dateiinhalte versionierter oder
            unversionierter Dateien, führt keinerlei
-          Versionskontroll-Operationen aus (etwa Übergaben oder
+          Versions-Kontroll-Operationen aus (etwa Übergaben oder
            Aktualisierungen) usw.</para>
        </note>


From svnbook at googlecode.com  Wed Feb  4 02:47:36 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 04 Feb 2015 08:47:36 +0000
Subject: [svnbook] r4972 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c1dfae362bbb050e3f3d71@google.com>

Revision: 4972
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb  4 08:47:26 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * What's a Branch?
   * Using Branches
   ** Creating a Branch
   ** Working with Your Branch
   ** The Key Concepts Behind Branching
   * Basic Merging
   ** Changesets
   ** Keeping a Branch in Sync
   ** Reintegrating a Branch
   ** Mergeinfo and Previews

https://code.google.com/p/svnbook/source/detail?r=4972

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb  3  
17:18:07 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
08:47:26 2015 UTC
@@ -1,3 +1,5 @@
+<!-- -*- sgml -*- -->
+
  <chapter id="svn.branchmerge">
  <!--
    <title>Branching and Merging</title>
@@ -23,7 +25,7 @@
      these operations as well as Subversion's somewhat unique approach
      to them.  If you've not familiarized yourself with Subversion's
      basic concepts (found in <xref linkend="svn.basic"/>), we
-    recommmend that you do so before reading this chapter.</para>
+    recommend that you do so before reading this chapter.</para>
  -->
    <para>Verzweigen (<foreignphrase>Branching</foreignphrase>) und
      Zusammenführen
@@ -107,8 +109,7 @@
      <para>
        <indexterm>
          <primary>branches</primary>
-      </indexterm>
-      This is the basic concept of a branch&mdash;namely,
+      </indexterm>This is the basic concept of a branch&mdash;namely,
        a line of development that exists independently of another line,
        yet still shares a common history if you look far enough back in
        time.  A branch always begins life as a copy of something, and
@@ -118,6 +119,7 @@
      <para>
        <indexterm>
          <primary>Zweige</primary>
+        <see>Branches</see>
        </indexterm>
        <indexterm>
          <primary>Branches</primary>
@@ -355,7 +357,6 @@
          Auch diesmal ist der Name, den Sie wählen, für Subversion
          unwichtig &ndash; Sie können einen Namen verwenden, der am
          besten für Sie und Ihr Team geeignet ist.</para>
-
  <!--
        <para>Let's assume that your team (like most) has a policy of
          creating branches in the <filename>branches</filename>
@@ -380,17 +381,44 @@
          Kopie von <filename>/calc/trunk</filename> beginnt.</para>

  <!--
-      <para>You may already have seen <command>svn copy</command> used
-        to copy one file to another within a working copy.  But it can
-        also be used to do a <firstterm>remote
-        copy</firstterm>&mdash;a copy that immediately results in a
-        newly committed repository revision and for which no working
-        copy is required at all.  Just copy one URL to another:</para>
+      <para>
+        <indexterm>
+          <primary>copying</primary>
+          <secondary>remote copies</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>subcommands</secondary>
+          <tertiary>copy</tertiary>
+        </indexterm>
+        <indexterm>
+          <primary>branches</primary>
+          <secondary>creating</secondary>
+        </indexterm>You may already have seen <command>svn
+        copy</command> used to copy one file to another within a
+        working copy.  But it can also be used to do
+        a <firstterm>remote copy</firstterm>&mdash;a copy that
+        immediately results in a newly committed repository revision
+        and for which no working copy is required at all.  Just copy
+        one URL to another:</para>
  -->
-      <para>Sie haben vielleicht schon gesehen, wie mit <command>svn
+      <para>
+        <indexterm>
+          <primary>Kopieren</primary>
+          <secondary>Kopien aus der Ferne</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>Unterbefehle</secondary>
+          <tertiary>copy</tertiary>
+        </indexterm>
+        <indexterm>
+          <primary>Branches</primary>
+          <secondary>erzeugen</secondary>
+        </indexterm>Sie haben vielleicht schon gesehen, wie mit  
<command>svn
          copy</command> innerhalb einer Arbeitskopie eine Datei auf
          eine andere kopiert wird. Es kann allerdings auch verwendet
-        werden, um eine <firstterm>entfernte Kopie</firstterm>
+        werden, um eine <firstterm>Kopie aus der Ferne</firstterm>
          durchzuführen: eine Kopie die unmittelbar eine neue Revision
          des Projektarchivs zur Folge hat, und für die überhaupt keine
          Arbeitskopie notwendig ist. Kopieren Sie einfach einen URL auf
@@ -398,13 +426,12 @@

        <informalexample>
          <screen>
-$ svn copy http://svn.example.com/repos/calc/trunk \
-           http://svn.example.com/repos/calc/branches/my-calc-branch \ <!--
-      -m "Creating a private branch of /calc/trunk."
+$ svn copy ^/calc/trunk ^/calc/branches/my-calc-branch \ <!--
+           -m "Creating a private branch of /calc/trunk."

  Committed revision 341.
  -->
-      -m "Privaten Zweig von /calc/trunk angelegt."
+           -m "Privaten Zweig von /calc/trunk angelegt."

  Revision 341 übertragen.
  $
@@ -428,7 +455,12 @@
          every file and subdirectory within that working copy directory
          on the local disk.  Copying a directory on the server,
          however, is a constant-time operation, and it's the way most
-        people create branches.</para>
+        people create branches.  In addition, this practice raises the
+        possibility of copying mixed-revision working copies.  This isn't
+        inherently dangerous, but can cause unnecessary complications later
+        during merging.  If you do choose to create a branch by copying a
+        working copy path, you should be sure the source directory has no
+        local modifications and is not at mixed-revisions.</para>
  -->
        <para>Dieser Befehl bewirkt eine fast sofortige Übergabe im
          Projektarchiv, wobei in Revision 341 ein neues Verzeichnis
@@ -450,7 +482,15 @@
          Platte dupliziert werden muss. Das Kopieren eines
          Verzeichnisses auf dem Server jedoch besitzt einen konstanten
          Zeitaufwand und ist die Art und Weise, auf die die meisten
-        Leute Zweige erstellen.</para>
+        Leute Zweige erstellen. Zusätzlich eröffnet diese
+        Vorgehensweise die Möglichkeit, Arbeitskopien mit gemischten
+        Revisionen zu kopieren. Das ist nicht von Natur aus
+        gefährlich, kann jedoch später beim Zusammenführen zu
+        unnötigen Komplikationen führen. Falls Sie sich entscheiden,
+        einen Zweig über eine Kopie eines Pfades der Arbeitskopie zu
+        erstellen, sollten Sie sicherstellen, dass das
+        Quellverzeichnis weder lokale Änderungen noch gemischte
+        Revisionen hat.</para>

        <figure id="svn.branchmerge.using.create.dia-1">
  <!--
@@ -562,9 +602,15 @@
        <informalexample>
          <screen>
  $ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch
-A  my-calc-branch/Makefile
-A  my-calc-branch/integer.c
-A  my-calc-branch/button.c <!--
+A    my-calc-branch/doc
+A    my-calc-branch/src
+A    my-calc-branch/doc/INSTALL
+A    my-calc-branch/src/real.c
+A    my-calc-branch/src/main.c
+A    my-calc-branch/src/button.c
+A    my-calc-branch/src/integer.c
+A    my-calc-branch/Makefile
+A    my-calc-branch/README<!--
  Checked out revision 341.
  -->
  Ausgecheckt, Revision 341.
@@ -603,33 +649,33 @@
          <listitem>
  <!--
            <para>You make a change to
-            <filename>/calc/branches/my-calc-branch/button.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/button.c</filename>,
              which creates revision 342.</para>
  -->
            <para>Sie machen eine Änderung an
-            <filename>/calc/branches/my-calc-branch/button.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/button.c</filename>,
            die die Revision 342 erzeugt.</para>
          </listitem>

          <listitem>
  <!--
            <para>You make a change to
-            <filename>/calc/branches/my-calc-branch/integer.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/integer.c</filename>,
              which creates revision 343.</para>
  -->
            <para>Sie machen eine Änderung an
-            <filename>/calc/branches/my-calc-branch/integer.c</filename>,
+             
<filename>/calc/branches/my-calc-branch/src/integer.c</filename>,
              die die Revision 343 erzeugt.</para>
          </listitem>

          <listitem>
  <!--
            <para>Sally makes a change to
-            <filename>/calc/trunk/integer.c</filename>, which creates
+            <filename>/calc/trunk/src/integer.c</filename>, which creates
              revision 344.</para>
  -->
            <para>Sally macht eine Änderung an
-            <filename>/calc/trunk/integer.c</filename>, die die Revision
+            <filename>/calc/trunk/src/integer.c</filename>, die die  
Revision
              344 erzeugt.</para>
          </listitem>
        </itemizedlist>
@@ -665,35 +711,45 @@
  $ pwd
  /home/user/my-calc-branch

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r343 | user | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r343 | user | 2013-02-15 14:11:09 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
-   M /calc/branches/my-calc-branch/integer.c
+   M /calc/branches/my-calc-branch/src/integer.c

  * integer.c:  frozzled the wazjub.
-
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r341 | user | 2002-11-03 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r341 | user | 2013-02-15 07:41:25 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
     A /calc/branches/my-calc-branch (from /calc/trunk:340)

  Creating a private branch of /calc/trunk.
-
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r154 | sally | 2013-01-30 04:20:03 -0500 (Wed, 30 Jan 2013) | 2 lines
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  changed a docstring.
-
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+&hellip;
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sat, 26 Jan 2013) | 2 lines
  Changed paths:
-   A /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

-* integer.c:  adding this file to the project.
+* integer.c: Revise the fooplus API.
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r8 | sally | 2013-01-17 16:55:36 -0500 (Thu, 17 Jan 2013) | 1 line
+Changed paths:
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c

+Initial trunk code import for calc project.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  </screen>
        </informalexample>
@@ -703,35 +759,43 @@
  $ pwd
  /home/user/my-calc-branch

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  ------------------------------------------------------------------------
-r343 | user | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r343 | user | 2013-02-15 14:11:09 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-   M /calc/branches/my-calc-branch/integer.c
+   M /calc/branches/my-calc-branch/src/integer.c

  * integer.c:  Wazjub gefrozzelt.
-
  ------------------------------------------------------------------------
-r341 | user | 2002-11-03 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r341 | user | 2013-02-15 07:41:25 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  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 (Di, 29. Okt 2002) | 2 Zeilen
+r154 | sally | 2013-01-30 04:20:03 -0500 (Mi, 30. Jan 2013) | 2 Zeilen
  Geänderte Pfade:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  Einen Docstring geändert.
+------------------------------------------------------------------------
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sa, 26. Jan 2013) | 2 Zeilen
+Geänderte Pfade:
+   A /calc/trunk/src/integer.c

+* integer.c:  Die fooplus API überarbeitet.
  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
+r8 | sally | 2013-01-17 16:55:36 -0500 (Do, 17. Jan 2013) | 1 Zeile
  Geänderte Pfade:
-   A /calc/trunk/integer.c
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c

-* integer.c:  Diese Datei dem Projekt hinzugefügt.
-
+Ursprünglicher Calc Projekt Quelltext-Import von trunk.
  ------------------------------------------------------------------------
  </screen>
        </informalexample>
@@ -763,28 +827,39 @@
  $ pwd
  /home/sally/calc

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r344 | sally | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

-* integer.c:  fix a bunch of spelling errors.
-
+Refactor the bazzle functions.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r154 | sally | 2013-01-30 04:20:03 -0500 (Wed, 30 Jan 2013) | 2 lines
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  changed a docstring.
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+&hellip;
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sat, 26 Jan 2013) | 2 lines
+Changed paths:
+   M /calc/trunk/src/integer.c

+* integer.c: Revise the fooplus API.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+r8 | sally | 2013-01-17 16:55:36 -0500 (Thu, 17 Jan 2013) | 1 line
  Changed paths:
-   A /calc/trunk/integer.c
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c

-* integer.c:  adding this file to the project.
-
+Initial trunk code import for calc project.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  </screen>
        </informalexample>
@@ -794,28 +869,38 @@
  $ pwd
  /home/sally/calc

-$ svn log -v integer.c
+$ svn log -v src/integer.c
  ------------------------------------------------------------------------
-r344 | sally | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

-* integer.c:  Ein paar Rechtschreibfehler behoben.
-
+Die bazzle Funktionen refaktoriert.
  ------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
+r154 | sally | 2013-01-30 04:20:03 -0500 (Mi, 30. Jan 2013) | 2 Zeilen
  Changed paths:
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/integer.c

  * integer.c:  Einen Docstring geändert.
-
  ------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
+r113 | sally | 2013-01-26 15:50:21 -0500 (Sa, 26. Jan 2013) | 2 Zeilen
  Changed paths:
-   A /calc/trunk/integer.c
+   A /calc/trunk/src/integer.c

-* integer.c:  Diese Datei dem Projekt hinzugefügt.
+* integer.c:  Die fooplus API überarbeitet.

+------------------------------------------------------------------------
+r8 | sally | 2013-01-17 16:55:36 -0500 (Do, 17. Jan 2013) | 1 line
+Changed paths:
+   A /calc/trunk/Makefile
+   A /calc/trunk/README
+   A /calc/trunk/doc/INSTALL
+   A /calc/trunk/src/button.c
+   A /calc/trunk/src/integer.c
+   A /calc/trunk/src/main.c
+   A /calc/trunk/src/real.c
+
+Ursprünglicher Calc Projekt Quelltext-Import von trunk.
  ------------------------------------------------------------------------
  </screen>
        </informalexample>
@@ -828,8 +913,8 @@
          <emphasis>does</emphasis> show that the two files share a
          common history.  Before the branch copy was made in revision
          341, the files used to be the same file.  That's why you and
-        Sally both see the changes made in revisions 303 and
-        98.</para>
+        Sally both see the changes made between revisions 8 and
+        154.</para>
  -->
        <para>Sally sieht ihre eigene Änderung in Revision 344, aber
          nicht die Änderung, die Sie in Revision 343 gemacht haben. Was
@@ -839,8 +924,8 @@
          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
-        sehen sowohl Sie als auch Sally die Änderungen, die in den
-        Revisionen 303 und 98 gemacht wurden.</para>
+        sehen sowohl Sie als auch Sally die Änderungen, die zwischen
+        den Revisionen 8 und 154 gemacht wurden.</para>

      </sect2>

@@ -957,7 +1042,10 @@
        Konflikten auf den Stamm zurückzuführen.</para>

  <!--
-    <para>Instead, you and Sally might continue to share changes as
+    <para>
+      <indexterm>
+        <primary>merging</primary>
+      </indexterm>Instead, you and Sally might continue to share changes as
        you work.  It's up to you to decide which changes are worth
        sharing; Subversion gives you the ability to selectively
        <quote>copy</quote> changes between branches.  And when you're
@@ -968,7 +1056,14 @@
        it is performed using various invocations of the <command>svn
        merge</command> subcommand.</para>
  -->
-    <para>Stattdessen könnten Sie und Sally fortfahren, während der
+    <para>
+      <indexterm>
+        <primary>Merging</primary>
+      </indexterm>
+      <indexterm>
+        <primary>Zusammenführen</primary>
+        <see>Merging</see>
+      </indexterm>Stattdessen könnten Sie und Sally fortfahren, während der
        Arbeit Änderungen gemeinsam zu verwenden. Es liegt an Ihnen, zu
        entscheiden, welche Änderungen teilenswert sind; Subversion
        bietet Ihnen die Fähigkeit, Änderungen selektiv zwischen Zweigen
@@ -984,7 +1079,7 @@

  <!--
      <para>In the examples that follow, we're assuming that both your
-      Subversion client and server are running Subversion 1.7 (or
+      Subversion client and server are running Subversion 1.8 (or
        later).  If either client or server is older than version 1.5,
        things are more complicated: the system won't track changes
        automatically, forcing you to use painful manual methods to
@@ -999,17 +1094,17 @@
  -->
      <para>In den folgenden Beispielen gehen wir davon aus, dass sowohl
        auf Ihrem Subversion-Client als auch auf dem Server Subversion
-      1.7 (oder neuer) läuft. Falls einer von beiden älter als Version
+      1.8 (oder neuer) läuft. Falls einer von beiden älter als Version
        1.5 ist, wird es komplizierter: Das System wird Änderungen nicht
        automatisch mitverfolgen, so dass Sie schmerzhafte manuelle
        Methoden anwenden müssen, um ähnliche Resultate zu
        erzielen. Dass heißt, dass Sie stets die detaillierte Syntax
        beim Zusammenführen verwenden müssen, um bestimmte
-      Revisionsintervalle zu übertragen (siehe <xref
-      linkend="svn.branchmerge.advanced.advancedsyntax"/> weiter unten
-      in diesem Kapitel), und besonders sorgfältig verfolgen müssen,
-      was bereits zusammengeführt ist und was nicht. Aus diesem Grund
-      empfehlen wir Ihnen <emphasis>dringend</emphasis>,
+      Revisionsintervalle zu übertragen (siehe
+      <xref linkend="svn.branchmerge.advanced.advancedsyntax"/> weiter
+      unten in diesem Kapitel), und besonders sorgfältig verfolgen
+      müssen, was bereits zusammengeführt ist und was nicht. Aus
+      diesem Grund empfehlen wir Ihnen <emphasis>dringend</emphasis>,
        sicherzustellen, dass Ihr Client und Server mindestens die
        Version 1.5 haben.</para>

@@ -1019,18 +1114,17 @@
        <para>
          <indexterm>
            <primary>merge tracking</primary>
-        </indexterm>
-        Subversion 1.5 introduced the
+        </indexterm>Subversion 1.5 introduced the
          <firstterm>merge tracking</firstterm> feature to Subversion.
          Prior to this feature keeping track of merges required cumbersome
          manual procedures or the use of external tools. Subsequent
          releases of Subversion introduced many enhancements and bug
          fixes to merge tracking, which is why we recommend using the
-        most recent versions on both your server and client.  Keep in
-        mind that even if your server is running 1.5 or 1.6, you can still
-        use a 1.7 client.  This is particularly important as regards merge
-        tracking, because the overwhelming majority of fixes to it are on
-        the client side.</para>
+        most recent versions for both your server and client.  Keep in
+        mind that even if your server is running 1.5-1.7, you can still
+        use a 1.8 client.  This is particularly important with regard to  
merge
+        tracking, because the overwhelming majority of fixes and  
enhancements
+        to it are on the client side.</para>
      </sidebar>
  -->
      <sidebar id="svn.branchmerge.basicmerging.mergetracking">
@@ -1042,8 +1136,7 @@
          <indexterm>
            <primary>Verfolgung von Zusammenführungen</primary>
            <see>Merge-Tracking</see>
-        </indexterm>
-        Subversion 1.5 führte die Funktionalität der
+        </indexterm>Subversion 1.5 führte die Funktionalität der
          <firstterm>Verfolgung von Zusammenführungen</firstterm>
          (<foreignphrase>merge tracking</foreignphrase>) in
          Subversion ein. Vor dieser Funktionalität erforderte das Verfolgen
@@ -1053,11 +1146,11 @@
          Merge-Tracking ein, weshalb wir empfehlen, die neuesten
          Versionen sowohl auf Ihrem Server als auch auf dem Client
          einzusetzen. Vergessen Sie nicht, dass Sie immer noch einen
-        1.7 Client verwenden können, auch wenn auf Ihrem Server 1.5
-        oder 1.6 laufen. Das ist besonders hinsichtlich des
-        Merge-Trackings wichtig, da eine überwältigende Mehrheit von
-        Fehlerbehebungen daran auf der Client-Seite statt gefunden
-        haben.</para>
+        1.8 Client verwenden können, auch wenn auf Ihrem Server
+        1.5-1.7 laufen. Das ist besonders wichtig hinsichtlich des
+        Merge-Trackings, da die überwältigende Mehrheit der
+        Fehlerbehebungen und Verbesserungen auf der Client-Seite statt
+        gefunden hat.</para>
      </sidebar>

      <!-- ===============================================================  
-->
@@ -1068,7 +1161,10 @@
        <title>Änderungsmengen</title>

  <!--
-      <para>Before we proceed further, we should warn you that there's
+      <para>
+        <indexterm>
+          <primary>changesets</primary>
+        </indexterm>Before we proceed further, we should warn you that  
there's
          a lot of discussion of <quote>changes</quote> in
          the pages ahead.  A lot of people experienced with version
          control systems use the terms <quote>change</quote>
@@ -1076,7 +1172,14 @@
          clarify what Subversion understands as
          a <firstterm>changeset</firstterm>.</para>
  -->
-      <para>Bevor wir weitermachen, sollten wir Sie warnen, dass Sie
+      <para>
+        <indexterm>
+          <primary>changesets</primary>
+        </indexterm>i
+        <indexterm>
+          <primary>Änderungsmengen</primary>
+          <see>changesets</see>
+        </indexterm>Bevor wir weitermachen, sollten wir Sie warnen, dass  
Sie
          auf den kommenden Seiten viele Erörterungen zum Thema
          <quote>Änderungen</quote> erwarten. Viele mit
          Versions-Kontroll-Systemen erfahrene Leute benutzen die Begriffe
@@ -1169,20 +1272,48 @@
        <title>Einen Zweig synchron halten</title>

  <!--
-      <para>Continuing with our running example, let's suppose that a
-        week has passed since you started working on your private
-        branch.  Your new feature isn't finished yet, but at the same
-        time you know that other people on your team continue to make
-        important changes in the
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>sync merges</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>subcommands</secondary>
+          <tertiary>merge</tertiary>
+        </indexterm>Continuing with our running example, let's suppose
+        that a week has passed since you started working on your
+        private branch.  Your new feature isn't finished yet, but at
+        the same time you know that other people on your team continue
+        to make important changes in the
          project's <filename>/trunk</filename>.  It's in your best
          interest to replicate those changes to your own branch, just
          to make sure they mesh well with your changes.  This is done
-        by performing a <firstterm>sync merge</firstterm>&mdash;a
+        by performing an <firstterm>automatic sync  
merge</firstterm>&mdash;a
          merge operation designed to bring your branch up to date with
          any changes made to its ancestral parent branch since your
-        branch was created.</para>
+        branch was created.
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>automatic</secondary>
+        </indexterm> An <quote>automatic</quote> merge is simply
+        one in which you provide the bare minimum of information required
+        for a merge (i.e. a single merge source and a working copy target)
+        and let Subversion determine which changes need merging&mdash;no
+        changesets are passed to <command>svn merge</command> via the
+        <option>-r</option> or <option>-c</option> options in an automatic
+        merge.</para>
  -->
-      <para>Machen wir mit unserem Beispiel weiter und nehmen an, dass
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>Synchronisierungs-Merge</secondary>
+        </indexterm>
+        <indexterm>
+          <primary>svn</primary>
+          <secondary>Unterbefehle</secondary>
+          <tertiary>merge</tertiary>
+        </indexterm>Machen wir mit unserem Beispiel weiter und nehmen an,  
dass
          eine Woche vergangen ist seitdem Sie begonnen haben, auf
          Ihrem privaten Zweig zu arbeiten. Ihre Arbeit ist noch nicht
          beendet, jedoch wissen Sie, dass gleichzeitig andere Leute in
@@ -1195,8 +1326,19 @@
          erreicht &ndash; ein <foreignphrase>Merge</foreignphrase> zu
          dem Zweck, Ihren Zweig mit Änderungen zu aktualisieren, die
          seit der Erstellung Ihres Zweigs auf dem Ursprungszweig
-        vorgenommen wurden.</para>
-
+        vorgenommen wurden.
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>automatisch</secondary>
+        </indexterm> Ein <quote>automatischer</quote> Merge ist ganz
+        einfach einer, bei dem Sie das absolute Minimum an benötigten
+        Informationen für einen Merge angeben (d.h., eine einzelne
+        Merge-Quelle und ein Arbeitskopie-Ziel) und Subversion
+        entscheiden lassen, welche Änderungen zusammengeführt werden
+        müssen &ndash; bei einem automatischen Merge werden keine
+        Änderungsmengen  mit <option>-r</option> oder
+        <option>-c</option> an <command>svn merge</command>
+        übergeben.</para>
  <!--
        <tip>
          <para>Frequently keeping your branch in sync with the main
@@ -1235,21 +1377,26 @@
  /home/user/my-calc-branch

  $ svn merge ^/calc/trunk <!--
-- - - Merging r345 through r356 into '.':
+- - Merging r341 through r351 into '.':
  -->
--- Zusammenführen von r345 bis r356 in ».«:
-U    button.c
-U    integer.c <!--
-- - - Recording mergeinfo for merge of r345 through r356 into '.':
+-- Zusammenführen von r341 bis r351 in ».«:
+U    doc/INSTALL
+U    src/real.c
+U    src/button.c<!--
+- - Recording mergeinfo for merge of r345 through r356 into '.':
  -->
--- Aufzeichnung der Informationen für Zusammenführung von r345 in ».«:
+-- Aufzeichnung der Informationen für Zusammenführung von r341 bis r356 in  
».«:
   U   .
  $
  </screen>
        </informalexample>

  <!--
-      <para>This basic syntax&mdash;<userinput>svn merge
+      <para>
+        <indexterm>
+          <primary>properties</primary>
+          <secondary>svn:mergeinfo</secondary>
+        </indexterm>This basic syntax&mdash;<userinput>svn merge
          <replaceable>URL</replaceable></userinput>&mdash;tells
          Subversion to merge all changes which have not been previously
          merged from the URL to the current working directory (which is
@@ -1265,7 +1412,11 @@
          chapter, in
          <xref linkend="svn.branchmerge.basicmerging.mergeinfo"/>.</para>
  -->
-      <para>Diese einfache Syntax &ndash; <userinput>svn merge
+      <para>
+        <indexterm>
+          <primary>Eigenschaften</primary>
+          <secondary>svn:mergeinfo</secondary>
+        </indexterm>Diese einfache Syntax &ndash; <userinput>svn merge
          <replaceable>URL</replaceable></userinput> &ndash; fordert
          Subversion auf, alle Änderungen von dem URL, die vorher noch
          nicht zusammengeführt wurden,  mit dem aktuellen
@@ -1289,22 +1440,21 @@
          <para>
            <indexterm>
              <primary>mergeinfo</primary>
-          </indexterm>
-          In this book and elsewhere (Subversion mailing lists, articles
-          on merge tracking, etc.) you will frequently come across the
-          term <firstterm>mergeinfo</firstterm>. This is simply shorthand
-          for the <literal>svn:mergeinfo</literal> property.</para>
+          </indexterm>In this book and elsewhere (Subversion mailing
+          lists, articles on merge tracking, etc.) you will frequently
+          come across the term <firstterm>mergeinfo</firstterm>. This
+          is simply shorthand for the <literal>svn:mergeinfo</literal>
+          property.</para>
        </tip>
  -->
        <tip>
          <para>
            <indexterm>
              <primary>Mergeinfo</primary>
-          </indexterm>
-          In diesem Buch und anderswo (Subversion Mailing-Listen,
-          Artikeln über Merge-Tracking usw.) wird Ihnen oft der
-          Begriff <firstterm>Mergeinfo</firstterm> begegnen.  Das ist
-          einfach die Abkürzung für die Eigenschaft
+          </indexterm>In diesem Buch und anderswo (Subversion
+          Mailing-Listen, Artikeln über Merge-Tracking usw.) wird
+          Ihnen oft der Begriff <firstterm>Mergeinfo</firstterm>
+          begegnen.  Das ist einfach die Abkürzung für die Eigenschaft
            <literal>svn:mergeinfo</literal>.</para>
        </tip>

@@ -1317,20 +1467,21 @@
  <!--
          <para>You may not always be able to use Subversion's merge
            tracking feature, perhaps because your server is running
-          Subversion 1.4 or earlier.  In such a scenario, you can of
-          course still perform merges, but Subversion will need you to
-          manually do many of the historical calculations that it
-          automatically does on your behalf when the merge tracking
-          feature is available.</para>
+          Subversion 1.4 or earlier or you must use an older client.
+          In such a scenario, you can of course still perform merges,
+          but Subversion will need you to manually do many of the  
historical
+          calculations that it automatically does on your behalf when the
+          merge tracking feature is available.</para>
  -->
-        <para>Es kann sein, dass Sie nicht immer die
-          Zusammenführungs-Verfolgung von Subversion verwenden können,
-          vielleicht, weil auf Ihrem Server Subversion 1.4 oder älter
-          läuft. In einem solchen Szenario, können Sie
-          selbstverständlich immer noch zusammenführen, doch erwartet
-          Subversion von Ihnen, viele der historischen Berechnungen
-          selbst manuell vorzunehmen, die Ihnen das Merge-Tracking
-          abnehmen würde, wenn sie verfügbar wäre.</para>
+        <para>Es kann sein, dass Sie nicht immer das Merge-Tracking
+          von Subversion verwenden können, vielleicht, weil auf Ihrem
+          Server Subversion 1.4 oder älter läuft oder Sie einen
+          älteren Client verwenden. In einem solchen Szenario, können
+          Sie selbstverständlich immer noch zusammenführen, doch
+          erwartet Subversion von Ihnen, viele der historischen
+          Berechnungen selbst manuell vorzunehmen, die Ihnen das
+          Merge-Tracking abnehmen würde, wenn sie verfügbar
+          wäre.</para>

  <!--
          <para>To replicate the most recent trunk changes you need to
@@ -1345,61 +1496,71 @@
            möchten.</para>

  <!--
-        <para>Let's say you branched <filename>/trunk</filename> to
-          <filename>/branches/foo-feature</filename> in revision
-          400:</para>
+        <para>Using the ongoing example, you know that you branched
+          <filename>/calc/trunk</filename> to
+          <filename>/calc/branches/my-calc-branch</filename> in revision
+          341:</para>
  -->
-        <para>Sagen wir einmal, Sie hätten in Revision 400
-          <filename>/branches/foo-feature</filename> von
-          <filename>/trunk</filename> abgezweigt:</para>
+        <para>Im laufenden Beispiel wissen Sie, dass Sie in Revision
+          341 <filename>/calc/trunk</filename> nach
+          <filename>/calc/branches/my-calc-branch</filename>
+          abgezweigt haben:</para>

          <informalexample>
            <screen>
-$ svn log -v -r 400 ^/branches/foo-feature
+$ svn log -v -r341
  ------------------------------------------------------------------------  
<!--
-r400 | carol | 2011-11-09 10:51:27 -0500 (Wed, 09 Nov 2011) | 1 line
+r341 | user | 2013-02-15 07:41:25 -0500 (Fri, 15 Feb 2013) | 1 line
  Changed paths:
-A /branch/b2 (from /trunk:399)
+   A /calc/branches/my-calc-branch (from /calc/trunk:340)
  -->
-r400 | carol | 2011-11-09 10:51:27 -0500 (Mi, 09. Nov 2011) | 1 Zeile
+r341 | user | 2013-02-15 07:41:25 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-A /branch/b2 (von /trunk:399)
+   A /calc/branches/my-calc-branch (von /calc/trunk:340)

-Create branch for the foo feature
+Creating a private branch of /calc/trunk.
  ------------------------------------------------------------------------
  </screen>
          </informalexample>

  <!--
-        <para>When you are ready to syncronize your branch with the
+        <para>When you are ready to synchronize your branch with the
            ongoing changes from trunk, you specify the starting
-          revision as the revision of <filename>/trunk</filename>
+          revision as the revision of <filename>/calc/trunk</filename>
            which the branch was copied from and the ending revision as
-          <literal>HEAD</literal>:</para>
+          the youngest change on <filename>/calc/trunk</filename>.  You
+          can find the latter with the <command>svn log</command> command
+          with the <option>-r</option> set to  
<literal>HEAD</literal>:</para>
  -->
          <para>Wenn Sie soweit sind, Ihren Zweig mit den fortlaufenden
            Änderungen vom Stamm zu synchronisieren, geben Sie die
            Start-Revision al die Revision von
-          <filename>/trunk</filename> an, von wo aus Sie den Zweig
-          kopiert haben, und als End-Revision
-          <literal>HEAD</literal>:</para>
+          <filename>/calc/trunk</filename> an, von wo aus Sie den
+          Zweig kopiert haben, und als End-Revision die letzte
+          Änderung auf <filename>/calc/trunk</filename>. Letztere
+          können Sie finden, indem Sie den Befehl <command>svn
+          log</command> mit der Option <option>-r</option> und dem
+          Optionsargument <literal>HEAD</literal> aufrufen:</para>

          <informalexample>
            <screen>
-$ svn merge ^/trunk -r399:HEAD <!--
-- - - Merging r400 through r556 into '.':
--->
--- Zusammenführen von r400 bis r556 in ».«:
-A    include/foo.h
-U    src/main.c
-A    src/foo.c
-&hellip;
+$ svn log -q -rHEAD http://svn.example.com/repos/calc/trunk
+------------------------------------------------------------------------<!--
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sat, 16 Feb 2013)-->
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sa, 16. Feb 2013)
+------------------------------------------------------------------------
+
+$ svn merge http://svn.example.com/repos/calc/trunk -r340:351
+U    doc/INSTALL
+U    src/real.c
+U    src/button.c
+U    Makefile
  </screen>
          </informalexample>

  <!--
          <para>After any conflicts have been resolved, you can commit
-          the merged changed to your branch.  Now, to avoid
+          the merged changes to your branch.  Now, to avoid
            accidentally trying to merge these same changes into your
            branch again in the future, you'll need to record the fact
            that you've already merged them.  But where should that
@@ -1418,26 +1579,16 @@

          <informalexample>
            <screen>
-<!--
-$ svn ci -m "Sync the foo-feature branch with ^/trunk through r556."
-Sending        include/foo.h
+$ svn ci -m "Sync the my-calc-branch with ^/calc/trunk through r351."
  &hellip;
-Transmitting file data .
-Committed revision 557.
--->
-$ svn ci -m "Den foo-Feature-Zweig mit ^/trunk bis r556 synchronisiert."
-Sende          include/foo.h
-&hellip;
-Übertrage Daten .
-Revision 557 übertragen.
  </screen>
          </informalexample>

  <!--
          <para>The next time you sync
-          <filename>/branches/foo-branch</filename> with
-          <filename>/trunk</filename> you repeat this process, except that
-          the starting revision is the <emphasis>youngest</emphasis>
+          <filename>/calc/branches/my-calc-branch</filename>  with
+          <filename>/calc/trunk</filename> you repeat this process, except
+          that the starting revision is the <emphasis>youngest</emphasis>
            revision that's already been merged in from the trunk.
            If you've been keeping good records of your merges in the
            commit log messages, you should be able to determine what
@@ -1446,11 +1597,11 @@
            revision, you can perform another sync merge:</para>
  -->
          <para>Beim nächsten Mal, wenn Sie
-          <filename>/branches/foo-branch</filename> mit
-          <filename>/trunk</filename> synchronisieren, wiederholen Sie
-          diesen Prozess, mit der Ausnahme, dass die Start-Revision
-          die <emphasis>jüngste</emphasis> bereits vom Stamm
-          zusammengeführte Revision ist. Wenn Sie in Ihren
+          <filename>/calc/branches/my-calc-branch</filename> mit
+          <filename>/calc/trunk</filename> synchronisieren,
+          wiederholen Sie diesen Prozess, mit der Ausnahme, dass die
+          Start-Revision die <emphasis>jüngste</emphasis> bereits vom
+          Stamm zusammengeführte Revision ist. Wenn Sie in Ihren
            Protokollnachrichten darüber gut Buch geführt haben, sollten
            Sie in der Lage sein, festzustellen, welches diese jüngste
            Revision war, indem Sie die Protokollnachrichten Ihres
@@ -1460,7 +1611,13 @@

          <informalexample>
            <screen>
-$ svn merge ^/trunk -r556:HEAD
+$ svn log -q -rHEAD http://svn.example.com/repos/calc/trunk
+------------------------------------------------------------------------<!--
+r959 | sally | 2013-03-5 7:30:21 -0500 (Tue, 05 Mar 2013)-->
+r959 | sally | 2013-03-5 7:30:21 -0500 (Di, 05. Mär 2013)
+------------------------------------------------------------------------
+
+$ svn merge http://svn.example.com/repos/calc/trunk -r351:959
  &hellip;
  </screen>
          </informalexample>
@@ -1482,9 +1639,10 @@
          <screen>
  $ svn status
   M      .
-M       button.c
-M       integer.c
-$
+M       Makefile
+M       doc/INSTALL
+M       src/button.c
+M       src/real.c
  </screen>
        </informalexample>

@@ -1493,13 +1651,9 @@
          carefully with <command>svn diff</command>, and then build and
          test your branch.  Notice that the current working directory
          (<quote><filename>.</filename></quote>) has also been
-        modified; <command>svn diff</command> will show that
-        its <literal>svn:mergeinfo</literal> property has been either
-        created or modified.  This is important merge-related metadata
-        that you should <emphasis>not</emphasis> touch, since it is
-        needed by future <command>svn merge</command> commands.
-        (We'll learn more about this metadata later in the
-        chapter.)</para>
+        modified; <command>svn diff</command> shows that
+        its <literal>svn:mergeinfo</literal> property has been created.
+  </para>
  -->
        <para>Zu diesem Zeitpunkt ist es weise, sich die Änderungen
          mithilfe von <command>svn diff</command> sorgfältig anzusehen,
@@ -1507,9 +1661,48 @@
          testen. Beachten Sie, dass auch das aktuelle
          Arbeitsverzeichnis (<quote><filename>.</filename></quote>)
          verändert wurde; <command>svn diff</command> zeigt an, dass
-        seine Eigenschaft <literal>svn:mergeinfo</literal> entweder
-        angelegt oder modifiziert wurde. Das ist ein wichtiges
-        Metadatum in Zusammenhang mit Zusammenführungen, das Sie
+        seine Eigenschaft <literal>svn:mergeinfo</literal> angelegt
+        wurde.</para>
+
+      <informalexample>
+<!--
+        <screen>
+$ svn diff - -depth empty .
+Index: .
+===================================================================
+- - .   (revision 351)
++++ .   (working copy)
+
+Property changes on: .
+___________________________________________________________________
+Added: svn:mergeinfo
+   Merged /calc/trunk:r341-351
+</screen>
+-->
+        <screen>
+$ svn diff --depth empty .
+Index: .
+===================================================================
+--- .   (Revision 351)
++++ .   (Arbeitskopie)
+
+Eigenschaftsänderungen: .
+___________________________________________________________________
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Wed Feb  4 03:42:22 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 04 Feb 2015 09:42:22 +0000
Subject: [svnbook] r4973 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c1dfae146352050e40019a@google.com>

Revision: 4973
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb  4 09:42:09 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   ** Undoing Changes

https://code.google.com/p/svnbook/source/detail?r=4973

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
08:47:26 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
09:42:09 2015 UTC
@@ -3301,8 +3301,8 @@
          is to roll back a change that has already been committed.
          Suppose you're working away happily on a working copy of
          <filename>/calc/trunk</filename>, and you discover that the
-        change made way back in revision 303, which changed
-        <filename>integer.c</filename>, is completely wrong.  It never
+        change made back in revision 392, which changed
+        several code files, is completely wrong.  It never
          should have been committed.  You can use <command>svn
          merge</command> to <quote>undo</quote> the change in your
          working copy, and then commit the local modification to the
@@ -3316,33 +3316,38 @@
          Projektarchiv übergeben worden war. Nehmen wir einmal an, Sie
          arbeiten fröhlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
-        damalige Änderung an <filename>integer.c</filename> in
-        Revision 303 völlig falsch war. Sie hätte nie übergeben werden
-        sollen. Sie können <command>svn merge</command> verwenden, um
-        die Änderung in Ihrer Arbeitskopie
+        damalige Änderungen an verschiedenen Quelltext-Dateien in
+        Revision 392 völlig falsch waren. Sie hätten nie übergeben
+        werden sollen. Sie können <command>svn merge</command>
+        verwenden, um die Änderung in Ihrer Arbeitskopie
          <quote>zurückzunehmen</quote>, und dann die lokale Änderung an
-        das Projektarchiv übergeben. Alles, was Sie hierfür tun müssen,
-        ist, eine <emphasis>umgekehrte</emphasis> Differenz anzugeben.
-        (Sie machen das durch die Angabe von <option>--revision
-        303:302</option> oder durch das äquivalente <option>--change
-        -303</option>.)</para>
+        das Projektarchiv übergeben. Alles, was Sie hierfür tun
+        müssen, ist, eine <emphasis>umgekehrte</emphasis> Differenz
+        anzugeben.  (Sie machen das durch die Angabe von
+        <option>--revision 303:302</option> oder durch das äquivalente
+        <option>--change -303</option>.)</para>


        <informalexample>
          <screen>
-$ svn merge -c -303 ^/calc/trunk <!--
-- - - Reverse-merging r303 into 'integer.c':
+$ svn merge ^/calc/trunk . -c-392 <!--
+- - - Reverse-merging r392 into '.':
  -->
--- Rückwärtiges Zusammenführen von r303 in »integer.c«:
-U    integer.c <!--
-- - - Recording mergeinfo for reverse merge of r303 into 'integer.c':
+-- Rückwärtiges Zusammenführen von r392 in ».«:
+U    src/real.c
+U    src/main.c
+U    src/button.c
+U    src/integer.c <!--
+- - - Recording mergeinfo for reverse merge of r392 into '.':
  -->
--- Aufzeichnung der Informationen für rückwärtiges Zusammenführen von r303  
in »integer.c«:
- U   A-branch
+-- Aufzeichnung der Informationen für rückwärtiges Zusammenführen von r392  
in ».«:
+ U   .

-$ svn status
- M      .
-M       integer.c
+$ svn st
+M       src/button.c
+M       src/integer.c
+M       src/main.c
+M       src/real.c

  $ svn diff
  &hellip; <!--
@@ -3351,15 +3356,22 @@
  # überprüfen, ob die Änderung entfernt wurde
  &hellip;
  <!--
-$ svn commit -m "Undoing change committed in r303."
-Sending        integer.c
-Transmitting file data .
-Committed revision 350.
+$ svn commit -m "Undoing erroneous change committed in r392."
+Sending        src/button.c
+Sending        src/integer.c
+Sending        src/main.c
+Sending        src/real.c
+Transmitting file data ....
+Committed revision 399.
  -->
-$ svn commit -m "Änderung aus in r303 rückgängig machen."
+$ svn commit -m "Fehlerhafte Änderung aus r392 rückgängig machen."
+Sending        src/button.c
+Sending        src/integer.c
+Sending        src/main.c
+Sending        src/real.c
  Sende          integer.c
-Übertrage Daten .
-Revision 350 übertragen.
+Übertrage Daten ....
+Revision 399 übertragen.
  </screen>
        </informalexample>

@@ -3370,7 +3382,7 @@
          merge</command> to apply a changeset, or a whole range of
          changesets, to your working copy.  In our case of undoing a
          change, we're asking <command>svn merge</command> to apply
-        changeset r303 to our working copy
+        changeset r392 to our working copy
          <emphasis>backward</emphasis>.</para>
  -->
        <para>Wie wir früher bereits erwähnten, kann man eine
@@ -3380,7 +3392,7 @@
          oder ein ganzes Intervall von Änderungsmengen auf Ihre
          Arbeitskopie anzuwenden. In unserem Fall, bei dem wir eine
          Änderung zurücknehmen, fordern wir <command>svn
-        merge</command> auf, die Änderungsmenge r303
+        merge</command> auf, die Änderungsmenge r392
          <emphasis>rückwärts</emphasis> auf unsere Arbeitskopie
          anzuwenden.</para>

@@ -3406,16 +3418,16 @@

  <!--
        <para>Again, you may be thinking: well, that really didn't undo
-        the commit, did it?  The change still exists in revision 303.
+        the commit, did it?  The change still exists in revision 392.
          If somebody checks out a version of the
-        <filename>calc</filename> project between revisions 303 and
-        349, she'll still see the bad change, right?</para>
+        <filename>calc</filename> project between revisions 392 and
+        398, she'll still see the bad change, right?</para>
  -->
        <para>Nun denken Sie vielleicht: Gut, aber das hat doch nicht
          wirklich die Übergabe rückgängig gemacht, oder? Die Änderung
-        besteht immer noch in Revision 303. Falls jemand eine Version
+        besteht immer noch in Revision 392. Falls jemand eine Version
          des Projektes <filename>calc</filename> zwischen den
-        Revisionen 303 und 349 auscheckt, wird doch trotzdem die
+        Revisionen 392 und 398 auscheckt, wird doch trotzdem die
          fehlerhafte Änderung sichtbar, oder nicht?</para>

  <!--

From svnbook at googlecode.com  Wed Feb  4 06:53:22 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 04 Feb 2015 12:53:22 +0000
Subject: [svnbook] r4974 committed - [de] Translation: Branching and Merging...
Message-ID: <089e0111b9f223beee050e42ac4e@google.com>

Revision: 4974
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb  4 12:53:08 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   ** Resurrecting Deleted Items

https://code.google.com/p/svnbook/source/detail?r=4974

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
09:42:09 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
12:53:08 2015 UTC
@@ -3538,7 +3538,10 @@
          do is find the revision in which you deleted the file or
          directory.  You can do this visually, or by using another tool
          to examine the log output (via <command>grep</command>, or
-        perhaps via an incremental search in an editor).</para>
+        perhaps via an incremental search in an editor).  If you know that
+        the item in question was recently deleted you might also use
+        the <option>- -limit</option> option to keep the log output brief
+        enough to examine manually.</para>
  -->
        <para>Zunächst sollten Sie <command>svn log</command> benutzen,
          um das exakte Koordinatenpaar zu ermitteln, das Sie
@@ -3551,28 +3554,50 @@
          das Verzeichnis gelöscht haben. Sie können das visuell tun
          oder ein Werkzeug zur Untersuchung der Protokollausgaben
          einsetzen (mit <command>grep</command> oder vielleicht durch
-        eine inkrementelle Suche in einem Editor).</para>
+        eine inkrementelle Suche in einem Editor). Falls Sie wissen,
+        dass das fragliche Objekt kürzlich gelöscht wurde, können Sie
+        auch die Option <option>--limit</option> verwenden, um die
+        Protokollausgabe für eine manuelle Untersuchung knapp genug zu
+        halten.</para>

        <informalexample>
          <screen>
-$ cd parent-dir
-$ svn log -v
-&hellip;
+$ cd calc/trunk
+
+$ svn log -v --limit 3
  ------------------------------------------------------------------------  
<!--
-r808 | joe | 2003-12-26 14:29:40 -0600 (Fri, 26 Dec 2003) | 3 lines
+r401 | sally | 2013-02-19 23:15:44 -0500 (Tue, 19 Feb 2013) | 1 line
  Changed paths:
  -->
-r808 | joe | 2003-12-26 14:29:40 -0600 (Fr, 26. Dez 2003) | 3 Zeilen
+r401 | sally | 2013-02-18 23:15:44 -0500 (Di, 19. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-   D /calc/trunk/real.c
-   M /calc/trunk/integer.c
+   M /calc/trunk/src/main.c
+   D /calc/trunk/src/real.c
+
  <!--
-Added fast fourier transform functions to integer.c.
-Removed real.c because code now in double.c.
+* calc/trunk/src/main.c: Update help text.
+
+* calc/trunk/src/real.c: Remove this file, none of the APIs
+  implemented here are used anymore.
  -->
-Schnelle Funktionen zur Fourier-Transformation zu integer.c hinzugefügt.
-real.c gelöscht, da Code jetzt in double.c.
-&hellip;
+* calc/trunk/src/main.c: Hilfetext aktualisiert.
+
+* calc/trunk/src/real.c: Datei entfernt, keine der hier implementierten
+  APIs werden noch irgendwo verwendet.
+------------------------------------------------------------------------<!--
+r399 | sally | 2013-02-19 20:05:14 -0500 (Tue, 19 Feb 2013) | 1 line
+Changed paths:
+-->
+r399 | sally | 2013-02-19 20:05:14 -0500 (Di, 19. Feb 2013) | 1 Zeile
+Geänderte Pfade:
+   M /calc/trunk/src/button.c
+   M /calc/trunk/src/integer.c
+   M /calc/trunk/src/main.c
+   M /calc/trunk/src/real.c
+<!--
+Undoing erroneous change committed in r392.-->
+Fehlerhafte Änderung aus r392 rückgängig gemeacht.
+------------------------------------------------------------------------
  </screen>
        </informalexample>

@@ -3580,20 +3605,20 @@
        <para>In the example, we're assuming that you're looking for a
          deleted file <filename>real.c</filename>.  By looking through
          the logs of a parent directory, you've spotted that this file
-        was deleted in revision 808.  Therefore, the last version of
+        was deleted in revision 400.  Therefore, the last version of
          the file to exist was in the revision right before that.
          Conclusion: you want to resurrect the path
          <filename>/calc/trunk/real.c</filename> from revision
-        807.</para>
+        399.</para>
  -->
        <para>In diesem Beispiel nehmen wir an, dass Sie nach der
          gelöschten Datei <filename>real.c</filename> suchen. Beim
          Durchsehen der Protokolle des Elternverzeichnisses haben Sie
-        entdeckt, dass diese Datei in Revision 808 gelöscht
+        entdeckt, dass diese Datei in Revision 400 gelöscht
          wurde. Daher war die letzte Revision in der die Datei noch
          vorhanden war die unmittelbare Vorgänger-Revision. Die
          Schlussfolgerung: Sie möchten den Pfad
-        <filename>/calc/trunk/real.c</filename> aus Revision 807
+        <filename>/calc/trunk/real.c</filename> aus Revision 399
          zurückholen.</para>

  <!--
@@ -3608,7 +3633,7 @@

  <!--
        <para>One option is to use <command>svn merge</command> to apply
-        revision 808 <quote>in reverse.</quote> (We already
+        revision 400 <quote>in reverse.</quote> (We already
          discussed how to undo changes in
          <xref linkend="svn.branchmerge.basicmerging.undo"/>.)  This
          would have the effect of re-adding <filename>real.c</filename>
@@ -3617,7 +3642,7 @@
          in <literal>HEAD</literal>.</para>
  -->
        <para>Die eine Option ist, <command>svn merge</command> zu
-        verwenden, um Revision 808 <quote>rückwärts</quote>
+        verwenden, um Revision 400 <quote>rückwärts</quote>
          anzuwenden. (Wir haben bereits in
          <xref linkend="svn.branchmerge.basicmerging.undo"/>
          besprochen, wie Änderungen rückgängig gemacht werden.) Das
@@ -3628,27 +3653,27 @@

  <!--
        <para>In this particular example, however, this is probably not
-        the best strategy.  Reverse-applying revision 808 would not
+        the best strategy.  Reverse-applying revision 400 would not
          only schedule <filename>real.c</filename> for addition, but
          the log message indicates that it would also undo certain
-        changes to <filename>integer.c</filename>, which you don't
-        want.  Certainly, you could reverse-merge revision 808 and
+        changes to <filename>main.c</filename>, which you don't
+        want.  Certainly, you could reverse-merge revision 400 and
          then <command>svn revert</command> the local modifications to
-        <filename>integer.c</filename>, but this technique doesn't
+        <filename>main.c</filename>, but this technique doesn't
          scale well.  What if 90 files were changed in revision
-        808?</para>
+        400?</para>
  -->
        <para>In diesem besonderen Beispiel ist das aber wahrscheinlich
          nicht die beste Strategie. Die Rückwärts-Anwendung von
-        Revision 808 würde nicht nur <filename>real.c</filename> zum
+        Revision 400 würde nicht nur <filename>real.c</filename> zum
          Hinzufügen markieren, sondern, wie aus den Protokollmeldungen
          hervorgeht, dass ebenso bestimmte Änderungen an
-        <filename>integer.c</filename> zurücknehmen, was Sie aber
-        nicht wollen. Sie können sicherlich Revision 808 rückwärts
+        <filename>main.c</filename> zurücknehmen, was Sie aber
+        nicht wollen. Sie können sicherlich Revision 400 rückwärts
          anwenden und dann mit <command>svn revert</command> die
-        lokalen Änderungen an <filename>integer.c</filename>
+        lokalen Änderungen an <filename>main.c</filename>
          zurücknehmen; allerdings ist diese Technik nicht sehr
-        effektiv. Was wäre, wenn 90 Dateien in Revision 808 geändert
+        effektiv. Was wäre, wenn 90 Dateien in Revision 400 geändert
          worden wären?</para>

  <!--
@@ -3667,20 +3692,16 @@

        <informalexample>
          <screen>
-$ svn copy ^/calc/trunk/real.c at 807 ./real.c
+$ svn copy ^/calc/trunk/src/real.c at 399 ./real.c
+A         real.c

-$ svn status
+$ svn st
  A  +    real.c
  <!--
-$ svn commit -m "Resurrected real.c from revision 807, /calc/trunk/real.c."
-Adding         real.c
-Transmitting file data .
-Committed revision 1390.
+# Commit the resurrection.
  -->
-$ svn commit -m "real.c aus Revision 807 wiederhergestellt,  
/calc/trunk/real.c."
-Hinzufügen     real.c
-Übertrage Daten .
-Revision 1390 übertragen.
+# Übertragung der Wiederbelebung
+&hellip;
  </screen>
        </informalexample>

@@ -3691,7 +3712,7 @@
          where it was copied from.  In the future, running <command>svn
          log</command> on this file will traverse back through the
          file's resurrection and through all the history it had prior
-        to revision 807.  In other words, this new
+        to revision 399.  In other words, this new
          <filename>real.c</filename> isn't really new; it's a direct
          descendant of the original, deleted file.  This is usually
          considered a good and useful thing.  If, however, you wanted
@@ -3705,7 +3726,7 @@
          sich, woher es kopiert wurde. Künftig wird beim Anwenden von
          <command>svn log</command> auf diese Datei die gesamte
          Geschichte, über das Zurückholen hinweg, inklusive der
-        Geschichte vor Revision 807 durchlaufen. In anderen Worten,
+        Geschichte vor Revision 399 durchlaufen. In anderen Worten,
          dieses neue <filename>real.c</filename> ist nicht wirklich
          neu; es ist ein direkter Nachfahre der ursprünglichen,
          gelöschten Datei. Dies ist normalerweise eine gute und
@@ -3721,15 +3742,10 @@
  $ svn add real.c
  A         real.c
  <!--
-$ svn commit -m "Re-created real.c from revision 807."
-Adding         real.c
-Transmitting file data .
-Committed revision 1390.
+# Commit the resurrection.
  -->
-$ svn commit -m "real.c aus Revision 807 wiederhergestellt."
-Hinzufügen     real.c
-Übertrage Daten .
-Revision 1390 übertragen.
+# Übertragung der Wiederbelebung
+&hellip;
  </screen>
        </informalexample>

@@ -3750,19 +3766,19 @@

        <informalexample>
          <screen>
-$ svn copy ^/calc/trunk/real.c at 807 ^/calc/trunk/ \ <!--
-           -m "Resurrect real.c from revision 807."
-Committed revision 1390.
+$ svn copy ^/calc/trunk/src/real.c at 399 ^/calc/trunk/src/real.c \ <!--
+           -m "Resurrect real.c from revision 399."
+Committed revision 402.
  -->
-      -m "real.c aus Revision 807 wiederhergestellt."
-Revision 1390 übertragen.
+           -m "real.c aus Revision 399 wiederhergestellt."
+Revision 402 übertragen.

-$ svn update
+$ svn up
  Updating '.':
  A    real.c <!--
-Updated to revision 1390.
+Updated to revision 402.
  -->
-Aktualisiert zu Revision 1390.
+Aktualisiert zu Revision 402.
  </screen>
        </informalexample>


From svnbook at googlecode.com  Thu Feb  5 09:10:44 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 05 Feb 2015 15:10:44 +0000
Subject: [svnbook] r4975 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7b5d83913cca53050e58b538@google.com>

Revision: 4975
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb  5 15:10:27 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Advanced Merging
   ** Cherrypicking
   ** Merge Syntax: Full Disclosure
   ** Merges Without Mergeinfo
   ** More on Merge Conflicts (started)

https://code.google.com/p/svnbook/source/detail?r=4975

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb  4  
12:53:08 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb  5  
15:10:27 2015 UTC
@@ -2328,7 +2328,7 @@
          merge</command>, um Ihre Änderungen automatisch zurück auf
          den Stamm zu replizieren. Diese Art von Merge wird
          <indexterm>
-          <primary>Merge</primary>
+          <primary>Merging</primary>
            <secondary>Reintegrations-Merges</secondary>
          </indexterm><quote>automatischer Reintegrations</quote>-Merge
          genannt.  Sie benötigen eine Arbeitskopie von
@@ -3823,7 +3823,11 @@
        <title>Die Rosinen herauspicken</title>

  <!--
-      <para>Just as the term <quote>changeset</quote> is often used in
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>cherrypicking</secondary>
+        </indexterm>Just as the term <quote>changeset</quote> is often  
used in
          version control systems, so is the term
          <firstterm>cherrypicking</firstterm>.  This word refers to
          the act of choosing <emphasis>one</emphasis> specific
@@ -3835,7 +3839,11 @@
          contiguous range of revisions is duplicated
          automatically.</para>
  -->
-      <para>Genauso oft wie der Begriff <quote>Änderungsmenge</quote>
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>Rosinenpicken</secondary>
+        </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
          wird die Wendung <firstterm>die Rosinen
          herauspicken</firstterm> in Versions-Kontroll-Systemen
          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
@@ -3851,139 +3859,246 @@
  <!--
        <para>Why would people want to replicate just a single change?
          It comes up more often than you'd think.  For example, let's
-        go back in time and imagine that you haven't yet merged your
-        private feature branch back to the trunk.  At the
-        water cooler, you get word that Sally made an interesting
-        change to <filename>integer.c</filename> on the trunk.
+        assume you've created a new feature branch <filename>
+        /calc/branches/my-calc-feature-branch</filename> copied from
+        <filename>/calc/trunk</filename>:</para>
+-->
+      <para>Warum sollte jemand nur eine einzelne Änderung wollen? Das
+        kommt häufiger vor, als Sie denken. Gehen wir beispielsweise
+        einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
+        /calc/branches/my-calc-feature-branch</filename> durch
+        kopieren von <filename>/calc/trunk</filename> erstellt
+        haben:</para>
+
+      <informalexample>
+        <screen>
+$ svn log ^/calc/branches/new-calc-feature-branch -v -r403
+------------------------------------------------------------------------<!--
+r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
+Changed paths:-->
+r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
+Geänderte Pfade:
+   A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
+<!--
+Create a new calc branch for Feature 'X'.
+-->
+Einen neuen Zweig calc für Arbeit an 'X' erzeugt.
+------------------------------------------------------------------------
+</screen>
+      </informalexample>
+
+<!--
+      <para>At the water cooler, you get word that Sally made an  
interesting
+        change to <filename>main.c</filename> on the trunk.
          Looking over the history of commits to the trunk, you see that
-        in revision 355 she fixed a critical bug that directly
+        in revision 413 she fixed a critical bug that directly
          impacts the feature you're working on.  You might not be ready
          to merge all the trunk changes to your branch just yet, but
          you certainly need that particular bug fix in order to continue
          your work.</para>
  -->
-      <para>Warum sollte jemand nur eine einzelne Änderung wollen? Das
-        kommt häufiger vor, als Sie denken. Gehen wir beispielsweise
-        einmal zurück in die Vergangenheit und stellen uns vor, dass
-        Sie Ihren Zweig noch nicht wieder mit dem Stamm
-        zusammengeführt hätten. In der Kaffeeküche bekommen Sie mit,
-        dass Sally eine interessante Änderung an
-        <filename>integer.c</filename> auf dem Stamm gemacht hat. Als
-        Sie sich die Geschichte der Übergaben auf dem Stamm ansehen,
-        entdecken Sie, dass sie in Revision 355 einen kritischen
-        Fehler beseitigt hat, der direkte Auswirkungen auf die
-        Funktion hat, an der Sie gerade arbeiten. Es kann sein, dass
-        Sie noch nicht bereit sind, alle Änderungen vom Stamm zu
-        übernehmen, jedoch benötigen Sie diese bestimmte
+      <para>In der Kaffeeküche bekommen Sie mit, dass Sally eine
+        interessante Änderung an <filename>main.c</filename> auf dem
+        Stamm gemacht hat. Als Sie sich die Geschichte der Übergaben
+        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
+        einen kritischen Fehler beseitigt hat, der direkte
+        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
+        Es kann sein, dass Sie noch nicht bereit sind, alle Änderungen
+        vom Stamm zu übernehmen, jedoch benötigen Sie diese bestimmte
          Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
          können.</para>

+<!--
+      <para>Just as you used <command>svn diff</command> in the prior
+        example to examine revision 355, you can pass the same option
+        to <command>svn merge</command>:</para>
+-->
+      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
+        Beispiel benutzt haben, um sich Revision 355 anzusehen, können
+        Sie die gleiche Option an <command>svn merge</command>
+        übergeben:</para>
+
        <informalexample>
          <screen>
-$ svn diff -c 355 ^/calc/trunk
+$ svn log ^/calc/trunk -r413 -v
+------------------------------------------------------------------------<!--
+r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
+Changed paths:-->
+r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
+Geänderte Pfade:
+   M /calc/trunk/src/main.c
+<!--
+Fix issue #22 'Passing a null value in the foo argument
+of bar() should be a tolerated, but causes a segfault'.
+-->
+Fehler #22 'Übergabe eines Null-Wertes im Argument foo von bar()
+sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
+------------------------------------------------------------------------

-Index: integer.c
+$ svn diff ^/calc/trunk -c413
+Index: src/main.c
  ===================================================================
---- integer.c	(revision 354)
-+++ integer.c	(revision 355)
-@@ -147,7 +147,7 @@
-     case 6:  sprintf(info-&gt;operating_system, "HPFS (OS/2 or NT)");  
break;
-     case 7:  sprintf(info-&gt;operating_system, "Macintosh"); break;
-     case 8:  sprintf(info-&gt;operating_system, "Z-System"); break;
--    case 9:  sprintf(info-&gt;operating_system, "CP/MM");
-+    case 9:  sprintf(info-&gt;operating_system, "CP/M"); break;
-     case 10:  sprintf(info-&gt;operating_system, "TOPS-20"); break;
-     case 11:  sprintf(info-&gt;operating_system, "NTFS (Windows NT)");  
break;
-     case 12:  sprintf(info-&gt;operating_system, "QDOS"); break;
+--- src/main.c  (revision 412)
++++ src/main.c  (revision 413)
+@@ -34,6 +34,7 @@
+&hellip;<!--
+# Details of the fix-->
+# Details zur Fehlerbehebung
+&hellip;
  </screen>
        </informalexample>

  <!--
        <para>Just as you used <command>svn diff</command> in the prior
-        example to examine revision 355, you can pass the same option
+        example to examine revision 413, you can pass the same option
          to <command>svn merge</command>:</para>
  -->
-      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
-        Beispiel benutzt haben, um sich Revision 355 anzusehen, können
-        Sie die gleiche Option an <command>svn merge</command>
+      <para>So wie Sie <command>svn diff</command> im vorangegangenen
+        Beispiel verwendet haben, um Revision 413 zu untersuchen,
+        können Sie die gleiche Option an <command>svn merge</command>
          übergeben:</para>

        <informalexample>
          <screen>
-$ svn merge -c 355 ^/calc/trunk <!--
-- - - Merging r355 into '.':
+$ cd new-calc-feature-branch
+
+$ svn merge ^/calc/trunk -c413 <!--
+- - - Merging r413 into '.':
  -->
---- Zusammenführen von r355 in ».«:
-U    integer.c <!--
-- - - Recording mergeinfo for merge of r355 into '.':
+--- Zusammenführen von r413 in ».«:
+U    src/main.c<!--
+- - Recording mergeinfo for merge of r413 into '.':
  -->
--- Aufzeichnung der Informationen für Zusammenführung von r355 in ».«:
+-- Aufzeichnung der Informationen für Zusammenführung von r413 in ».«:
   U   .

-$ svn status
-M       integer.c
+$ svn st
+ M      .
+M       src/main.c
  </screen>
        </informalexample>

  <!--
        <para>You can now go through the usual testing procedures before
          committing this change to your branch.  After the commit,
-        Subversion marks r355 as having been merged to the branch so
-        that future <quote>magic</quote> merges that synchronize your
-        branch with the trunk know to skip over r355.  (Merging the
-        same change to the same branch almost always results in a
-        conflict!)</para>
+        Subversion updates the <literal>svn:mergeinfo</literal> on your
+        branch to reflect that r413 was been merged to the branch.  This
+        prevents future automatic sync merges from attempting to merge
+        r413 again.  (Merging the same change to the same branch almost
+        always results in a conflict!) Notice also the mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>.  This was
+        recorded during the earlier reintegrate merge to <filename>
+        /calc/trunk</filename> from the <filename>
+        /calc/branches/my-calc-branch</filename> branch which we made in
+        r380.  When we created the <filename>my-calc-branch</filename>
+        branch in r403, this mergeinfo was carried along with the copy.
+        </para>
  -->
        <para>Sie können nun Ihre üblichen Tests durchführen, bevor Sie
-        diese Änderung an den Zweig übergeben. Nach der Übergabe merkt
-        sich Subversion, dass r355 mit dem Zweig zusammengeführt
-        wurde, so dass künftige <quote>magische</quote>
-        Merges, die Ihren Zweig mit dem Stamm synchronisieren, r355
-        überspringen. (Das Mergen derselben Änderung auf
-        denselben Zweig führt fast immer zu einem Konflikt!)</para>
+        diese Änderung an den Zweig übergeben. Nach der Übergabe
+        bringt Subversion das <literal>svn:mergeinfo</literal> ihres
+        Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
+        dem Zweig zusammengeführt wurde. Das verhindert, dass künftige
+        automatische Synchronisierungs-Merges versuchen, r413 erneut
+        zusammenzuführen. (Das Mergen derselben Änderung auf denselben
+        Zweig führt fast immer zu einem Konflikt!) Beachten Sie auch
+        das Mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
+        unserem in r380 gemachten Reintegrations-Merge nach
+        <filename> /calc/trunk</filename> vom Zweig <filename>
+        /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
+        wir den Zweig <filename>my-calc-branch</filename> in r403
+        erstellt haben, wurde diese Mergeinfo mit der Kopie
+        mitgenommen.</para>

        <informalexample>
          <screen>
-$ cd my-calc-branch
+$ svn pg svn:mergeinfo -v<!--
+Properties on '.':-->
+Eigenschaften von ».«:
+  svn:mergeinfo
+    /calc/branches/my-calc-branch:341-379
+    /calc/trunk:413
+</screen>
+      </informalexample>

-$ svn propget svn:mergeinfo .
-/trunk:341-349,355
  <!--
-# Notice that r355 isn't listed as "eligible" to merge, because
-# it's already been merged.
+      <para>Notice too that the <command>mergeinfo</command> doesn't list  
r413
+        as "eligible" to merge, because it's already been merged:</para>
  -->
-# Beachten Sie, dass r355 nicht als Merge-Kandidat aufgeführt wird,
-# da es bereits zusammengeführt wurde.
+      <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
+        nicht als Kandidaten für einen Merge anzeigt, da sie bereits
+        zusammengeführt wurde:</para>
+
+      <informalexample>
+        <screen>
  $ svn mergeinfo ^/calc/trunk --show-revs eligible
-r350
-r351
-r352
-r353
-r354
-r356
-r357
-r358
-r359
-r360
+r404
+r405
+r406
+r407
+r409
+r410
+r411
+r412
+r414
+r415
+r416
+&hellip;
+r455
+r456
+r457
+</screen>
+      </informalexample>

+<!--
+      <para>The preceding means that when the time finally comes to do an
+        automatic sync merge, Subversion breaks the merge into two parts.
+        First it merges all eligible merges up to revision 412.  Then it
+        merges all eligible revisions from revisions 414 to the  
<literal>HEAD
+        </literal> revision.  Because we already cherrypicked r413, that
+        change is skipped:</para>
+-->
+      <para>Das oben stehende bedeutet, wenn schließlich die Zeit für
+        einen automatischen Synchronisierungs-Merge gekommen ist, dass
+        Subversion den Merge in zwei Teile aufspaltet. Zunächst werden
+        alle in Frage kommenden Merges bis Revision 412 ausgeführt.
+        Dann werden alle in Frage kommenden Revisionen von Revision
+        412 bis zur Revision <literal>HEAD</literal> ausgeführt. Da
+        wir uns bereits r413 herausgepickt haben, wird diese Änderung
+        übersprungen change is skipped:</para>
+
+      <informalexample>
+        <screen>
  $ svn merge ^/calc/trunk <!--
-- - - Merging r350 through r354 into '.':
+- - Merging r403 through r412 into '.':
  -->
---- Zusammenführen von r350 bis r354 in ».«:
- U   .
-U    integer.c
-U    Makefile <!--
-- - - Merging r356 through r360 into '.':
+--- Zusammenführen von r403 bis r412 in ».«:
+U    doc/INSTALL
+U    src/main.c
+U    src/button.c
+U    src/integer.c
+U    Makefile
+U    README<!--
+- - Merging r414 through r458 into '.':
  -->
---- Zusammenführen von r356 bis r360 in ».«:
+--- Zusammenführen von r414 bis r458 in ».«:
+G    doc/INSTALL
+G    src/main.c
+G    src/integer.c
+G    Makefile<!--
+- - Recording mergeinfo for merge of r403 through r458 into '.':-->
+-- Aufzeichnung der Informationen für Zusammenführung von r403 bis r458 in  
».«:\n"
   U   .
-U    integer.c
-U    button.c
  </screen>
        </informalexample>

  <!--
-      <para>This use case of replicating
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>backporting</secondary>
+        </indexterm>This use case of replicating
          (or <firstterm>backporting</firstterm>) bug fixes from one
          branch to another is perhaps the most popular reason for
          cherrypicking changes; it comes up all the time, for example,
@@ -3991,7 +4106,11 @@
          software.  (We discuss this pattern in
          <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
  -->
-      <para>Dieser Anwendungsfall des Abgleichens (oder
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>nachziehen</secondary>
+        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
          einem Zweig zu einem anderen ist vielleicht der gängigste Grund
          für Änderungen, die Rosinen herauszupicken; es kommt ständig
@@ -4006,7 +4125,7 @@
            invocation merged two distinct ranges?
            The <command>svn merge</command> command applied
            two independent patches to your working copy to skip over
-          changeset 355, which your branch already contained.  There's
+          changeset 413, which your branch already contained.  There's
            nothing inherently wrong with this, except that it has the
            potential to make conflict resolution trickier.  If the
            first range of changes creates conflicts,
@@ -4014,15 +4133,14 @@
            the merge process to continue and apply the second range of
            changes.  If you postpone a conflict from the first wave of
            changes, the whole merge command will bail out with an error
-          message.<footnote><para>At least, this is true in Subversion
-          1.7 at the time of this writing.  This behavior may improve
-          in future versions of Subversion.</para></footnote></para>
+          message and you must resolve the conflict before running the
+          merge a second time to get the remainder of the changes.</para>
  -->
          <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
            von <command>svn merge</command> zwei unterschiedliche
            Abgleichsintervalle zusammengeführt hat? Der Befehl führte
            zwei unabhängige Patches auf Ihrer Arbeitskopie aus, um die
-          Änderungsmenge 355 zu überspringen, die Ihr Zweig bereits
+          Änderungsmenge 413 zu überspringen, die Ihr Zweig bereits
            beinhaltete. An und für sich ist daran nichts falsch, bis
            auf die Tatsache, dass die Möglichkeit besteht, eine
            Konfliktauflösung komplizierter zu machen. Falls das erste
@@ -4031,17 +4149,16 @@
            um den Merge fortzusetzen und das zweite Änderungsintervall
            anzuwenden. Wenn Sie die Konfliktauflösung der ersten Phase
            aufschieben, wird der komplette Merge-Befehl mit einer
-          Fehlermeldung abbrechen.<footnote><para>Zumindest trifft das
-          zur Zeit für Subversion 1.7 zu.  Dieses Verhalten könnte
-          sich in künftigen Versionen von Subversion
-          verbessern.</para></footnote></para>
+          Fehlermeldung abbrechen und Sie müssen den Konflikt
+          auflösen, bevor Sie den Merge erneut anwenden, um den Rest
+          der Änderungen zu bekommen.</para>
    </warning>

  <!--
        <para>A word of warning: while <command>svn diff</command> and
          <command>svn merge</command> are very similar in concept, they
          do have different syntax in many cases.  Be sure to read about
-        them in <xref linkend="svn.ref"/> for details, or ask
+        them in <xref linkend="svn.ref.svn"/> for details, or ask
          <command>svn help</command>.  For example, <command>svn
          merge</command> requires a working copy path as a target, that is,
          a place where it should apply the generated patch.  If the
@@ -4052,7 +4169,7 @@
          und <command>svn merge</command> vom Konzept her sehr ähnlich
          sind, haben sie in vielen Fällen eine unterschiedliche Syntax.
          Gehen Sie sicher, dass Sie Details hierzu in <xref
-        linkend="svn.ref"/> nachlesen oder <command>svn help</command>
+        linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
          fragen.  Zum Beispiel benötigt <command>svn merge</command>
          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
          dem es den erzeugten Patch anwenden kann.  Falls das Ziel
@@ -4105,7 +4222,7 @@
      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
  <!--
-      <title>Merge Syntax:  Full Disclosure</title>
+      <title>Merge Syntax: Full Disclosure</title>
  -->
        <title>Merge-Syntax: Die vollständige Enthüllung</title>

@@ -4158,13 +4275,13 @@

  <!--
        <para>If you're using <command>svn merge</command> to do basic
-        copying of changes between branches, it will generally do the
-        right thing automatically.  For example, a command such as the
-        following:</para>
+        copying of changes between branches, an automatic merge will
+        generally do the right thing.  For example, a command such as the
+        following,</para>
  -->
        <para>Falls Sie <command>svn merge</command> benutzen, um
          einfache Kopien von Änderungen zwischen Zweigen vorzunehmen,
-        wird es üblicherweise automatisch das Richtige machen.
+        wird ein automatische Merge üblicherweise das Richtige machen.
          Beispielsweise wird ein Befehl wie der folgende:</para>

        <informalexample>
@@ -4206,6 +4323,31 @@
          Befehl drei Hauptargumente:</para>

        <orderedlist>
+        <indexterm>
+<!--
+          <primary>merging</primary>
+          <secondary>left side</secondary>
+-->
+          <primary>Merging</primary>
+          <secondary>linke Seite</secondary>
+        </indexterm>
+        <indexterm>
+<!--
+          <primary>merging</primary>
+          <secondary>right side</secondary>
+-->
+          <primary>Merging</primary>
+          <secondary>rechte Seite</secondary>
+        </indexterm>
+        <indexterm>
+<!--
+          <primary>merging</primary>
+          <secondary>target</secondary>
+-->
+          <primary>Merging</primary>
+          <secondary>Ziel</secondary>
+        </indexterm>
+
          <listitem>
  <!--
            <para>An initial repository tree (often called the
@@ -4285,7 +4427,12 @@
          naming each tree in the form <emphasis>URL at REV</emphasis> and
          naming the working copy target.  The second syntax is used
          as a shorthand for situations when you're comparing two
-        different revisions of the same URL.  The last syntax shows
+        different revisions of the same URL.
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>2-URL</secondary>
+        </indexterm> This type of merge is referred to (for obvious
+        reasons) as a <quote>2-URL</quote> merge.  The last syntax shows
          how the working copy argument is optional; if omitted, it
          defaults to the current directory.</para>
  -->
@@ -4294,7 +4441,10 @@
          bezeichnet und die Ziel-Arbeitskopie angegeben wird. Die
          zweite Syntax wird als Kurzform verwendet, wenn Sie
          zwei unterschiedliche Revisionen desselben URL vergleichen.
-        Die letzte Syntax zeigt, dass das Arbeitskopie-Argument
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>2-URL</secondary>
+        </indexterm>Die letzte Syntax zeigt, dass das Arbeitskopie-Argument
          optional ist; entfällt es, wird das aktuelle Verzeichnis
          genommen.</para>

@@ -4478,7 +4628,15 @@
          <title>Natürliche Historie und implizite Mergeinfo</title>

  <!--
-        <para>As we mentioned earlier when discussing
+        <para>
+          <indexterm>
+            <primary>mergeinfo</primary>
+            <secondary>implicit</secondary>
+          </indexterm>
+          <indexterm>
+            <primary>natural history</primary>
+            <see>mergeinfo, implicit</see>
+          </indexterm>As we mentioned earlier when discussing
            <xref  
linkend="svn.branchmerge.basicmerging.mergeinfo.inheritance"/>,
            a path that has the
            <literal>svn:mergeinfo</literal> property set on it is said to
@@ -4491,7 +4649,15 @@
            an implementation detail, it can be a useful abstraction for
            understanding merge tracking behavior.</para>
  -->
-        <para>Wie wir bei der Erörterung von
+        <para>
+          <indexterm>
+            <primary>Mergeinfo</primary>
+            <secondary>implizit</secondary>
+          </indexterm>
+          <indexterm>
+            <primary>natürliche Historie</primary>
+            <see>Mergeinfo, implizit</see>
+          </indexterm>Wie wir bei der Erörterung von
            <xref  
linkend="svn.branchmerge.basicmerging.mergeinfo.inheritance"/>
            bereits erwähnten, sagt man, dass ein Pfad mit der gesetzten
            Eigenschaft <literal>svn:mergeinfo</literal>
@@ -4666,16 +4832,18 @@

        <informalexample>
          <screen>
-$ svn merge -r 1288:1351 http://svn.example.com/myrepos/branch <!--
-- - - Merging r1289 through r1351 into '.':
+$ svn merge ^/calc/trunk -r104:115<!--
+- - Merging r105 through r115 into '.':
  -->
--- Zusammenführen von r1289 bis r1361 in ».«:
-   C bar.c
-   C foo.c
-   C docs <!--
-- - - Recording mergeinfo for merge of r1289 through r1351 into '.':
+-- Zusammenführen von r105 bis r115 in ».«:
+   C doc
+   C src/button.c
+   C src/integer.c
+   C src/real.c
+   C src/main.c<!--
+- - Recording mergeinfo for merge of r105 through r115 into '.':
  -->
--- Aufzeichnung der Informationen für Zusammenführung von r1289 bis r1351  
in ».«:
+-- Aufzeichnung der Informationen für Zusammenführung von r105 bis r115 in  
».«:
   U   .  <!--
  Summary of conflicts:
    Tree conflicts: 3
@@ -4684,47 +4852,58 @@
    Baumkonflikte: 3

  $ svn st
-!     C bar.c <!--
-      >   local missing, incoming edit upon merge
--->
-      >   lokal fehlend, eingehend editiert bei Zusammenführung
-!     C foo.c <!--
-      >   local missing, incoming edit upon merge
--->
-      >   lokal fehlend, eingehend editiert bei Zusammenführung
-!     C docs <!--
-      >   local delete, incoming edit upon merge
--->
-      >   lokal fehlend, eingehend editiert bei Zusammenführung
+ M      .
+!     C doc<!--
+      >   local dir missing, incoming dir edit upon merge-->
+      >   lokal Verzeichnis fehlend, empfangen Verzeichnis editiert bei  
Zusammenführung
+!     C src/button.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenführung
+!     C src/integer.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenführung
+!     C src/main.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenführung
+!     C src/real.c<!--
+      >   local file missing, incoming file edit upon merge-->
+      >   lokal Datei fehlend, empfangen Verzeichnis editiert bei  
Zusammenführung<!--
+Summary of conflicts:
+  Tree conflicts: 5-->
+Konfliktübersicht:
+  Baumkonflikte: 5
  </screen>
        </informalexample>

  <!--
        <para>In the previous example, it might be the case that
-        <filename>bar.c</filename>, <filename>foo.c</filename>, and
-        <filename>docs</filename> all exist in both snapshots of the
+        <filename>doc</filename> and the four <filename>*.c</filename>
+        files all exist in both snapshots of the
          branch being compared.  The resultant delta wants to change
          the contents of the corresponding paths in your working copy,
          but those paths don't exist in the working copy.  Whatever the
          case, the preponderance of tree conflicts most likely means that
-        the user compared the wrong two trees; it's a classic
-        sign of user error.  When this happens, it's easy to
-        recursively revert all the changes created by the merge
+        the user compared the wrong two trees or that you are merging to
+        the wrong working copy target; both are classic signs of user
+        error.  When this happens, it's easy to recursively revert all
+        the changes created by the merge
          (<userinput>svn revert . - -recursive</userinput>), delete any
          unversioned files or directories left behind after the
          revert, and rerun <command>svn merge</command> with the
          correct arguments.</para>
  -->
        <para>Im vorangegangenen Beispiel kann es der Fall gewesen sein,
-        dass <filename>bar.c</filename>, <filename>foo.c</filename> und
-        <filename>docs</filename> alle in beiden Momentaufnahmen des
-        Zweiges vorkommen, die verglichen werden. Das resultierende
+        dass <filename>doc</filename> und die vier
+        <filename>*.c</filename>-Dateien alle in beiden
+        Momentaufnahmen des Zweiges vorkommen, die verglichen werden.
+        Das resultierende
          Delta will den Inhalt der entsprechenden Pfade in Ihrer
          Arbeitskopie verändern, doch sind diese Pfade in der
          Arbeitskopie aber nicht vorhanden. Wie auch immer, das
          Überwiegen von Baumkonflikten bedeutet höchstwahrscheinlich,
          dass der Benutzer die falschen Bäume miteinander
-        verglichen hat; es ist das klassische Zeichen für einen
+        verglichen hat oder Sie machen einen Merge auf das falsche
+        Ziel in der Arbeitskopie; beides sind 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 .
@@ -4743,21 +4922,23 @@

        <informalexample>
          <screen>
-$ svn merge -c 1701 http://svn.example.com/myrepos/branchX --accept  
postpone <!--
-- - - Merging r1701 into '.':
+$ svn st
+<!-- TODO: Resolve output question. -->
+$ svn merge ^/paint/trunk -r289:291<!--
+- - Merging r290 through r291 into '.':
  -->
--- Zusammenführen von r1701 in ».«:
-C     glub.c
-C     sputter.c <!--
-- - - Recording mergeinfo for merge of r1701 into '.':
+-- Zusammenführen von r290 bis r291 in ».«:
+C    Makefile<!--
+- - Recording mergeinfo for merge of r290 through r291 into '.':
  -->
--- Aufzeichnung der Informationen für Zusammenführung von r1701 in ».«:
+-- Aufzeichnung der Informationen für Zusammenführung von r290 bis r291 in  
».«:
   U   .  <!--
  Summary of conflicts:
-  Text conflicts: 2
+  Text conflicts: 1
  -->
  Konfliktübersicht:
-  Textkonflikte: 2
+  Textkonflikte: 1
+Konflikt in Datei »Makefile« entdeckt.

  C:\SVN\src-branch-1.7.x>svn st
   M      .

From svnbook at googlecode.com  Fri Feb  6 09:58:56 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 06 Feb 2015 15:58:56 +0000
Subject: [svnbook] r4976 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11363b7e7ee0de050e6d7f8f@google.com>

Revision: 4976
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb  6 15:58:40 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   ** More on Merge Conflicts (temporary version)

https://code.google.com/p/svnbook/source/detail?r=4976

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb  5  
15:10:27 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb  6  
15:58:40 2015 UTC
@@ -1263,7 +1263,6 @@
          zusammenführen.</para>

      </sect2>
-
      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.basicmerging.stayinsync">
  <!--
@@ -3572,6 +3571,16 @@
  r401 | sally | 2013-02-18 23:15:44 -0500 (Di, 19. Feb 2013) | 1 Zeile
  Geänderte Pfade:
     M /calc/trunk/src/main.c
+<!--
+Follow-up to r400: Fix typos in help text.
+-->
+Nachtrag zu r400: Tippfehler im Hifetext.
+------------------------------------------------------------------------<!--
+r400 | bill | 2013-02-19 20:55:08 -0500 (Tue, 19 Feb 2013) | 4 lines
+Changed paths:-->
+r400 | bill | 2013-02-19 20:55:08 -0500 (Di, 19. Feb 2013) | 4 Zeilen
+Geänderte Pfade:
+   M /calc/trunk/src/main.c
     D /calc/trunk/src/real.c

  <!--
@@ -3737,7 +3746,7 @@

        <informalexample>
          <screen>
-$ svn cat ^/calc/trunk/real.c at 807 &gt; ./real.c
+$ svn cat ^/calc/trunk/src/real.c at 399 &gt; ./real.c

  $ svn add real.c
  A         real.c
@@ -4935,21 +4944,23 @@
   U   .  <!--
  Summary of conflicts:
    Text conflicts: 1
+Conflict discovered in file 'Makefile'.
+Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
+        (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p
  -->
  Konfliktübersicht:
    Textkonflikte: 1
  Konflikt in Datei »Makefile« entdeckt.
+Conflict discovered in file 'Makefile'.
+Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
+        (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p

-C:\SVN\src-branch-1.7.x>svn st
+$ svn st
   M      .
-?       glub.c.merge-left.r1700
-?       glub.c.merge-right.r1701
-C       glub.c
-?       glub.c.working
-?       sputter.c.merge-left.r1700
-?       sputter.c.merge-right.r1701
-C       sputter.c
-?       sputter.c.working <!--
+C       Makefile
+?       Makefile.merge-left.r289
+?       Makefile.merge-right.r291
+?       Makefile.working<!--
  Summary of conflicts:
    Text conflicts: 2
  -->

From svnbook at googlecode.com  Mon Feb  9 23:31:18 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 10 Feb 2015 05:31:18 +0000
Subject: [svnbook] r4977 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c1e7024116a2050eb53278@google.com>

Revision: 4977
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 10 05:31:01 2015 UTC
Log:      [de] Translation: Branching and Merging
     ** More on Merge Conflicts
     ** Blocking Changes
     ** Merge-Sensitive Logs and Annotations

https://code.google.com/p/svnbook/source/detail?r=4977

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb  6  
15:58:40 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
05:31:01 2015 UTC
@@ -4905,14 +4905,13 @@
          dass <filename>doc</filename> und die vier
          <filename>*.c</filename>-Dateien alle in beiden
          Momentaufnahmen des Zweiges vorkommen, die verglichen werden.
-        Das resultierende
-        Delta will den Inhalt der entsprechenden Pfade in Ihrer
-        Arbeitskopie verändern, doch sind diese Pfade in der
-        Arbeitskopie aber nicht vorhanden. Wie auch immer, das
+        Das resultierende Delta will den Inhalt der entsprechenden
+        Pfade in Ihrer Arbeitskopie verändern, doch sind diese Pfade
+        in der Arbeitskopie aber nicht vorhanden. Wie auch immer, das
          Überwiegen von Baumkonflikten bedeutet höchstwahrscheinlich,
-        dass der Benutzer die falschen Bäume miteinander
-        verglichen hat oder Sie machen einen Merge auf das falsche
-        Ziel in der Arbeitskopie; beides sind klassische Zeichen für einen
+        dass der Benutzer die falschen Bäume miteinander verglichen
+        hat oder Sie machen einen Merge auf das falsche Ziel in der
+        Arbeitskopie; beides sind 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 .
@@ -4932,7 +4931,7 @@
        <informalexample>
          <screen>
  $ svn st
-<!-- TODO: Resolve output question. -->
+
  $ svn merge ^/paint/trunk -r289:291<!--
  - - Merging r290 through r291 into '.':
  -->
@@ -4948,13 +4947,13 @@
  Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
          (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p
  -->
+Konflikt in Datei »Makefile« 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: p
  Konfliktübersicht:
    Textkonflikte: 1
-Konflikt in Datei »Makefile« entdeckt.
-Conflict discovered in file 'Makefile'.
-Select: (p) postpone, (df) diff-full, (e) edit, (m) merge,
-        (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p
-
  $ svn st
   M      .
  C       Makefile
@@ -5072,184 +5071,276 @@
          automatisch in den Zweig eingebracht werden.</para>

  <!--
-      <para>Through Subversion 1.7, the only way to block a changeset
-        is to make the system believe that the change has
-        <emphasis>already</emphasis> been merged.  To do this, invoke
-        the merge subcommand with the <option>- -record-only</option>
-        option:</para>
+      <para>To block a changeset you must make Subversion believe that the
+        change has <emphasis>already</emphasis> been merged.  To do this,
+        invoke the merge subcommand with the <option>-  
-record-only</option>
+        option.  The option makes Subversion record mergeinfo as if it had
+        actually performed the merge, but no difference is actually
+        applied:</para>
  -->
-      <para>Die einzige Möglichkeit, über Subversion 1.7 eine
-        Änderungsmenge zu blockieren, besteht darin, dem System
+      <para>Um eine
+        Änderungsmenge zu blockieren müssen Sie Subversion
          vorzugaukeln, dass die Änderung <emphasis>bereits</emphasis>
          eingearbeitet wurde. Dazu rufen Sie den Unterbefehl mit der Option
-        <option>--record-only</option> auf:</para>
+        <option>--record-only</option> auf. Das veranlasst Subversion
+        dazu, Mergeinfo wie bei einem tatsächlichen Merge anzulegen,
+        obwohl kein Diff angewendet worden ist:</para>

        <informalexample>
          <screen>
  $ cd my-calc-branch

-$ svn propget svn:mergeinfo .
-/trunk:1680-3305
-<!--
-# Let's make the metadata list r3328 as already merged.
+$ svn merge ^/calc/trunk -r386:388 --record-only <!--
+- - Recording mergeinfo for merge of r387 through r388 into '.':
  -->
-# In den Metadaten r3328 als bereits zusammengeführt vermerken.
-$ svn merge -c 3328 --record-only ^/calc/trunk <!--
-- - - Recording mergeinfo for merge of r3328 into '.':
--->
-- Aufzeichnung der Informationen für Zusammenführung von r3328 in ».«:
+-- Aufzeichnung der Informationen für Zusammenführung von r387 bis r388 in  
».«:
   U   .
+ <!--
+# Only the mergeinfo is changed-->
+# Nur Mergeinfo wird geändert.
+$ svn st
+ M      .

-$ svn status
-M       .
+$ svn pg svn:mergeinfo -vR<!--
+Properties on '.':-->
+Eigenschaften von ».«:
+  svn:mergeinfo
+    /calc/trunk:341-378,387-388

-$ svn propget svn:mergeinfo .
-/trunk:1680-3305,3328
  <!--
-$ svn commit -m "Block r3328 from being merged to the branch."
--->
-$ svn commit -m "Das Zusammenführen von r3328 mit dem Zweig verhindern."
-&hellip;
+$ svn commit -m "Block r387-388 from being merged to my-calc-branch."
+Sending        .
+
+Committed revision 461.-->
+$ svn commit -m "Das Zusammenführen von r387-388 mit my-calc-branch  
verhindern."
+Sende          .
+
+Revision 461 übertragen.
  </screen>
        </informalexample>

  <!--
-      <para>Beginning with Subversion 1.7, <option>- -record-only</option>
+      <para>Since Subversion 1.7, <option>- -record-only</option>
          merges are transitive.  This means that, in addition to recording
          mergeinfo describing the blocked revision(s), any
          <literal>svn:mergeinfo</literal> property differences in the
          merge source are also applied.  For example, let's say we want to
-        block the 'frazzle' feature from ever being merged from
-        <filename>^/trunk</filename> to our
-        <filename>^/branches/proj-X</filename> branch.  We know that all
-        the frazzle work was done on its own branch, which was
-        reintegrated to <filename>trunk</filename> in revision 1055:</para>
+        block the 'paint-python-wrapper' feature from ever being merged  
from
+        <filename>^/paint/trunk</filename> to the
+        <filename>^/paint/branches/paint-1.0.x</filename> branch.  We know
+        the work on this feature was done on its own branch, which was
+        reintegrated to <filename>/paint/trunk</filename> in revision
+        465:</para>
  -->
-      <para>Beginnend mit Subversion 1.7 sind Zusammenführungen mit
+      <para>Seit Subversion 1.7 sind Zusammenführungen mit
          <option>--record-only</option> transitiv. Das bedeutet, dass
          zusätzlich zur Aufzeichnung der Mergeinfo die die
          blockierte(n) Revision(en) beschreiben, alle Unterschiede der
          Eigenschaft <literal>svn:mergeinfo</literal> der Quelle
-        ebenfalls angewendet werden. Sagen wir zum Beispiel mal, dass
-        wir die Zusammenführung der "Frazzle"-Funktionalität von
-        <filename>^/trunk</filename> mit unserem
-        <filename>^/branches/proj-X</filename> Zweig für immer
-        blockieren möchten. Wir wissen, dass die gesamte Arbeit an
-        "Frazzle" auf seinem eigenen Zweig gemacht wurde, der in
-        Revision 1055 wieder in <filename>trunk</filename>
-        eingegliedert wurde:</para>
+        ebenfalls angewendet werden. Sagen wir mal zum Beispiel, dass
+        wir die Zusammenführung der Funktionalität
+        "paint-python-wrapper" von <filename>^/paint/trunk</filename>
+        mit unserem <filename>^/paint/branches/paint-1.0.x</filename>
+        Zweig für immer blockieren möchten. Wir wissen, dass die
+        gesamte Arbeit an dieser Funktionalität auf seinem eigenen
+        Zweig gemacht wurde, der in Revision 465 wieder in
+        <filename>/paint/trunk</filename> eingegliedert wurde:</para>

        <informalexample>
          <screen>
-$ svn log -v ^/trunk -r 1055
-------------------------------------------------------------------------  
<!--
-r1055 | francesca | 2011-09-22 07:40:06 -0400 (Thu, 22 Sep 2011) | 3 lines
+$ svn log -v -r465 ^/paint/trunk
+------------------------------------------------------------------------<!--
+r465 | joe | 2013-02-25 14:05:12 -0500 (Mon, 25 Feb 2013) | 1 line
  Changed paths:
+   M /paint/trunk
+   A /paint/trunk/python (from  
/paint/branches/paint-python-wrapper/python:464)
+
+Reintegrate Paint Python wrapper.
  -->
-r1055 | francesca | 2011-09-22 07:40:06 -0400 (Do, 22. Sep 2011) | 3 Zeilen
+r465 | joe | 2013-02-25 14:05:12 -0500 (Mo, 25. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-   M /trunk
-   M /trunk/src/frazzle.c
-<!--
-Reintegrate the frazzle-feature-branch to trunk.
--->
-Den Frazzle-Zweig wieder in trunk eingegliedert.
+   M /paint/trunk
+   A /paint/trunk/python (von  
/paint/branches/paint-python-wrapper/python:464)
+
+Paint Python Wrapper reintegriert.
+------------------------------------------------------------------------
  </screen>
        </informalexample>

  <!--
-      <para>Because revision 1055 was a reintegrate merge we know
+      <para>Because revision 465 was a reintegrate merge we know
          that mergeinfo was recorded describing the merge:</para>
  -->
-      <para>Da Revision 1055 eine Zusammenführung zur
+      <para>Da Revision 465 eine Zusammenführung zur
          Wiedereingliederung war, wissen wir, dass beschreibende
          Informationen aufgezeichnet wurden:</para>

        <informalexample>
          <screen>
-$ svn diff ^/trunk -c 1055 --depth empty
+$ svn diff ^/paint/trunk --depth empty -c465
  Index: .
  ===================================================================
---- .   (revision 1054)
-+++ .   (revision 1055)
+--- .   (revision 464)
++++ .   (revision 465)
  <!--
  Property changes on: .
  -->
  Eigenschaftsänderungen: .
  ___________________________________________________________________ <!--
-Modified: svn:mergeinfo
-   Merged /branches/frazzle-feature-branch:r997-1003
+Added: svn:mergeinfo
+   Merged /paint/branches/paint-python-wrapper:r463-464
  -->
-Modifiziert: svn:mergeinfo
-   Zusammengeführt /branches/frazzle-feature-branch:r997-1003
+Hinzugefügt: svn:mergeinfo
+   Zusammengeführt /paint/branches/paint-python-wrapper:r463-464
  </screen>
        </informalexample>

  <!--
-      <para>Now simply blocking merges of revision 1055 from
-        <filename>^/trunk</filename> isn't foolproof since someone could
-        merge r996:1003 directly from
-        <filename>^/branches/frazzle-feature-branch</filename>.
+      <para>Now simply blocking merges of revision 465 from
+        <filename>/paint/trunk</filename> isn't foolproof since someone  
could
+        merge r462:464 directly from
+        <filename>/paint/branches/paint-python-wrapper</filename>.
          Fortunately the transitive nature
-        of <option>- -record-only</option> merges in Subversion 1.7
-        prevents this; the <option>- -record-only</option> merge
+        of <option>- -record-only</option> merges prevents this; the
+        <option>- -record-only</option> merge
          applies the <literal>svn:mergeinfo</literal> diff from
-        revision 1055, thus blocking merges directly from the frazzle
-        branch <emphasis>and</emphasis> as it has always done prior to
-        Subversion 1.7, it blocks merges of revision 1055 directly
-        from <filename>^/trunk</filename>:</para>
+        revision 465, thus blocking merges of that change directly from
+        <filename>/paint/trunk</filename> <emphasis>and</emphasis>  
indirectly
+        from <filename>/paint/branches/paint-python-wrapper</filename>:
+        </para>
  -->
        <para>Das einfache Blockieren der Zusammenführungen der Revision
-        1055 von <filename>^/trunk</filename> ist nicht narrensicher,
-        da jemand r996:1003 direkt von
-        <filename>^/branches/frazzle-feature-branch</filename>
+        465 von <filename>/paint/trunk</filename> ist nicht
+        narrensicher, da jemand 462:464 direkt von
+        <filename>/paint/branches/paint-python-wrapper</filename>
          zusammenführen könnte. Glücklicherweise wird das durch die
          transitive Natur der Merges mit <option>--record-only</option>
-        in Subversion 1.7 verhindert: die Zusammenführung mit
+        verhindert: die Zusammenführung mit
          <option>--record-only</option> wendet den
-        <literal>svn:mergeinfo</literal>-Diff von Revision 1055 an,
-        und blockiert somit sowohl direkte Merges vom frazzle-Zweig
-        <emphasis>als auch</emphasis>, wie es vor Subversion 1.7 schon
-        immer war, Merges der Revision 1055 direkt von
-        <filename>^/trunk</filename>:</para>
+        <literal>svn:mergeinfo</literal>-Diff von Revision 465 an, und
+        blockiert somit sowohl direkte Merges dieser Änderung von
+        <filename>/paint/trunk</filename> <emphasis>als
+        auch</emphasis> indirekte von
+        <filename>/paint/branches/paint-python-wrapper</filename>:
+        </para>

        <informalexample>
          <screen>
-$ cd branches/proj-X
+$ cd paint/branches/paint-1.0.x

-$ svn merge ^/trunk . -c 1055 --record-only <!--
-- - - Merging r1055 into '.':
+$ svn merge ^/paint/trunk --record-only -c465<!--
+- - Merging r465 into '.':
  -->
--- Zusammenführen von r1055 in ».«:
- G   .  <!--
-- - - Recording mergeinfo for merge of r1055 into '.':
+-- Zusammenführen von r465 in ».«:
+ U   .  <!--
+- - Recording mergeinfo for merge of r465 into '.':
  -->
--- Aufzeichnung der Informationen für Zusammenführung von r1055 in ».«:
+-- Aufzeichnung der Informationen für Zusammenführung von r465 in ».«:
   G   .

-$ svn diff --depth empty .
+$ svn diff --depth empty
  Index: .
-=================================================================== <!--
-- - - .   (revision 1070)
+===================================================================<!--
+- - .   (revision 462)
  +++ .   (working copy)

  Property changes on: .
  ___________________________________________________________________
-Modified: svn:mergeinfo
-   Merged /trunk:r1055
-   Merged /branches/frazzle-feature-branch:r997-1003
+Added: svn:mergeinfo
+   Merged /paint/branches/paint-python-wrapper:r463-464
+   Merged /paint/trunk:r465
  -->
---- .   (Revision 1070)
+--- .   (Revision 462)
  +++ .   (Arbeitskopie)

  Eigenschaftsänderungen: .
  ___________________________________________________________________
-Geändert: svn:mergeinfo
-   Zusammengeführt /trunk:r1055
-   Zusammengeführt /branches/frazzle-feature-branch:r997-1003
+Hinzugefügt: svn:mergeinfo
+   Zusammengeführt /paint/branches/paint-python-wrapper:r463-464
+   Zusammengeführt /paint/trunk:r465
+<!--
+$ svn ci -m "Block the Python wrappers from the first release of paint."
+Sending        .
+
+Committed revision 466.
+-->
+$ svn ci -m "Die Python-Wrapper aus der ersten Release von Paint sperren."
+Sende          .
+
+Revision 466 übertragen.
  </screen>
        </informalexample>

+<!--
+      <para>Now any subsequent attempts to merge the feature to <filename>
+        /paint/trunk</filename> are inoperative:</para>
+-->
+      <para>Nun sind alle künftigen Versuche, die Funktionalität mit
+        <filename>/paint/trunk</filename> zusammenzuführen,
+        inoperativ:</para>
+
+      <informalexample>
+        <screen>
+$ svn merge ^/paint/trunk -c465<!--
+- - Recording mergeinfo for merge of r465 into '.':-->
+-- Aufzeichnung der Informationen für Zusammenführung von r456 in ».«:
+ U   .
+<!--
+$ svn st # No change!
+-->
+$ svn st # keine Änderung
+
+$ svn merge ^/paint/branches/paint-python-wrapper -r462:464<!--
+- - Recording mergeinfo for merge of r463 through r464 into '.':-->
+-- Aufzeichnung der Informationen für Zusammenführung von r463 bis r464 in  
».«:
+ U   .
+<!--
+$ svn st  # No change!
+-->
+$ svn st # keine Änderung
+$
+</screen>
+      </informalexample>
+
+<!--
+      <para>If at a later time you realize that you actually <emphasis>do
+        </emphasis> need the blocked feature merged to  
<filename>/paint/trunk
+        </filename> you have a couple of choices.  You can reverse merge  
r466,
+        (the revision you blocked the feature), as we discussed in
+        <xref linkend="svn.branchmerge.basicmerging.undo"/>.  Once you  
commit
+        that change you can repeat the merge of r465 from <filename>
+        /paint/trunk</filename>.  Alternatively, you can simply repeat the
+        merge of r465 from <filename>/paint/trunk</filename> using the
+        <option>- -ignore-ancestry</option> option, which will cause the  
merge
+        to disregard any mergeinfo and simply apply the requested diff, see
+        <xref linkend="svn.branchmerge.advanced.ancestry"/>.</para>
+-->
+      <para>Falls Sie später feststellen, dass Sie die blockierte
+        Funktionalität <emphasis>doch</emphasis> nach
+        <filename>/paint/trunk </filename> herüberbringen müssen,
+        haben Sie die Wahl. Sie können r466 (die Revision, in der die
+        Funktionalität blockiert wurde) rückwärts patchen wie in
+        <xref linkend="svn.branchmerge.basicmerging.undo"/> erörtert.
+        Sobald Sie die Änderung übertragen haben, können Sie r465 die
+        von <filename>/paint/trunk</filename> zusammenführen.
+        Alternativ können Sie einfach r465 von
+        <filename>/paint/trunk</filename> erneut zusammenführen, indem
+        Sie die Option <option>--ignore-ancestry</option> verwenden,
+        die beim Zusammenführen jegliche Mergeinfo ignoriert und den
+        erwünschten Diff einfach anwendet; siehe
+        <xref linkend="svn.branchmerge.advanced.ancestry"/>.</para>
+
+      <informalexample>
+        <screen>
+$ svn merge ^/paint/trunk -c465 --ignore-ancestry<!--
+- - Merging r465 into '.':-->
+-- Zusammenführen von r465 in ».«:
+A    python
+A    python/paint.py
+ G   .
+</screen>
+      </informalexample>
+
  <!--
        <para>Blocking changes with <option>- -record-only</option>
          works, but it's also a little bit
@@ -5285,192 +5376,6 @@

      </sect2>

-    <!-- ===============================================================  
-->
-    <sect2 id="svn.branchmerge.advanced.reintegratetwice">
-<!--
-      <title>Keeping a Reintegrated Branch Alive</title>
--->
-      <title>Einen reintegrierten Zweig am Leben erhalten</title>
-
-<!--
-      <para>There is an alternative to destroying and re-creating a
-        branch after reintegration. To understand why it works you need
-        to understand why the branch is initially unfit for further use
-        after it has been reintegrated.</para>
--->
-      <para>Es gibt einen anderen Weg, als einen Zweig nach der
-        Reintegration zu zerstören und erneut zu erzeugen. Zum
-        Verständnis, warum das funktioniert, müssen Sie verstehen,
-        warum der Zweig unmittelbar nach dem Reintegrieren zunächst
-        nicht weiterverwendbar ist.</para>
-
-<!--
-      <para>Let's assume you created your branch in revision
-        <emphasis>A</emphasis>. While working on your branch, you created
-        one or more revisions which made changes to the branch.
-        Before reintegrating your branch back to trunk, you made a final
-        merge from trunk to your branch, and committed the result of
-        this merge as revision <emphasis>B</emphasis>.</para>
--->
-      <para>Nehmen wir an, Sie haben den Zweig in Revision
-        <emphasis>A</emphasis> angelegt. Bei der Arbeit auf diesem
-        Zweig haben Sie eine oder mehrere Revisionen erzeugt, die
-        Änderungen an dem Zweig beinhalten. Vor der Reintegration des
-        Zweigs zurück auf die Hauptentwicklungslinie haben Sie eine
-        abschließende Zusammenführung von dort auf Ihren Zweig
-        vollzogen und das Ergebnis dieser Merges als Revision
-        <emphasis>B</emphasis> übertragen.</para>
-
-<!--
-      <para>When reintegrating your branch into the trunk, you create
-        a new revision <emphasis>X</emphasis> which changes the trunk.
-        The changes made to trunk in this revision <emphasis>X</emphasis>
-        are semantically equivalent to the changes you made to your branch
-        between revisions <emphasis>A</emphasis> and  
<emphasis>B</emphasis>.
-        </para>
--->
-      <para>Bei der Reintegration Ihres Zweigs auf die
-        Hauptentwicklungslinie erzeugen Sie eine neue Revision
-        <emphasis>X</emphasis> die jene ändert. Die Änderungen an der
-        Hauptentwicklungslinie in dieser Revision
-        <emphasis>X</emphasis> sind semantisch äquivalent zu den
-        Änderungen, die Sie zwischen Revision <emphasis>A</emphasis>
-        und <emphasis>B</emphasis> auf Ihrem Zweig vorgenommen haben.
-        </para>
-
-<!--
-      <para>If you now try to merge outstanding changes from trunk to your
-        branch, Subversion will consider changes made in revision
-        <emphasis>X</emphasis> as eligible for merging into the
-        branch. However, since your branch already contains all the
-        changes made in revision <emphasis>X</emphasis>, merging these
-        changes can result in spurious conflicts! These conflicts are
-        often tree conflicts, especially if renames were made on the
-        branch or the trunk while the branch was in development.</para>
--->
-      <para>Falls Sie jetzt versuchen, ausstehende Änderungen von der
-        Hauptentwicklungslinie mit Ihrem Zweig zusammenzuführen, wird
-        Subversion die in Revision <emphasis>X</emphasis>
-        vorgenommenen Änderungen als Kandidaten für die
-        Merges betrachten. Da Ihr Zweig jedoch bereits alle in
-        Revision <emphasis>X</emphasis> vorgenommenen Änderungen
-        enthält, kann das Zusammenführen dieser Änderungen
-        fälschlicherweise zu Konflikten führen! Bei diesen Konflikten
-        handelt es sich oft um Baumkonflikte, besonders dann, wenn
-        während der Entwicklung auf dem Zweig dort oder auf der
-        Hauptentwicklungslinie Umbenennungen gemacht wurden.</para>
-
-<!--
-      <para>So what can be done about this? We need to make sure that
-        Subversion does not try to merge revision <emphasis>X</emphasis>
-        into the branch. This is done using the
-        <option>- -record-only</option> merge option, which was introduced
-        in <xref linkend="svn.branchmerge.advanced.blockchanges"/>.</para>
--->
-      <para>Wie soll also damit umgegangen werden? Wir müssen
-        sicherstellen, dass Subversion nicht versucht, die Revision
-        <emphasis>X</emphasis> mit dem Zweig zusammenzuführen. Das
-        wird mit der Merge-Option <option>--record-only</option>
-        erreicht, die in
-        <xref linkend="svn.branchmerge.advanced.blockchanges"/>
-        vorgestellt wurde.</para>
-
-<!--
-      <para>To carry out the record-only merge, get a working copy of
-        the branch which was just reintegrated in revision
-        <emphasis>X</emphasis>, and merge just revision  
<emphasis>X</emphasis>
-        from trunk into your branch, making sure to use the
-        <option>- -record-only</option> option.</para>
--->
-      <para>Um die nur vermerkte Zusammenführung auszuführen,
-        erstellen Sie sich eine Arbeitskopie des Zweigs, der in
-        Revision <emphasis>X</emphasis> frisch reintegriert wurde, und
-        führen Sie lediglich die Revision <emphasis>X</emphasis> von
-        der Hauptentwicklungslinie mit Ihrem Zweig zusammen, indem Sie
-        sicherstellen, dass Sie die Option
-        <option>--record-only</option> verwenden.</para>
-
-<!--
-      <para>This merge uses the cherry-picking merge syntax, which was
-        introduced in <xref linkend="svn.branchmerge.cherrypicking"/>.
-        Continuing with the running example from
-        <xref linkend="svn.branchmerge.basicmerging.reintegrate"/>,
-        where revision <emphasis>X</emphasis> was revision 391:</para>
--->
-      <para>Dieser Merge verwendet die Syntax zum Herauspicken der
-        Rosinen, wie sie in
-        <xref linkend="svn.branchmerge.cherrypicking"/> vorgestellt
-        wurde. Um mit dem aktuellen Beispiel aus
-        <xref linkend="svn.branchmerge.basicmerging.reintegrate"/>
-        fortzufahren, in dem Revision <emphasis>X</emphasis> die
-        Revision 391 war:</para>
-
-<!--
-      <informalexample>
-        <screen>
-$ cd my-calc-branch
-$ svn update
-Updated to revision 393.
-$ svn merge - -record-only -c 391 ^/calc/trunk
-$ svn commit -m "Block revision 391 from being merged into my-calc-branch."
-Sending        .
-
-Committed revision 394.
-</screen>
-      </informalexample>
--->
-      <informalexample>
-        <screen>
-$ cd my-calc-branch
-$ svn update
-Aktualisiert zu Revision 393.
-$ svn merge --record-only -c 391 ^/calc/trunk
-$ svn commit -m "Block revision 391 from being merged into my-calc-branch."
-Sende          .
-
-Revision 394 übertragen.
-</screen>
-      </informalexample>
-
-      <!-- ### FIXME: In 1.7, record-only merges produce some output -->
-
-<!--
-      <para>Now your branch is ready to soak up changes from the trunk
-        again. After another sync of your branch to the trunk, you can
-        even reintegrate the branch a second time.
-        If necessary, you can do another record-only merge to keep the
-        branch alive. Rinse and repeat.</para>
--->
-      <para>Nun ist Ihr Zweig wieder bereit, Änderungen von der
-        Hauptentwicklungslinie aufzunehmen. Nach einer weiteren
-        Synchronisierung Ihres Zweigs auf die Hauptentwicklungslinie
-        können Sie sogar ein zweites Mal Ihren Zweig reintegrieren.
-        Falls notwendig, können Sie einen weiteren, nur vermerkten
-        Merge machen, um den Zweig am Leben zu erhalten.  Spülen und
-        wiederholen.</para>
-
-<!--
-      <para>It should now also be apparent why deleting the branch and
-        re-creating it has the same effect as doing the above record-only
-        merge. Because revision <emphasis>X</emphasis> is part of the  
natural
-        history (see the sidebar
-        <xref linkend="svn.branchmerge.nomergedata.impicit.mergeinfo"/>)
-        of the newly created branch, Subversion will never attempt to
-        merge revision <emphasis>X</emphasis> into the branch, avoiding
-        spurious conflicts.</para>
--->
-      <para>Nun sollte es auch offensichtlich sein, warum das Löschen
-        und Wiederherstellen des Zweigs den selben Effekt hat wie die
-        obige nur vermerkte Zusammenführung. Da die Revision
-        <emphasis>X</emphasis> Teil der natürlichen Historie des
-        frisch erzeugten Zweigs ist (siehe Anmerkung
-        <xref linkend="svn.branchmerge.nomergedata.impicit.mergeinfo"/>),
-        wird Subversion niemals versuchen, die Revision
-        <emphasis>X</emphasis> mit dem Zweig zusammenzuführen, und
-        vermeidet dadurch fälschliche Konflikte.</para>
-
-      </sect2>
-
      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.advanced.logblame">
  <!--
@@ -5515,87 +5420,86 @@
  $ cd my-calc-branch
  $ svn log -q
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r390 | user | 2002-11-22 11:01:57 -0600 (Fri, 22 Nov 2002) | 1 line
+r461 | user | 2013-02-25 05:57:48 -0500 (Mon, 25 Feb 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r388 | user | 2002-11-21 05:20:00 -0600 (Thu, 21 Nov 2002) | 2 lines
+r379 | user | 2013-02-18 10:56:35 -0500 (Mon, 18 Feb 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r381 | user | 2002-11-20 15:07:06 -0600 (Wed, 20 Nov 2002) | 2 lines
+r378 | user | 2013-02-18 09:48:28 -0500 (Mon, 18 Feb 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r359 | user | 2002-11-19 19:19:20 -0600 (Tue, 19 Nov 2002) | 2 lines
+&hellip;
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r357 | user | 2002-11-15 14:29:52 -0600 (Fri, 15 Nov 2002) | 2 lines
+r8 | sally | 2013-01-17 16:55:36 -0500 (Thu, 17 Jan 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r343 | user | 2002-11-07 13:50:10 -0600 (Thu, 07 Nov 2002) | 2 lines
+r7 | bill | 2013-01-17 16:49:36 -0500 (Thu, 17 Jan 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r341 | user | 2002-11-03 07:17:16 -0600 (Sun, 03 Nov 2002) | 2 lines
+r3 | bill | 2013-01-17 09:07:04 -0500 (Thu, 17 Jan 2013)
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  </screen>
        </informalexample>
  -->
        <informalexample>
          <screen>
  $ cd my-calc-branch
+
  $ svn log -q
  ------------------------------------------------------------------------
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
+r461 | user | 2013-02-25 05:57:48 -0500 (Mo, 25. Feb 2013)
  ------------------------------------------------------------------------
-r388 | user | 2002-11-21 05:20:00 -0600 (Do, 21. Nov 2002) | 2 Zeilen
+r379 | user | 2013-02-18 10:56:35 -0500 (Mo, 18. Feb 2013)
  ------------------------------------------------------------------------
-r381 | user | 2002-11-20 15:07:06 -0600 (Mi, 20. Nov 2002) | 2 Zeilen
+r378 | user | 2013-02-18 09:48:28 -0500 (Mo, 18. Feb 2013)
  ------------------------------------------------------------------------
-r359 | user | 2002-11-19 19:19:20 -0600 (Di, 19. Nov 2002) | 2 Zeilen
+&hellip;
  ------------------------------------------------------------------------
-r357 | user | 2002-11-15 14:29:52 -0600 (Fr, 15. Nov 2002) | 2 Zeilen
+r8 | sally | 2013-01-17 16:55:36 -0500 (Do, 17. Jan 2013)
  ------------------------------------------------------------------------
-r343 | user | 2002-11-07 13:50:10 -0600 (Do, 07. Nov 2002) | 2 Zeilen
+r7 | bill | 2013-01-17 16:49:36 -0500 (Do, 17. Jan 2013)
  ------------------------------------------------------------------------
-r341 | user | 2002-11-03 07:17:16 -0600 (So, 03. Nov 2002) | 2 Zeilen
+r3 | bill | 2013-01-17 09:07:04 -0500 (Do, 17. Jan 2013)
  ------------------------------------------------------------------------
-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 Zeilen
-------------------------------------------------------------------------
  </screen>
        </informalexample>

  <!--
        <para>But is this really an accurate picture of all the changes
          that happened on the branch?  What's left out here is
-        the fact that revisions 390, 381, and 357 were actually the
+        the fact that revisions 352, 362, 372 and 379 were actually the
          results of merging changes from the trunk.  If you look at one
          of these logs in detail, the multiple trunk changesets that
          comprised the branch change are nowhere to be seen:</para>
  -->
        <para>Aber ist das wirklich eine genaue Wiedergabe aller
          Änderungen, die auf dem Zweig stattgefunden haben? Was hier
-        ausgelassen wird, ist, dass die Revisionen 390, 381 und 357
-        tatsächlich Ergebnisse des Zusammenführens von Änderungen aus
-        dem Stamm waren. Wenn Sie sich eins dieser Protokolle im
-        Detail anschauen, können Sie die verschiedenen
-        Änderungsmengen vom Stamm, die die Änderungen auf dem Zweig
-        ausmachen, nirgendwo sehen:</para>
+        ausgelassen wird, ist, dass die Revisionen 352, 362, 372 und
+        379 tatsächlich Ergebnisse des Zusammenführens von Änderungen
+        aus dem Stamm waren. Wenn Sie sich eins dieser Protokolle im
+        Detail anschauen, können Sie die verschiedenen Änderungsmengen
+        vom Stamm, die die Änderungen auf dem Zweig ausmachen,
+        nirgendwo sehen:</para>

        <informalexample>
          <screen>
-$ svn log -v -r 390
+$ svn log ^/calc/branches/my-calc-branch -r352 -v
  ------------------------------------------------------------------------  
<!--
-r390 | user | 2002-11-22 11:01:57 -0600 (Fri, 22 Nov 2002) | 1 line
+r352 | user | 2013-02-16 09:35:18 -0500 (Sat, 16 Feb 2013) | 1 line
  Changed paths:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Final merge of trunk changes to my-calc-branch.
+Sync latest trunk changes to my-calc-branch.
  -->
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
+r352 | user | 2013-02-16 09:35:18 -0500 (Sa, 16. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Letzte Zusammenführung der Änderungen von trunk changes in my-calc-branch.
+Synchronisierung der letzten Änderungen von trunk mit my-calc-branch.
  </screen>
        </informalexample>

@@ -5617,110 +5521,125 @@

        <informalexample>
          <screen>
-$ svn log -v -r 390 -g
+$ svn log ^/calc/branches/my-calc-branch -r352 -v -g
  ------------------------------------------------------------------------  
<!--
-r390 | user | 2002-11-22 11:01:57 -0600 (Fri, 22 Nov 2002) | 1 line
+r352 | user | 2013-02-16 09:35:18 -0500 (Sat, 16 Feb 2013) | 1 line
  Changed paths:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Final merge of trunk changes to my-calc-branch.
+Sync latest trunk changes to my-calc-branch.
  -->
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
+r352 | user | 2013-02-16 09:35:18 -0500 (Sa, 16. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-   M /branches/my-calc-branch/button.c
-   M /branches/my-calc-branch/README
+   M /calc/branches/my-calc-branch
+   M /calc/branches/my-calc-branch/Makefile
+   M /calc/branches/my-calc-branch/doc/INSTALL
+   M /calc/branches/my-calc-branch/src/button.c
+   M /calc/branches/my-calc-branch/src/real.c

-Letzte Zusammenführung der Änderungen von trunk in my-calc-branch.
+Synchronisierung der letzten Änderungen von trunk mit my-calc-branch.
  ------------------------------------------------------------------------  
<!--
-r383 | sally | 2002-11-21 03:19:00 -0600 (Thu, 21 Nov 2002) | 2 lines
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sat, 16 Feb 2013) | 2 lines
  Changed paths:
-   M /branches/my-calc-branch/button.c
-Merged via: r390
+   M /calc/trunk/src/real.c
+Merged via: r352

-Fix inverse graphic error on button.
+Trunk work on calc project.
  -->
-r383 | sally | 2002-11-21 03:19:00 -0600 (Do, 21. Nov 2002) | 2 Zeilen
+r351 | sally | 2013-02-16 08:04:22 -0500 (Sa, 16. Feb 2013) | 2 Zeilen
  Geänderte Pfade:
-   M /branches/my-calc-branch/button.c
-Zusammengeführt mittels: r390
+   M /calc/trunk/src/real.c
+Zusammengeführt mittels: r352

-Inverse Grafik auf Knopf behoben.
+Arbeiten auf dem Stamm vom calc-Projekt.
+------------------------------------------------------------------------
+&hellip;
  ------------------------------------------------------------------------  
<!--
-r382 | sally | 2002-11-20 16:57:06 -0600 (Wed, 20 Nov 2002) | 2 lines
+r345 | sally | 2013-02-15 16:51:17 -0500 (Fri, 15 Feb 2013) | 2 lines
  Changed paths:
-   M /branches/my-calc-branch/README
-Merged via: r390
+   M /calc/trunk/Makefile
+   M /calc/trunk/src/integer.c
+Merged via: r352

-Document my last fix in README.
--->
-r382 | sally | 2002-11-20 16:57:06 -0600 (Mi, 20. Nov 2002) | 2 Zeilen
+Trunk work on calc project.
+- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fri, 15 Feb 2013) | 1 line
+Changed paths: -->
+------------------------------------------------------------------------
+r344 | sally | 2013-02-15 16:44:44 -0500 (Fr, 15. Feb 2013) | 1 Zeile
  Geänderte Pfade:
-   M /branches/my-calc-branch/README
-Zusammengeführt mittels: r390
-
-Meine letzte Änderung in README dokumentiert.
+   M /calc/trunk/src/integer.c<!--
+Merged via: r352-->
+Zusammengeführt mittels: r352
+<!--
+Refactor the bazzle functions.
+-->
+Die bazzle-Funktionen refaktoriert.
  </screen>
        </informalexample>

  <!--
        <para>By making the log operation use merge history, we see not
-        just the revision we queried (r390), but also the two revisions
-        that came along on the ride with it&mdash;a couple of changes
-        made by Sally to the trunk.  This is a much more complete
-        picture of history!</para>
+        just the revision we queried (r352), but also the other revisions
+        that came along on the ride with it&mdash;Sally's work on trunk.
+        This is a much more complete picture of history!</para>
  -->
        <para>Dadurch, dass wir die Protokoll-Operation aufgefordert
          haben, die Geschichte der Zusammenführungen zu verwenden,
          sehen wir nicht nur die Revision, die wir abgefragt haben
-        (r390), sondern auch die zwei Revisionen, die hier mitkamen
-        &ndash; ein paar Änderungen, die Sally auf dem Stamm gemacht
-        hat. Das ist ein wesentlich vollständigeres Bild der
-        Geschichte!</para>
+        (r352), sondern auch die anderen Revisionen, die hier mitkamen
+        &ndash; die Arbeit von Sally auf dem Stamm.  Das ist ein
+        wesentlich vollständigeres Bild der Geschichte!</para>

  <!--
        <para>The <command>svn blame</command> command also takes the
          <option>- -use-merge-history</option> (<option>-g</option>)
          option.  If this option is neglected, somebody looking at
-        a line-by-line annotation of <filename>button.c</filename> may
-        get the mistaken impression that you were responsible for the
-        lines that fixed a certain error:</para>
+        a line-by-line annotation of <filename>Makefile</filename> may
+        get the mistaken impression that you were responsible for a
+        particular change:</para>
  -->
        <para>Auch der <command>svn blame</command>-Befehl versteht die
          Option <option>--use-merge-history</option>
          (<option>-g</option>).  Falls diese Option vergessen wird,
          könnte jemand, der sich die zeilenweisen Anmerkungen von
-        <filename>button.c</filename> ansieht, fälschlicherweise davon
-        ausgehen, dass Sie für die Zeilen verantwortlich sind, die
-        einen bestimmten Fehler beseitigt haben:</para>
+        <filename>Makefile</filename> ansieht, fälschlicherweise davon
+        ausgehen, dass Sie für die Zeilen einer bestimmten Änderung
+        verantwortlich sind:</para>

        <informalexample>
          <screen>
-$ svn blame button.c
+$ svn blame src/button.c
  &hellip;
-   390    user    retval = inverse_func(button, path);
-   390    user    return retval;
-   390    user    }
+   352    user    retval = inverse_func(button, path);
+   352    user    return retval;
+   352    user    }
  &hellip;
  </screen>
        </informalexample>

  <!--
        <para>And while it's true that you did actually commit those
-        three lines in revision 390, two of them were actually written
-        by Sally back in revision 383:</para>
+        three lines in revision 352, two of them were actually written
+        by Sally back in revision 348 and were brought into your branch
+        via a sync merge:</para>
  -->
        <para>Obwohl es zutrifft, dass Sie diese drei Zeilen in Revision
-        390 übergeben haben, sind zwei davon tatsächlich von Sally in
-        Revision 383 geschrieben worden:</para>
+        352 übergeben haben, sind zwei davon tatsächlich von Sally in
+        Revision 348 geschrieben worden und sind durch einen
+        Synchronisierungs-Merge in Ihren Zweig geraten:</para>

        <informalexample>
          <screen>
  $ svn blame button.c -g
  &hellip;
-G    383    sally   retval = inverse_func(button, path);
-G    383    sally   return retval;
-     390    user    }
+G    348    sally   retval = inverse_func(button, path);
+G    348    sally   return retval;
+     352    user    }
  &hellip;
  </screen>
        </informalexample>

From svnbook at googlecode.com  Tue Feb 10 00:49:15 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 10 Feb 2015 06:49:15 +0000
Subject: [svnbook] r4978 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2c3acfe2eb1050eb64817@google.com>

Revision: 4978
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 10 06:47:15 2015 UTC
Log:      [de] Translation: Branching and Merging
     ** Noticing or Ignoring Ancestry
     ** Merges and Moves

https://code.google.com/p/svnbook/source/detail?r=4978

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
05:31:01 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
06:47:15 2015 UTC
@@ -5664,9 +5664,8 @@
        <para>
          <indexterm>
            <primary>ancestry</primary>
-        </indexterm>
-        When conversing with a Subversion developer, you might
-        very likely hear reference to the term
+        </indexterm>When conversing with a Subversion developer, you
+        might very likely hear reference to the term
          <firstterm>ancestry</firstterm>.  This word is used to
          describe the relationship between two objects in a
          repository: if they're related to each other, one
@@ -5675,9 +5674,8 @@
        <para>
          <indexterm>
            <primary>Abstammung</primary>
-        </indexterm>
-        Wenn Sie sich mit einem Subversion-Entwickler unterhalten,
-        wird wahrscheinlich auch der Begriff
+        </indexterm>Wenn Sie sich mit einem Subversion-Entwickler
+        unterhalten, wird wahrscheinlich auch der Begriff
          <firstterm>Abstammung</firstterm> erwähnt. Dieses Wort wird
          verwendet, um die Beziehung zwischen zwei Objekten im
          Projektarchiv zu beschreiben: Wenn sie in Beziehung zueinander
@@ -5792,7 +5790,12 @@

  <!--
        <tip>
-        <para>The <option>- -ignore-ancestry</option> option also disables
+        <para>
+        <indexterm>
+          <primary>merge tracking</primary>
+          <secondary>disabling</secondary>
+        </indexterm>
+        The <option>- -ignore-ancestry</option> option also disables
          <xref linkend="svn.branchmerge.basicmerging.mergetracking"/>.
          This means that <literal>svn:mergeinfo</literal> is not considered
          when <command>svn merge</command> is determining what revisions
@@ -5801,7 +5804,12 @@
        </tip>
  -->
        <tip>
-        <para>Die Option <option>--ignore-ancestry</option>
+        <para>
+        <indexterm>
+          <primary>Merge-Tracking</primary>
+          <secondary>unterbinden</secondary>
+        </indexterm>
+          Die Option <option>--ignore-ancestry</option>
            unterbindet auch
            <xref linkend="svn.branchmerge.basicmerging.mergetracking"/>.
            Das bedeutet, dass weder <literal>svn:mergeinfo</literal>
@@ -5841,14 +5849,14 @@
  <!--
        <para>Alas, this scenario doesn't work so well right now and
          is considered one of Subversion's current weak spots.  The
-        problem is that Subversion's <command>svn update</command>
+        problem is that Subversion's <command>svn merge</command>
          command isn't as robust as it should be, particularly when
          dealing with copy and move operations.</para>
  -->
        <para>Leider funktioniert dieses Szenario im Augenblick noch
          nicht so richtig und gilt als einer der Schwachpunkte von
          Subversion. Das Problem ist, das der Subversion-Befehl
-        <command>svn update</command> nicht so stabil ist, wie er sein
+        <command>svn merge</command> nicht so stabil ist, wie er sein
          sollte, besonders wenn es um Kopier- und Verschiebeoperationen
          geht.</para>

@@ -5860,8 +5868,9 @@
          merge</command>.  Instead of telling the client, <quote>Copy
          that file you already have to this new location,</quote> it
          sends down an entirely new file.  This can lead to
-        problems, especially because the same thing happens with
-        renamed files.  A lesser-known fact about Subversion is that
+        problems, particularly tree conflicts in the case of renames,
+        which involve not only the new copy, but a deletion of the old
+        path&mdash;a lesser-known fact about Subversion is that
          it lacks <quote>true renames</quote>&mdash;the <command>svn
          move</command> command is nothing more than an aggregation
          of <command>svn copy</command> and <command>svn
@@ -5874,92 +5883,202 @@
          merge</command> ausführt. Statt dem Client mitzuteilen:
          <quote>Kopiere die Datei, die du bereits hast an diesen neuen
          Ort</quote>, sendet es eine völlig neue Datei. Das kann zu
-        Problemen führen, besonders, weil dasselbe mit umbenannten
-        Dateien passiert. Eine weniger bekannte Tatsache über
-        Subversion ist, dass es keine <quote>echten
-        Umbenennungen</quote> hat &ndash; der Befehl <command>svn
-        move</command> ist weiter nichts als eine Verbindung von
-        <command>svn copy</command> und <command>svn
+        Problemen führen, im Falle von Umbenennungen besonders zu
+        Baumkonflikten, die nicht nur die neue Kopie betreffen,
+        sondern die Löschung des alten Pfades ^ndash; eine weniger
+        bekannte Tatsache über Subversion ist, dass es keine
+        <quote>echten Umbenennungen</quote> hat &ndash; der Befehl
+        <command>svn move</command> ist weiter nichts als eine
+        Verbindung von <command>svn copy</command> und <command>svn
          delete</command>.</para>

  <!--
-      <para>For example, suppose that while working on your private
-        branch, you rename <filename>integer.c</filename>
-        to <filename>whole.c</filename>.  Effectively you've created
-        a new file in your branch that is a copy of the original
-        file, and deleted the original file.  Meanwhile, back
-        on <filename>trunk</filename>, Sally has committed some
-        improvements to <filename>integer.c</filename>.  Now you
-        decide to merge your branch to the trunk:</para>
+      <para>For example, suppose that you want to make some changes on
+        your private branch <filename>/calc/branch/my-calc-branch
+        </filename>.  First you perform an automatic sync merge with
+        <filename>/calc/trunk</filename> and commit that in r470:</para>
  -->
-      <para>Nehmen wir beispielsweise an, dass Sie während Ihrer
-        Arbeit auf Ihrem privaten Zweig <filename>integer.c</filename>
-        in <filename>whole.c</filename> umbenennen. Tatsächlich haben
-        Sie eine neue Datei auf Ihrem Zweig erzeugt, die eine Kopie
-        der ursprünglichen Datei ist, und letztere gelöscht.
-        Zwischenzeitlich hat Sally einige Verbesserungen an
-        <filename>integer.c</filename> in <filename>trunk</filename>
-        übergeben. Nun entscheiden Sie sich, Ihren Zweig mit dem Stamm
-        zusammenzuführen:</para>
-
+      <para>Nehmen wir beispielsweise an, dass Sie einige Änderungen
+        an Ihrem privaten Zweig <filename>/calc/branch/my-calc-branch
+        </filename> machen möchten. Zunächst führen Sie einen
+        automatischen Synchronisierungs-Merge mit
+        <filename>/calc/trunk</filename> durch und übertragen das
+        Ergebnis in r470:</para>
        <informalexample>
          <screen>
  $ cd calc/trunk

-$ svn merge --reintegrate ^/calc/branches/my-calc-branch <!--
+$ svn merge ^/calc/trunk <!--
  - - - Merging differences between repository URLs into '.':
  -->
  -- Zusammenführen der Unterschiede zwischen Projektarchiv-URLs in ».«:
-D    integer.c
-A    whole.c
-U    .  <!--
+U    doc/INSTALL
+A    FAQ
+U    src/main.c
+U    src/button.c
+U    src/integer.c
+U    Makefile
+U    README
+ U   .  <!--
  - - - Recording mergeinfo for merge between repository URLs into '.':
  -->
  -- Aufzeichnung der Informationen für Zusammenführung zwischen  
Projektarchiv-URLs in ».«:
   U   .
+<!--
+$ svn ci -m "Sync all changes from ^/calc/trunk through r469."
+Sending        .
+Sending        Makefile
+Sending        README
+Sending        FAQ
+Sending        doc/INSTALL
+Sending        src/main.c
+Sending        src/button.c
+Sending        src/integer.c
+Transmitting file data ....
+Committed revision 470.
+-->
+$ svn ci -m "Synchronisierung aller Änderungen von ^/calc/trunk bis r469."
+Sende          .
+Sende          Makefile
+Sende          README
+Sende          FAQ
+Sende          doc/INSTALL
+Sende          src/main.c
+Sende          src/button.c
+Sende          src/integer.c
+Übertrage Daten ....
+Revision 470 übertragen.
  </screen>
        </informalexample>
+<!--
+      <para>Then you rename <filename>integer.c</filename> to <filename>
+        whole.c</filename> in r471 and then make some edits to the same
+        file in r473.  Effectively you've created a new file in your branch
+        (that is a copy of the original file plus some edits) and deleted
+        the original file.  Meanwhile, back on <filename>/calc/trunk
+        </filename>, Sally has committed some improvements of her own to
+        <filename>integer.c</filename> in r472:</para>
+-->
+      <para>Dann benennen Sie in r471 <filename>integer.c</filename>
+        in <filename>whole.c</filename> um und editieren dieselbe
+        Datei in r473. Tatsächlich haben Sie eine neue Datei auf Ihrem
+        Zweig erzeugt (die eine Kopie der ursprünglichen Datei plus
+        einiger Bearbeitungen ist) und die ursprüngliche Datei
+        gelöscht.  Zwischenzeitlich hat Sally in r472 auf
+        <filename>/calc/trunk</filename> selber einige Verbesserungen
+        an <filename>integer.c</filename> übergeben:</para>
+
+      <informalexample>
+        <screen>
+$ svn log -v -r472 ^/calc/trunk
+------------------------------------------------------------------------<!--
+r472 | sally | 2013-02-26 07:05:18 -0500 (Tue, 26 Feb 2013) | 1 line
+Changed paths:
+   M /calc/trunk/src/integer.c
+
+Trunk work on integer.c.-->
+r472 | sally | 2013-02-26 07:05:18 -0500 (Di, 26. Feb 2013) | 1 Zeile
+Geänderte Pfade:
+   M /calc/trunk/src/integer.c
+
+Arbeit auf dem Stamm von integer.c.
+------------------------------------------------------------------------
+</screen>
+      </informalexample>

  <!--
-      <para>This doesn't look so bad at first glance, but it's also
-        probably not what you or Sally expected.  The merge operation
-        has deleted the latest version of
-        the <filename>integer.c</filename> file (the one containing
-        Sally's latest changes), and blindly added your
-        new <filename>whole.c</filename> file&mdash;which is a
-        duplicate of the <emphasis>older</emphasis> version
-        of <filename>integer.c</filename>.  The net effect is that
-        merging your <quote>rename</quote> to the trunk has removed
-        Sally's recent changes from the latest revision!</para>
+      <para>Now you decide to merge your branch back to the trunk.
+        How will Subversion combine the rename and edits you made
+        with Sally's edits?</para>
  -->
-      <para>Auf den ersten Blick sieht es gar nicht schlecht aus,
-        jedoch ist es nicht das, was Sie und Sally erwartet hätten.
-        Die Zusammenführung hat die letzte Version der Datei
-        <filename>integer.c</filename> gelöscht (diejenige, die Sallys
-        Änderungen beinhaltet) und blindlings Ihre neue Datei
-        <filename>whole.c</filename> hinzugefügt &ndash; die ein
-        Duplikat der <emphasis>älteren</emphasis> Version von
-        <filename>integer.c</filename> ist. Das Endergebnis ist, dass
-        durch die Zusammenführung Ihrer <quote>Umbenennung</quote> auf
-        dem Zweig mit dem Stamm Sallys jüngste Änderungen aus der
-        letzten Revision entfernt wurden.</para>
+      <para>Nun entscheiden Sie sich, Ihren Zweig auf den Stamm
+        zurückzuführen. Wie wird Subversion Ihre Umbenennung und
+        Bearbeitung mit den Bearbeiungen durch Sally
+        kombinieren?</para>
+
+      <informalexample>
+        <screen>
+$ svn merge ^/calc/branches/my-calc-branch<!--
+- - Merging differences between repository URLs into '.':-->
+-- Zusammenführen der Unterschiede zwischen Projektarchiv-URLs in ».«:
+   C src/integer.c
+ U   src/real.c
+A    src/whole.c<!--
+- - Recording mergeinfo for merge between repository URLs into '.':-->
+-- Aufzeichnung der Informationen für Zusammenführung zwischen  
Projektarchiv-URLs in ».«:
+ U   .<!--
+Summary of conflicts:
+  Tree conflicts: 1-->
+Konfliktübersicht:
+  Baumkonflikte: 1
+
+$ svn st
+ M      .
+      C src/integer.c<!--
+      >   local file edit, incoming file delete upon merge-->
+      >   lokale Datei geändert, eingehendes Löschen einer Datei bei  
Zusammenführung
+ M      src/real.c
+A  +    src/whole.c<!--
+Summary of conflicts:
+  Tree conflicts: 1-->
+Konfliktübersicht:
+  Baumkonflikte: 1
+</screen>
+      </informalexample>

  <!--
-      <para>This isn't true data loss.  Sally's changes are still in
-        the repository's history, but it may not be immediately
-        obvious that this has happened.  The moral of this story is
-        that until Subversion improves, be very careful about
-        merging copies and renames from one branch to
-        another.</para>
+      <para>The answer is that Subversion <emphasis>won't</emphasis>
+        combine those changes, but rather raises a tree conflict<footnote>
+        <para>If Sally hadn't made her change in r472, then Subversion  
would
+        notice that <filename>integer.c</filename> in the
+        target working copy is identical to <filename>integer.c</filename>
+        in the left-side of the merge and would allow your rename to
+        succeed without a tree conflict:</para>-->
+      <para>Die Antwort ist, dass Subversion diese Änderungen
+        <emphasis>keineswegs</emphasis> kombiniert, sondern
+        stattdessen einen Baumkonflikt erzeugt<footnote><para>Falls
+        Sally ihre Änderung in  r472 nicht gemacht hätte, dann wäre
+        Subversion aufgefallen, dass <filename>integer.c</filename> in
+        der Ziel-Arbeitskopie identisch zu <filename>integer.c</filename>
+        auf der linken Seite des Merge ist, und hätte Ihnen die
+        Umbenennung ohne Baumkonflikt durchgehen lassen:</para>
+        <informalexample>
+          <screen>
+$ svn merge ^/calc/branches/my-calc-branch<!--
+- - Merging differences between repository URLs into '.':-->
+-- Zusammenführen der Unterschiede zwischen Projektarchiv-URLs in ».«:
+ U   src/real.c
+A    src/whole.c
+D    src/integer.c<!--
+- - Recording mergeinfo for merge between repository URLs into '.':-->
+-- Aufzeichnung der Informationen für Zusammenführung zwischen  
Projektarchiv-URLs in ».«:
+ U   .
+</screen><!--
+      </informalexample></footnote>because it needs your help
+        to figure out what part of your changes and what part of Sally's
+        changes should ultimately end up in <filename>whole.c</filename>
+        or even if the rename should take place at all!</para>-->
+        </informalexample></footnote>, da es Ihre Hilfe benötigt, um
+        herauszufinden, welche Teile Ihrer Änderungen und welche Teile
+        von Sallys Änderungen schließlich in
+        <filename>whole.c</filename> landen sollen, oder ob die
+        Umbenennung überhaupt stattfinden soll!</para>
+
+<!--
+      <para>You will need to resolve this tree conflict before committing
+        the merge and this may require some manual intervention on your
+        part, see <xref linkend="svn.tour.treeconflicts"/>.  The moral of
+        this story is that until Subversion improves, be careful about
+        merging copies and renames from one branch to another and when you
+        do, be prepared for some manual resolution.</para>
  -->
-      <para>Es ist kein echter Datenverlust. Sallys Änderungen
-        befinden sich noch immer in der Geschichte des Projektarchivs,
-        allerdings mag es nicht sofort ersichtlich sein, dass es
-        passiert ist. Die Lehre, die es aus dieser Geschichte zu
-        ziehen gilt, lautet, dass Sie sehr vorsichtig mit dem
-        Zusammenführen von Kopien und Umbenennungen zwischen Zweigen
-        sein sollten, solange sich Subversion an dieser Stelle nicht
-        verbessert hat.</para>
+      <para>Vor der Übergabe werden Sie den Baumkonflikt auflösen
+        müssen, was einiger manueller Eingriffe Ihrerseits bedarf,
+        siehe <xref linkend="svn.tour.treeconflicts"/>. Die Moral der
+        Geschichte ist, dass Sie dabei vorsichtig sein sollten, wenn Sie
+        Kopien und Umbenennungen zwischen Zweigen zusammenführen, und
+        auf manuelle Eingriffe vorbereitet sind,
+        bis sich Subversion verbessert.</para>

      </sect2>


From svnbook at googlecode.com  Tue Feb 10 10:50:38 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 10 Feb 2015 16:50:38 +0000
Subject: [svnbook] r4979 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2adccbcfeac050ebeaf59@google.com>

Revision: 4979
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 10 16:50:23 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Advanced Merging
   ** Blocking Merge Tracking Unaware Clients
   ** The Final Word on Merge Tracking
   * Traversing Branches
   * Tags
   * Branch Maintenance
   ** Repository Layout
   ** Data Lifetimes
   * Common Branching Patterns
   ** Release Branches
   ** Feature Branches
   * Vendor Branches (intro)

https://code.google.com/p/svnbook/source/detail?r=4979

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
06:47:15 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
16:50:23 2015 UTC
@@ -3798,2297 +3798,2297 @@
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
-  <sect1 id="svn.branchmerge.advanced">
-<!--
-    <title>Advanced Merging</title>
--->
-    <title>Fortgeschrittenes Zusammenführen</title>
+    <sect1 id="svn.branchmerge.advanced">
+  <!--
+      <title>Advanced Merging</title>
+  -->
+      <title>Fortgeschrittenes Zusammenführen</title>

-<!--
-    <para>Here ends the automated magic.  Sooner or later, once you
-      get the hang of branching and merging, you're going to have to
-      ask Subversion to merge <emphasis>specific</emphasis> changes
-      from one place to another.  To do this, you're going to
-      have to start passing more complicated arguments to <command>svn
-      merge</command>.  The next section describes the fully expanded
-      syntax of the command and discusses a number of common
-      scenarios that require it.</para>
--->
-    <para>Hier endet die automatische Magie. Früher oder später,
-      sobald Sie den Dreh beim Verzweigen und Zusammenführen heraus
-      haben, werden Sie Subversion fragen müssen,
-      <emphasis>bestimmte</emphasis> Änderungen von einem Ort zum
-      anderen zusammenzuführen. Um dies tun zu können, werden Sie
-      damit beginnen müssen, kompliziertere Argumente an <command>svn
-      merge</command> zu übergeben. Der nächste Abschnitt beschreibt
-      die vollständig erweiterte Syntax des Befehls und behandelt eine
-      Anzahl verbreiteter Szenarien, die diese benötigen.</para>
+  <!--
+      <para>Here ends the automated magic.  Sooner or later, once you
+        get the hang of branching and merging, you're going to have to
+        ask Subversion to merge <emphasis>specific</emphasis> changes
+        from one place to another.  To do this, you're going to
+        have to start passing more complicated arguments to <command>svn
+        merge</command>.  The next section describes the fully expanded
+        syntax of the command and discusses a number of common
+        scenarios that require it.</para>
+  -->
+      <para>Hier endet die automatische Magie. Früher oder später,
+        sobald Sie den Dreh beim Verzweigen und Zusammenführen heraus
+        haben, werden Sie Subversion fragen müssen,
+        <emphasis>bestimmte</emphasis> Änderungen von einem Ort zum
+        anderen zusammenzuführen. Um dies tun zu können, werden Sie
+        damit beginnen müssen, kompliziertere Argumente an <command>svn
+        merge</command> zu übergeben. Der nächste Abschnitt beschreibt
+        die vollständig erweiterte Syntax des Befehls und behandelt eine
+        Anzahl verbreiteter Szenarien, die diese benötigen.</para>

-    <!-- ===============================================================  
-->
-    <sect2 id="svn.branchmerge.cherrypicking">
-<!--
-      <title>Cherrypicking</title>
--->
-      <title>Die Rosinen herauspicken</title>
+      <!-- ===============================================================  
-->
+      <sect2 id="svn.branchmerge.cherrypicking">
+  <!--
+        <title>Cherrypicking</title>
+  -->
+        <title>Die Rosinen herauspicken</title>

-<!--
-      <para>
-        <indexterm>
-          <primary>merging</primary>
-          <secondary>cherrypicking</secondary>
-        </indexterm>Just as the term <quote>changeset</quote> is often  
used in
-        version control systems, so is the term
-        <firstterm>cherrypicking</firstterm>.  This word refers to
-        the act of choosing <emphasis>one</emphasis> specific
-        changeset from a branch and replicating it to another.
-        Cherrypicking may also refer to the act of duplicating a
-        particular set of (not necessarily contiguous!) changesets
-        from one branch to another.  This is in contrast to more
-        typical merging scenarios, where the <quote>next</quote>
-        contiguous range of revisions is duplicated
-        automatically.</para>
--->
-      <para>
-        <indexterm>
-          <primary>Merging</primary>
-          <secondary>Rosinenpicken</secondary>
-        </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
-        wird die Wendung <firstterm>die Rosinen
-        herauspicken</firstterm> in Versions-Kontroll-Systemen
-        verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
-        bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
-        auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
-        sich auch darauf beziehen, eine bestimmte Menge von (nicht
-        notwendigerweise angrenzenden) Änderungsmengen von einem auf
-        einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
-        den üblicheren Merge-Szenarien, bei denen der
-        <quote>nächste</quote> zusammenhängende Bereich von Revisionen
-        automatisch dupliziert wird.</para>
+  <!--
+        <para>
+          <indexterm>
+            <primary>merging</primary>
+            <secondary>cherrypicking</secondary>
+          </indexterm>Just as the term <quote>changeset</quote> is often  
used in
+          version control systems, so is the term
+          <firstterm>cherrypicking</firstterm>.  This word refers to
+          the act of choosing <emphasis>one</emphasis> specific
+          changeset from a branch and replicating it to another.
+          Cherrypicking may also refer to the act of duplicating a
+          particular set of (not necessarily contiguous!) changesets
+          from one branch to another.  This is in contrast to more
+          typical merging scenarios, where the <quote>next</quote>
+          contiguous range of revisions is duplicated
+          automatically.</para>
+  -->
+        <para>
+          <indexterm>
+            <primary>Merging</primary>
+            <secondary>Rosinenpicken</secondary>
+          </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
+          wird die Wendung <firstterm>die Rosinen
+          herauspicken</firstterm> in Versions-Kontroll-Systemen
+          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
+          bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
+          auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
+          sich auch darauf beziehen, eine bestimmte Menge von (nicht
+          notwendigerweise angrenzenden) Änderungsmengen von einem auf
+          einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
+          den üblicheren Merge-Szenarien, bei denen der
+          <quote>nächste</quote> zusammenhängende Bereich von Revisionen
+          automatisch dupliziert wird.</para>

-<!--
-      <para>Why would people want to replicate just a single change?
-        It comes up more often than you'd think.  For example, let's
-        assume you've created a new feature branch <filename>
-        /calc/branches/my-calc-feature-branch</filename> copied from
-        <filename>/calc/trunk</filename>:</para>
--->
-      <para>Warum sollte jemand nur eine einzelne Änderung wollen? Das
-        kommt häufiger vor, als Sie denken. Gehen wir beispielsweise
-        einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
-        /calc/branches/my-calc-feature-branch</filename> durch
-        kopieren von <filename>/calc/trunk</filename> erstellt
-        haben:</para>
+  <!--
+        <para>Why would people want to replicate just a single change?
+          It comes up more often than you'd think.  For example, let's
+          assume you've created a new feature branch <filename>
+          /calc/branches/my-calc-feature-branch</filename> copied from
+          <filename>/calc/trunk</filename>:</para>
+  -->
+        <para>Warum sollte jemand nur eine einzelne Änderung wollen? Das
+          kommt häufiger vor, als Sie denken. Gehen wir beispielsweise
+          einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
+          /calc/branches/my-calc-feature-branch</filename> durch
+          kopieren von <filename>/calc/trunk</filename> erstellt
+          haben:</para>

-      <informalexample>
-        <screen>
-$ svn log ^/calc/branches/new-calc-feature-branch -v -r403
-------------------------------------------------------------------------<!--
-r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
-Changed paths:-->
-r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
-Geänderte Pfade:
-   A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
-<!--
-Create a new calc branch for Feature 'X'.
--->
-Einen neuen Zweig calc für Arbeit an 'X' erzeugt.
-------------------------------------------------------------------------
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn log ^/calc/branches/new-calc-feature-branch -v -r403
+   
------------------------------------------------------------------------<!--
+  r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
+  Changed paths:-->
+  r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
+  Geänderte Pfade:
+     A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
+  <!--
+  Create a new calc branch for Feature 'X'.
+  -->
+  Einen neuen Zweig calc für Arbeit an 'X' erzeugt.
+  ------------------------------------------------------------------------
+  </screen>
+        </informalexample>

-<!--
-      <para>At the water cooler, you get word that Sally made an  
interesting
-        change to <filename>main.c</filename> on the trunk.
-        Looking over the history of commits to the trunk, you see that
-        in revision 413 she fixed a critical bug that directly
-        impacts the feature you're working on.  You might not be ready
-        to merge all the trunk changes to your branch just yet, but
-        you certainly need that particular bug fix in order to continue
-        your work.</para>
--->
-      <para>In der Kaffeeküche bekommen Sie mit, dass Sally eine
-        interessante Änderung an <filename>main.c</filename> auf dem
-        Stamm gemacht hat. Als Sie sich die Geschichte der Übergaben
-        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
-        einen kritischen Fehler beseitigt hat, der direkte
-        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
-        Es kann sein, dass Sie noch nicht bereit sind, alle Änderungen
-        vom Stamm zu übernehmen, jedoch benötigen Sie diese bestimmte
-        Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
-        können.</para>
+  <!--
+        <para>At the water cooler, you get word that Sally made an  
interesting
+          change to <filename>main.c</filename> on the trunk.
+          Looking over the history of commits to the trunk, you see that
+          in revision 413 she fixed a critical bug that directly
+          impacts the feature you're working on.  You might not be ready
+          to merge all the trunk changes to your branch just yet, but
+          you certainly need that particular bug fix in order to continue
+          your work.</para>
+  -->
+        <para>In der Kaffeeküche bekommen Sie mit, dass Sally eine
+          interessante Änderung an <filename>main.c</filename> auf dem
+          Stamm gemacht hat. Als Sie sich die Geschichte der Übergaben
+          auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
+          einen kritischen Fehler beseitigt hat, der direkte
+          Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
+          Es kann sein, dass Sie noch nicht bereit sind, alle Änderungen
+          vom Stamm zu übernehmen, jedoch benötigen Sie diese bestimmte
+          Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
+          können.</para>

-<!--
-      <para>Just as you used <command>svn diff</command> in the prior
-        example to examine revision 355, you can pass the same option
-        to <command>svn merge</command>:</para>
--->
-      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
-        Beispiel benutzt haben, um sich Revision 355 anzusehen, können
-        Sie die gleiche Option an <command>svn merge</command>
-        übergeben:</para>
+  <!--
+        <para>Just as you used <command>svn diff</command> in the prior
+          example to examine revision 355, you can pass the same option
+          to <command>svn merge</command>:</para>
+  -->
+        <para>Ebenso wie Sie <command>svn diff</command> im vorigen
+          Beispiel benutzt haben, um sich Revision 355 anzusehen, können
+          Sie die gleiche Option an <command>svn merge</command>
+          übergeben:</para>

-      <informalexample>
-        <screen>
-$ svn log ^/calc/trunk -r413 -v
-------------------------------------------------------------------------<!--
-r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
-Changed paths:-->
-r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
-Geänderte Pfade:
-   M /calc/trunk/src/main.c
-<!--
-Fix issue #22 'Passing a null value in the foo argument
-of bar() should be a tolerated, but causes a segfault'.
--->
-Fehler #22 'Übergabe eines Null-Wertes im Argument foo von bar()
-sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
-------------------------------------------------------------------------
+        <informalexample>
+          <screen>
+  $ svn log ^/calc/trunk -r413 -v
+   
------------------------------------------------------------------------<!--
+  r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
+  Changed paths:-->
+  r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
+  Geänderte Pfade:
+     M /calc/trunk/src/main.c
+  <!--
+  Fix issue #22 'Passing a null value in the foo argument
+  of bar() should be a tolerated, but causes a segfault'.
+  -->
+  Fehler #22 'Übergabe eines Null-Wertes im Argument foo von bar()
+  sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
+  ------------------------------------------------------------------------

-$ svn diff ^/calc/trunk -c413
-Index: src/main.c
-===================================================================
---- src/main.c  (revision 412)
-+++ src/main.c  (revision 413)
-@@ -34,6 +34,7 @@
-&hellip;<!--
+  $ svn diff ^/calc/trunk -c413
+  Index: src/main.c
+  ===================================================================
+  --- src/main.c  (revision 412)
+  +++ src/main.c  (revision 413)
+  @@ -34,6 +34,7 @@
+  &hellip;<!--
  # Details of the fix-->
  # Details zur Fehlerbehebung
-&hellip;
-</screen>
-      </informalexample>
+  &hellip;
+  </screen>
+        </informalexample>

-<!--
-      <para>Just as you used <command>svn diff</command> in the prior
-        example to examine revision 413, you can pass the same option
-        to <command>svn merge</command>:</para>
--->
-      <para>So wie Sie <command>svn diff</command> im vorangegangenen
-        Beispiel verwendet haben, um Revision 413 zu untersuchen,
-        können Sie die gleiche Option an <command>svn merge</command>
-        übergeben:</para>
+  <!--
+        <para>Just as you used <command>svn diff</command> in the prior
+          example to examine revision 413, you can pass the same option
+          to <command>svn merge</command>:</para>
+  -->
+        <para>So wie Sie <command>svn diff</command> im vorangegangenen
+          Beispiel verwendet haben, um Revision 413 zu untersuchen,
+          können Sie die gleiche Option an <command>svn merge</command>
+          übergeben:</para>

-      <informalexample>
-        <screen>
-$ cd new-calc-feature-branch
+        <informalexample>
+          <screen>
+  $ cd new-calc-feature-branch

-$ svn merge ^/calc/trunk -c413 <!--
-- - - Merging r413 into '.':
--->
---- Zusammenführen von r413 in ».«:
-U    src/main.c<!--
-- - Recording mergeinfo for merge of r413 into '.':
--->
--- Aufzeichnung der Informationen für Zusammenführung von r413 in ».«:
- U   .
+  $ svn merge ^/calc/trunk -c413 <!--
+  - - - Merging r413 into '.':
+  -->
+  --- Zusammenführen von r413 in ».«:
+  U    src/main.c<!--
+  - - Recording mergeinfo for merge of r413 into '.':
+  -->
+  -- Aufzeichnung der Informationen für Zusammenführung von r413 in ».«:
+   U   .

-$ svn st
- M      .
-M       src/main.c
-</screen>
-      </informalexample>
+  $ svn st
+   M      .
+  M       src/main.c
+  </screen>
+        </informalexample>

-<!--
-      <para>You can now go through the usual testing procedures before
-        committing this change to your branch.  After the commit,
-        Subversion updates the <literal>svn:mergeinfo</literal> on your
-        branch to reflect that r413 was been merged to the branch.  This
-        prevents future automatic sync merges from attempting to merge
-        r413 again.  (Merging the same change to the same branch almost
-        always results in a conflict!) Notice also the mergeinfo <literal>
-        /calc/branches/my-calc-branch:341-379</literal>.  This was
-        recorded during the earlier reintegrate merge to <filename>
-        /calc/trunk</filename> from the <filename>
-        /calc/branches/my-calc-branch</filename> branch which we made in
-        r380.  When we created the <filename>my-calc-branch</filename>
-        branch in r403, this mergeinfo was carried along with the copy.
-        </para>
--->
-      <para>Sie können nun Ihre üblichen Tests durchführen, bevor Sie
-        diese Änderung an den Zweig übergeben. Nach der Übergabe
-        bringt Subversion das <literal>svn:mergeinfo</literal> ihres
-        Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
-        dem Zweig zusammengeführt wurde. Das verhindert, dass künftige
-        automatische Synchronisierungs-Merges versuchen, r413 erneut
-        zusammenzuführen. (Das Mergen derselben Änderung auf denselben
-        Zweig führt fast immer zu einem Konflikt!) Beachten Sie auch
-        das Mergeinfo <literal>
-        /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
-        unserem in r380 gemachten Reintegrations-Merge nach
-        <filename> /calc/trunk</filename> vom Zweig <filename>
-        /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
-        wir den Zweig <filename>my-calc-branch</filename> in r403
-        erstellt haben, wurde diese Mergeinfo mit der Kopie
-        mitgenommen.</para>
+  <!--
+        <para>You can now go through the usual testing procedures before
+          committing this change to your branch.  After the commit,
+          Subversion updates the <literal>svn:mergeinfo</literal> on your
+          branch to reflect that r413 was been merged to the branch.  This
+          prevents future automatic sync merges from attempting to merge
+          r413 again.  (Merging the same change to the same branch almost
+          always results in a conflict!) Notice also the mergeinfo  
<literal>
+          /calc/branches/my-calc-branch:341-379</literal>.  This was
+          recorded during the earlier reintegrate merge to <filename>
+          /calc/trunk</filename> from the <filename>
+          /calc/branches/my-calc-branch</filename> branch which we made in
+          r380.  When we created the <filename>my-calc-branch</filename>
+          branch in r403, this mergeinfo was carried along with the copy.
+          </para>
+  -->
+        <para>Sie können nun Ihre üblichen Tests durchführen, bevor Sie
+          diese Änderung an den Zweig übergeben. Nach der Übergabe
+          bringt Subversion das <literal>svn:mergeinfo</literal> ihres
+          Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
+          dem Zweig zusammengeführt wurde. Das verhindert, dass künftige
+          automatische Synchronisierungs-Merges versuchen, r413 erneut
+          zusammenzuführen. (Das Mergen derselben Änderung auf denselben
+          Zweig führt fast immer zu einem Konflikt!) Beachten Sie auch
+          das Mergeinfo <literal>
+          /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
+          unserem in r380 gemachten Reintegrations-Merge nach
+          <filename> /calc/trunk</filename> vom Zweig <filename>
+          /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
+          wir den Zweig <filename>my-calc-branch</filename> in r403
+          erstellt haben, wurde diese Mergeinfo mit der Kopie
+          mitgenommen.</para>

-      <informalexample>
-        <screen>
-$ svn pg svn:mergeinfo -v<!--
-Properties on '.':-->
-Eigenschaften von ».«:
-  svn:mergeinfo
-    /calc/branches/my-calc-branch:341-379
-    /calc/trunk:413
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn pg svn:mergeinfo -v<!--
+  Properties on '.':-->
+  Eigenschaften von ».«:
+    svn:mergeinfo
+      /calc/branches/my-calc-branch:341-379
+      /calc/trunk:413
+  </screen>
+        </informalexample>

-<!--
-      <para>Notice too that the <command>mergeinfo</command> doesn't list  
r413
-        as "eligible" to merge, because it's already been merged:</para>
--->
-      <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
-        nicht als Kandidaten für einen Merge anzeigt, da sie bereits
-        zusammengeführt wurde:</para>
+  <!--
+        <para>Notice too that the <command>mergeinfo</command> doesn't  
list r413
+          as "eligible" to merge, because it's already been merged:</para>
+  -->
+        <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
+          nicht als Kandidaten für einen Merge anzeigt, da sie bereits
+          zusammengeführt wurde:</para>

-      <informalexample>
-        <screen>
-$ svn mergeinfo ^/calc/trunk --show-revs eligible
-r404
-r405
-r406
-r407
-r409
-r410
-r411
-r412
-r414
-r415
-r416
-&hellip;
-r455
-r456
-r457
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn mergeinfo ^/calc/trunk --show-revs eligible
+  r404
+  r405
+  r406
+  r407
+  r409
+  r410
+  r411
+  r412
+  r414
+  r415
+  r416
+  &hellip;
+  r455
+  r456
+  r457
+  </screen>
+        </informalexample>

-<!--
-      <para>The preceding means that when the time finally comes to do an
-        automatic sync merge, Subversion breaks the merge into two parts.
-        First it merges all eligible merges up to revision 412.  Then it
-        merges all eligible revisions from revisions 414 to the  
<literal>HEAD
-        </literal> revision.  Because we already cherrypicked r413, that
-        change is skipped:</para>
--->
-      <para>Das oben stehende bedeutet, wenn schließlich die Zeit für
-        einen automatischen Synchronisierungs-Merge gekommen ist, dass
-        Subversion den Merge in zwei Teile aufspaltet. Zunächst werden
-        alle in Frage kommenden Merges bis Revision 412 ausgeführt.
-        Dann werden alle in Frage kommenden Revisionen von Revision
-        412 bis zur Revision <literal>HEAD</literal> ausgeführt. Da
-        wir uns bereits r413 herausgepickt haben, wird diese Änderung
-        übersprungen change is skipped:</para>
+  <!--
+        <para>The preceding means that when the time finally comes to do an
+          automatic sync merge, Subversion breaks the merge into two parts.
+          First it merges all eligible merges up to revision 412.  Then it
+          merges all eligible revisions from revisions 414 to the  
<literal>HEAD
+          </literal> revision.  Because we already cherrypicked r413, that
+          change is skipped:</para>
+  -->
+        <para>Das oben stehende bedeutet, wenn schließlich die Zeit für
+          einen automatischen Synchronisierungs-Merge gekommen ist, dass
+          Subversion den Merge in zwei Teile aufspaltet. Zunächst werden
+          alle in Frage kommenden Merges bis Revision 412 ausgeführt.
+          Dann werden alle in Frage kommenden Revisionen von Revision
+          412 bis zur Revision <literal>HEAD</literal> ausgeführt. Da
+          wir uns bereits r413 herausgepickt haben, wird diese Änderung
+          übersprungen change is skipped:</para>

-      <informalexample>
-        <screen>
-$ svn merge ^/calc/trunk <!--
-- - Merging r403 through r412 into '.':
--->
---- Zusammenführen von r403 bis r412 in ».«:
-U    doc/INSTALL
-U    src/main.c
-U    src/button.c
-U    src/integer.c
-U    Makefile
-U    README<!--
-- - Merging r414 through r458 into '.':
--->
---- Zusammenführen von r414 bis r458 in ».«:
-G    doc/INSTALL
-G    src/main.c
-G    src/integer.c
-G    Makefile<!--
-- - Recording mergeinfo for merge of r403 through r458 into '.':-->
--- Aufzeichnung der Informationen für Zusammenführung von r403 bis r458 in  
».«:\n"
- U   .
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn merge ^/calc/trunk <!--
+  - - Merging r403 through r412 into '.':
+  -->
+  --- Zusammenführen von r403 bis r412 in ».«:
+  U    doc/INSTALL
+  U    src/main.c
+  U    src/button.c
+  U    src/integer.c
+  U    Makefile
+  U    README<!--
+  - - Merging r414 through r458 into '.':
+  -->
+  --- Zusammenführen von r414 bis r458 in ».«:
+  G    doc/INSTALL
+  G    src/main.c
+  G    src/integer.c
+  G    Makefile<!--
+  - - Recording mergeinfo for merge of r403 through r458 into '.':-->
+  -- Aufzeichnung der Informationen für Zusammenführung von r403 bis r458  
in ».«:\n"
+   U   .
+  </screen>
+        </informalexample>

-<!--
-      <para>
-        <indexterm>
-          <primary>merging</primary>
-          <secondary>backporting</secondary>
-        </indexterm>This use case of replicating
-        (or <firstterm>backporting</firstterm>) bug fixes from one
-        branch to another is perhaps the most popular reason for
-        cherrypicking changes; it comes up all the time, for example,
-        when a team is maintaining a <quote>release branch</quote> of
-        software.  (We discuss this pattern in
-        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
--->
-      <para>
-        <indexterm>
-          <primary>Merging</primary>
-          <secondary>nachziehen</secondary>
-        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
-        <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
-        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
-        erörtern dieses Muster in <xref
-          linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+  <!--
+        <para>
+          <indexterm>
+            <primary>merging</primary>
+            <secondary>backporting</secondary>
+          </indexterm>This use case of replicating
+          (or <firstterm>backporting</firstterm>) bug fixes from one
+          branch to another is perhaps the most popular reason for
+          cherrypicking changes; it comes up all the time, for example,
+          when a team is maintaining a <quote>release branch</quote> of
+          software.  (We discuss this pattern in
+          <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+  -->
+        <para>
+          <indexterm>
+            <primary>Merging</primary>
+            <secondary>nachziehen</secondary>
+          </indexterm>Dieser Anwendungsfall des Abgleichens (oder
+          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
+          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
+          erörtern dieses Muster in <xref
+            linkend="svn.branchmerge.commonpatterns.release"/>.)</para>

-      <warning>
-<!--
-        <para>Did you notice how, in the last example, the merge
-          invocation merged two distinct ranges?
-          The <command>svn merge</command> command applied
-          two independent patches to your working copy to skip over
-          changeset 413, which your branch already contained.  There's
-          nothing inherently wrong with this, except that it has the
-          potential to make conflict resolution trickier.  If the
-          first range of changes creates conflicts,
-          you <emphasis>must</emphasis> resolve them interactively for
-          the merge process to continue and apply the second range of
-          changes.  If you postpone a conflict from the first wave of
-          changes, the whole merge command will bail out with an error
-          message and you must resolve the conflict before running the
-          merge a second time to get the remainder of the changes.</para>
--->
-        <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
-          von <command>svn merge</command> zwei unterschiedliche
-          Abgleichsintervalle zusammengeführt hat? Der Befehl führte
-          zwei unabhängige Patches auf Ihrer Arbeitskopie aus, um die
-          Änderungsmenge 413 zu überspringen, die Ihr Zweig bereits
-          beinhaltete. An und für sich ist daran nichts falsch, bis
-          auf die Tatsache, dass die Möglichkeit besteht, eine
-          Konfliktauflösung komplizierter zu machen. Falls das erste
-          Änderungsintervall Konflikte erzeugt,
-          <emphasis>müssen</emphasis> Sie diese interaktiv auflösen,
-          um den Merge fortzusetzen und das zweite Änderungsintervall
-          anzuwenden. Wenn Sie die Konfliktauflösung der ersten Phase
-          aufschieben, wird der komplette Merge-Befehl mit einer
-          Fehlermeldung abbrechen und Sie müssen den Konflikt
-          auflösen, bevor Sie den Merge erneut anwenden, um den Rest
-          der Änderungen zu bekommen.</para>
-  </warning>
+        <warning>
+  <!--
+          <para>Did you notice how, in the last example, the merge
+            invocation merged two distinct ranges?
+            The <command>svn merge</command> command applied
+            two independent patches to your working copy to skip over
+            changeset 413, which your branch already contained.  There's
+            nothing inherently wrong with this, except that it has the
+            potential to make conflict resolution trickier.  If the
+            first range of changes creates conflicts,
+            you <emphasis>must</emphasis> resolve them interactively for
+            the merge process to continue and apply the second range of
+            changes.  If you postpone a conflict from the first wave of
+            changes, the whole merge command will bail out with an error
+            message and you must resolve the conflict before running the
+            merge a second time to get the remainder of the changes.</para>
+  -->
+          <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
+            von <command>svn merge</command> zwei unterschiedliche
+            Abgleichsintervalle zusammengeführt hat? Der Befehl führte
+            zwei unabhängige Patches auf Ihrer Arbeitskopie aus, um die
+            Änderungsmenge 413 zu überspringen, die Ihr Zweig bereits
+            beinhaltete. An und für sich ist daran nichts falsch, bis
+            auf die Tatsache, dass die Möglichkeit besteht, eine
+            Konfliktauflösung komplizierter zu machen. Falls das erste
+            Änderungsintervall Konflikte erzeugt,
+            <emphasis>müssen</emphasis> Sie diese interaktiv auflösen,
+            um den Merge fortzusetzen und das zweite Änderungsintervall
+            anzuwenden. Wenn Sie die Konfliktauflösung der ersten Phase
+            aufschieben, wird der komplette Merge-Befehl mit einer
+            Fehlermeldung abbrechen und Sie müssen den Konflikt
+            auflösen, bevor Sie den Merge erneut anwenden, um den Rest
+            der Änderungen zu bekommen.</para>
+    </warning>

-<!--
-      <para>A word of warning: while <command>svn diff</command> and
-        <command>svn merge</command> are very similar in concept, they
-        do have different syntax in many cases.  Be sure to read about
-        them in <xref linkend="svn.ref.svn"/> for details, or ask
-        <command>svn help</command>.  For example, <command>svn
-        merge</command> requires a working copy path as a target, that is,
-        a place where it should apply the generated patch.  If the
-        target isn't specified, it assumes you are trying to perform
-        one of the following common operations:</para>
--->
-      <para>Ein Wort zur Warnung: Während <command>svn diff</command>
-        und <command>svn merge</command> vom Konzept her sehr ähnlich
-        sind, haben sie in vielen Fällen eine unterschiedliche Syntax.
-        Gehen Sie sicher, dass Sie Details hierzu in <xref
-        linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
-        fragen.  Zum Beispiel benötigt <command>svn merge</command>
-        einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
-        dem es den erzeugten Patch anwenden kann.  Falls das Ziel
-        nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
-        häufigen Operationen durchführen möchten:</para>
+  <!--
+        <para>A word of warning: while <command>svn diff</command> and
+          <command>svn merge</command> are very similar in concept, they
+          do have different syntax in many cases.  Be sure to read about
+          them in <xref linkend="svn.ref.svn"/> for details, or ask
+          <command>svn help</command>.  For example, <command>svn
+          merge</command> requires a working copy path as a target, that  
is,
+          a place where it should apply the generated patch.  If the
+          target isn't specified, it assumes you are trying to perform
+          one of the following common operations:</para>
+  -->
+        <para>Ein Wort zur Warnung: Während <command>svn diff</command>
+          und <command>svn merge</command> vom Konzept her sehr ähnlich
+          sind, haben sie in vielen Fällen eine unterschiedliche Syntax.
+          Gehen Sie sicher, dass Sie Details hierzu in <xref
+          linkend="svn.ref.svn"/> nachlesen oder <command>svn  
help</command>
+          fragen.  Zum Beispiel benötigt <command>svn merge</command>
+          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
+          dem es den erzeugten Patch anwenden kann.  Falls das Ziel
+          nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
+          häufigen Operationen durchführen möchten:</para>

-      <itemizedlist>
-        <listitem>
-<!--
-          <para>You want to merge directory changes into your current
-            working directory.</para>
--->
-          <para>Sie möchten Verzeichnisänderungen auf Ihr aktuelles
-            Arbeitsverzeichnis abgleichen.</para>
-        </listitem>
-        <listitem>
-<!--
-          <para>You want to merge the changes in a specific file into
-            a file by the same name that exists in your current working
-            directory.</para>
--->
-          <para>Sie möchten die Änderungen in einer bestimmten Datei
-            mit einer Datei gleichen Namens in Ihrem aktuellen
-            Arbeitsverzeichnis zusammenführen.</para>
-        </listitem>
-      </itemizedlist>
+        <itemizedlist>
+          <listitem>
+  <!--
+            <para>You want to merge directory changes into your current
+              working directory.</para>
+  -->
+            <para>Sie möchten Verzeichnisänderungen auf Ihr aktuelles
+              Arbeitsverzeichnis abgleichen.</para>
+          </listitem>
+          <listitem>
+  <!--
+            <para>You want to merge the changes in a specific file into
+              a file by the same name that exists in your current working
+              directory.</para>
+  -->
+            <para>Sie möchten die Änderungen in einer bestimmten Datei
+              mit einer Datei gleichen Namens in Ihrem aktuellen
+              Arbeitsverzeichnis zusammenführen.</para>
+          </listitem>
+        </itemizedlist>

-<!--
-      <para>If you are merging a directory and haven't specified a
-        target path, <command>svn merge</command> assumes the first
-        case and tries to apply the changes into your current
-        directory.  If you are merging a file, and that file (or a
-        file by the same name) exists in your current working
-        directory,
-        <command>svn merge</command> assumes the second case and tries
-        to apply the changes to a local file with the same name.</para>
--->
-      <para>Falls Sie ein Verzeichnis zusammenführen und keinen
-        Zielpfad angegeben haben, nimmt <command>svn merge</command>
-        den ersten Fall an und versucht, die Änderungen auf Ihr
-        aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
-        zusammenführen und diese Datei (oder eine gleichnamige Datei)
-        in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
-        <command>svn merge</command> den zweiten Fall an und wendet
-        die Änderungen auf eine lokale Datei gleichen Namens
-        an.</para>
+  <!--
+        <para>If you are merging a directory and haven't specified a
+          target path, <command>svn merge</command> assumes the first
+          case and tries to apply the changes into your current
+          directory.  If you are merging a file, and that file (or a
+          file by the same name) exists in your current working
+          directory,
+          <command>svn merge</command> assumes the second case and tries
+          to apply the changes to a local file with the same name.</para>
+  -->
+        <para>Falls Sie ein Verzeichnis zusammenführen und keinen
+          Zielpfad angegeben haben, nimmt <command>svn merge</command>
+          den ersten Fall an und versucht, die Änderungen auf Ihr
+          aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
+          zusammenführen und diese Datei (oder eine gleichnamige Datei)
+          in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
+          <command>svn merge</command> den zweiten Fall an und wendet
+          die Änderungen auf eine lokale Datei gleichen Namens
+          an.</para>

-    </sect2>
+      </sect2>

-    <!-- ===============================================================  
-->
-    <sect2 id="svn.branchmerge.advanced.advancedsyntax">
-<!--
-      <title>Merge Syntax: Full Disclosure</title>
--->
-      <title>Merge-Syntax: Die vollständige Enthüllung</title>
+      <!-- ===============================================================  
-->
+      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
+  <!--
+        <title>Merge Syntax: Full Disclosure</title>
+  -->
+        <title>Merge-Syntax: Die vollständige Enthüllung</title>

-<!--
-      <para>You've now seen some examples of the <command>svn
-        merge</command> command, and you're about to see several more.
-        If you're feeling confused about exactly how merging works,
-        you're not alone.  Many users (especially those new to version
-        control) are initially perplexed about the proper syntax of
-        the command and about how and when the feature should be
-        used.  But fear not, this command is actually much simpler
-        than you think!  There's a very easy technique for
-        understanding exactly how <command>svn merge</command>
-        behaves.</para>
--->
-      <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>
+  <!--
+        <para>You've now seen some examples of the <command>svn
+          merge</command> command, and you're about to see several more.
+          If you're feeling confused about exactly how merging works,
+          you're not alone.  Many users (especially those new to version
+          control) are initially perplexed about the proper syntax of
+          the command and about how and when the feature should be
+          used.  But fear not, this command is actually much simpler
+          than you think!  There's a very easy technique for
+          understanding exactly how <command>svn merge</command>
+          behaves.</para>
+  -->
+        <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>

-<!--
-      <para>The main source of confusion is the
-        <emphasis>name</emphasis> of the command.  The term
-        <quote>merge</quote> somehow denotes that branches are
-        combined together, or that some sort of mysterious
-        blending of data is going on.  That's not the case.  A better
-        name for the command might have been <command>svn
-        diff-and-apply</command>, because that's all that happens:
-        two repository trees are compared, and the differences are
-        applied to a working copy.</para>
--->
-      <para>Die Hauptquelle der Verwirrung ist der
-        <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>
-        gewesen, da das alles ist, was passiert: Die Bäume im
-        Projektarchiv werden verglichen und die Unterschiede in eine
-        Arbeitskopie eingearbeitet.</para>
+  <!--
+        <para>The main source of confusion is the
+          <emphasis>name</emphasis> of the command.  The term
+          <quote>merge</quote> somehow denotes that branches are
+          combined together, or that some sort of mysterious
+          blending of data is going on.  That's not the case.  A better
+          name for the command might have been <command>svn
+          diff-and-apply</command>, because that's all that happens:
+          two repository trees are compared, and the differences are
+          applied to a working copy.</para>
+  -->
+        <para>Die Hauptquelle der Verwirrung ist der
+          <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>
+          gewesen, da das alles ist, was passiert: Die Bäume im
+          Projektarchiv werden verglichen und die Unterschiede in eine
+          Arbeitskopie eingearbeitet.</para>

-<!--
-      <para>If you're using <command>svn merge</command> to do basic
-        copying of changes between branches, an automatic merge will
-        generally do the right thing.  For example, a command such as the
-        following,</para>
--->
-      <para>Falls Sie <command>svn merge</command> benutzen, um
-        einfache Kopien von Änderungen zwischen Zweigen vorzunehmen,
-        wird ein automatische Merge üblicherweise das Richtige machen.
-        Beispielsweise wird ein Befehl wie der folgende:</para>
+  <!--
+        <para>If you're using <command>svn merge</command> to do basic
+          copying of changes between branches, an automatic merge will
+          generally do the right thing.  For example, a command such as the
+          following,</para>
+  -->
+        <para>Falls Sie <command>svn merge</command> benutzen, um
+          einfache Kopien von Änderungen zwischen Zweigen vorzunehmen,
+          wird ein automatische Merge üblicherweise das Richtige machen.
+          Beispielsweise wird ein Befehl wie der folgende:</para>

-      <informalexample>
-        <screen>
-$ svn merge ^/calc/branches/some-branch
-</screen>
-      </informalexample>
+        <informalexample>
+          <screen>
+  $ svn merge ^/calc/branches/some-branch
+  </screen>
+        </informalexample>

-<!--
-      <para>will attempt to duplicate any changes made
-        on <filename>some-branch</filename> into your current working
-        directory, which is presumably a working copy that shares some
-        historical connection to the branch.  The command is smart
-        enough to only duplicate changes that your working copy
-        doesn't yet have.  If you repeat this command once a week, it
-        will only duplicate the <quote>newest</quote> branch changes
-        that happened since you last merged.</para>
--->
-      <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>
+  <!--
+        <para>will attempt to duplicate any changes made
+          on <filename>some-branch</filename> into your current working
+          directory, which is presumably a working copy that shares some
+          historical connection to the branch.  The command is smart
+          enough to only duplicate changes that your working copy
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Wed Feb 11 00:46:54 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 11 Feb 2015 06:46:54 +0000
Subject: [svnbook] r4980 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7b5dbaac769399050eca5ea3@google.com>

Revision: 4980
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 11 06:46:40 2015 UTC
Log:      [de] Translation: Branching and Merging
    ** General Vendor Branch Management Procedure

https://code.google.com/p/svnbook/source/detail?r=4980

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 10  
16:50:23 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
06:46:40 2015 UTC
@@ -8063,6 +8063,110 @@
  -->
        <title>Allgemeines Vorgehen für die Verwaltung von  
Lieferanten-Zweigen</title>

+<!--
+      <para>Maintaining customizations to a third-party library
+        involves three data sources: the version of the third-party
+        library upon which your modifications were last based, the
+        customized version (that is, the actual vendor branch) of that
+        library which is used by your project, and any new version of
+        the vendor's library to which you may be hoping to upgrade.
+        Managing the vendor branch (which should live within your
+        source code repository per our definition of the thing), then,
+        essentially boils down to performing merge operations (in the
+        general sense).  But different teams take different approaches
+        to the other data sources&mdash;the pristine versions of the
+        third-party library code.  Thus, there are likewise different
+        specific ways to perform the requisite merges.</para>
+-->
+      <para>Die Fortführung von Anpassungen an einer Bibliothek von
+        Drittanbietern erfordert drei Datenquellen: die Version der
+        Bibliothek des Drittanbieters, auf die die Anpassungen zuletzt
+        aufgesetzt haben, die angepasste Version (d.h., der
+        eigentliche Lieferanten-Zweig) der Bibliothek, die von Ihrem
+        Projekt verwendet wird und irgendeine neue Version der
+        Bibliothek, auf die Sie zu aktualisieren hoffen. Die
+        Verwaltung des Lieferanten-Zweigs (der nach unserer Definition
+        innerhalb Ihres Quelltext-Projektarchivs leben sollte) besteht
+        dann im Wesentlichen aus Merge-Operationen (im allgemeinen
+        Sinn). Doch verfolgen unterschiedliche Teams auch
+        unterschiedliche Ansätze gegenüber den anderen Datenquellen
+        &ndash; den unveränderten Versionen des Quelltextes der
+        Drittanbieter-Bibliothek. Aus diesem Grund gibt es
+        wahrscheinlich verschiedene besondere Wege, die benötigten
+        Merges auszuführen.</para>
+
+<!--
+      <para>Strictly speaking, there are a couple of different ways
+        that those merges can be performed in the general sense.  For
+        the sake of simplicity and with the goal of at least providing
+        <emphasis>something</emphasis> concrete in this section of the
+        book, we'll assume that there is but a single vendor branch
+        which is upgraded to each successive new release of the
+        third-party library by receiving updates that describe the
+        differences between the current and new pristine versions of
+        that library.</para>
+-->
+      <para>Strenggenommen können diese Merges im allgemeinen SInn auf
+        verschiedene Weisen durchgeführt werden. Aus Gründen der
+        Einfachheit und mit dem Ziel, wenigstens
+        <emphasis>etwas</emphasis> Konkretes in diesem Abschnitt des
+        Buches zu liefern, gehen wir davon aus, dass es lediglich
+        einen einzigen Lieferanten-Zweig gibt, der ständig Upgrades
+        auf die neueste herausgegebene Version der Drittanbieter-Bibliothek
+        erhält, indem er Aktualisierungen bekommt, die die
+        Unterschiede zwischen der gegenwärtigen und der neuen
+        unveränderten Version der Bibliothek beschreiben.</para>
+
+<!--
+      <note>
+        <para>Another approach is to create new vendor branches for
+          each successive pristine library version, applying the
+          differences between the current pristine library and the
+          customized version thereof (from the current vendor branch)
+          to the new branch.  There's nothing wrong with that
+          approach&mdash;we just don't feel compelled to document
+          every legitimate possibility in this space.</para>
+      </note>
+-->
+      <note>
+        <para>Ein weiterer Ansatz ist es, neue Lieferanten-Zweige für
+          jede nachfolgende unveränderte Version der Bibliothek
+          anzulegen und die Unterschiede zwischen der aktuellen
+          unveränderten und ihrer angepassten Version (vom aktuellen
+          Lieferanten-Zweig) auf den neuen Zweig anzuwenden. An diesem
+          Ansatz gibt es nichts audzusetzen, jedoch sind wir der
+          Meinung, dass wir nicht jede berechtihte Möglichkeit an
+          dieser Stelle dokumentieren müssen.</para>
+      </note>
+
+<!--
+      <para>The following sections examine how to create and manage a
+        vendor branch in a few different scenarios.  In the examples
+        which follow, we'll assume that the third-party library is
+        called libcomplex, and that we will be implementing a vendor
+        branch based on libcomplex 1.0.0 which lives in our repository
+        at <filename>^/vendor/libcomplex-custom</filename>.  We'll
+        then look at how we can upgrade to libcomplex 1.0.1 while
+        still preserving our customizations to the library.</para>
+-->
+      <para>Die folgenden Abschnitte untersuchen, wie
+        Lieferanten-Zweige in ein paar unterschiedlichen Szenarios
+        erzeugt und verwaltet werden. In den folgenden Beispielen
+        nehmen wir an, dass die Bibliothek des Drittanbieters
+        libcomplex heißt, und wir einen Lieferanten-Zweig basierend
+        auf libcomplex 1.0.0 anlegen, der in unserem Projektarchiv
+        unter <filename>^/vendor/libcomplex-custom</filename> liegt.
+        Wir werden uns dann ansehen, wie wir einen Upgrade auf
+        libcomplex 1.0.1 machen können und gleichzeitig unsere
+        Anpassungen an die Bibliothek bewahren können.</para>
+
+    </sect2>
+
+    <sect2 id="svn.advanced.vendorbr.foreign-repos">
+      <title>Vendor Branches from Foreign Repositories</title>
+
+      <para>
+    <![CDATA[
  <!--
        <para>Managing vendor branches generally works like this: first,
          you create a top-level directory (such as
@@ -8614,9 +8718,9 @@
          Lesen der Konfigurationsdatei, darum sollten Sie darüber hinaus
          keine weiteren Zeichen maskieren.</para>

+      ]]>A</para>
      </sect2>
    </sect1>
-
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->

From svnbook at googlecode.com  Wed Feb 11 07:09:33 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 11 Feb 2015 13:09:33 +0000
Subject: [svnbook] r4981 committed - [de] Translation: Branching and Merging...
Message-ID: <089e01537216eaa9aa050ecfb6fc@google.com>

Revision: 4981
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 11 13:09:17 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Foreign Repositories

https://code.google.com/p/svnbook/source/detail?r=4981

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
06:46:40 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
13:09:17 2015 UTC
@@ -1748,11 +1748,11 @@
  Committed revision 352.
  -->
  $ svn commit -m "Die letzten Änderungen von trunk mit my-calc-branch  
synchronisiert."
-Sende          .
-Sende          Makefile
-Sende          doc/INSTALL
-Sende          src/button.c
-Sende          src/real.c
+Sende              .
+Sende              Makefile
+Sende              doc/INSTALL
+Sende              src/button.c
+Sende              src/real.c
  Übertrage Daten ..
  Revision 352 übertragen.
  </screen>
@@ -2416,10 +2416,10 @@
  Committed revision 380.
  -->
  $ svn commit -m "my-calc-branch mit Stamm zusammenführen!"
-Sende          .
-Sende          Makefile
-Sende          src/main.c
-Sende          src/real.c
+Sende              .
+Sende              Makefile
+Sende              src/main.c
+Sende              src/real.c
  Übertrage Daten ..
  Revision 380 übertragen.
  </screen>
@@ -3364,11 +3364,11 @@
  Committed revision 399.
  -->
  $ svn commit -m "Fehlerhafte Änderung aus r392 rückgängig machen."
-Sending        src/button.c
-Sending        src/integer.c
-Sending        src/main.c
-Sending        src/real.c
-Sende          integer.c
+Sende              src/button.c
+Sende              src/integer.c
+Sende              src/main.c
+Sende              src/real.c
+Sende              integer.c
  Übertrage Daten ....
  Revision 399 übertragen.
  </screen>
@@ -3791,2294 +3791,2294 @@
  </screen>
        </informalexample>

-    </sect2>
+  </sect2>

-  </sect1>
+</sect1>

-  <!-- =================================================================  
-->
-  <!-- =================================================================  
-->
-  <!-- =================================================================  
-->
-    <sect1 id="svn.branchmerge.advanced">
-  <!--
-      <title>Advanced Merging</title>
-  -->
-      <title>Fortgeschrittenes Zusammenführen</title>
+<!-- ================================================================= -->
+<!-- ================================================================= -->
+<!-- ================================================================= -->
+  <sect1 id="svn.branchmerge.advanced">
+<!--
+    <title>Advanced Merging</title>
+-->
+    <title>Fortgeschrittenes Zusammenführen</title>

-  <!--
-      <para>Here ends the automated magic.  Sooner or later, once you
-        get the hang of branching and merging, you're going to have to
-        ask Subversion to merge <emphasis>specific</emphasis> changes
-        from one place to another.  To do this, you're going to
-        have to start passing more complicated arguments to <command>svn
-        merge</command>.  The next section describes the fully expanded
-        syntax of the command and discusses a number of common
-        scenarios that require it.</para>
-  -->
-      <para>Hier endet die automatische Magie. Früher oder später,
-        sobald Sie den Dreh beim Verzweigen und Zusammenführen heraus
-        haben, werden Sie Subversion fragen müssen,
-        <emphasis>bestimmte</emphasis> Änderungen von einem Ort zum
-        anderen zusammenzuführen. Um dies tun zu können, werden Sie
-        damit beginnen müssen, kompliziertere Argumente an <command>svn
-        merge</command> zu übergeben. Der nächste Abschnitt beschreibt
-        die vollständig erweiterte Syntax des Befehls und behandelt eine
-        Anzahl verbreiteter Szenarien, die diese benötigen.</para>
+<!--
+    <para>Here ends the automated magic.  Sooner or later, once you
+      get the hang of branching and merging, you're going to have to
+      ask Subversion to merge <emphasis>specific</emphasis> changes
+      from one place to another.  To do this, you're going to
+      have to start passing more complicated arguments to <command>svn
+      merge</command>.  The next section describes the fully expanded
+      syntax of the command and discusses a number of common
+      scenarios that require it.</para>
+-->
+    <para>Hier endet die automatische Magie. Früher oder später,
+      sobald Sie den Dreh beim Verzweigen und Zusammenführen heraus
+      haben, werden Sie Subversion fragen müssen,
+      <emphasis>bestimmte</emphasis> Änderungen von einem Ort zum
+      anderen zusammenzuführen. Um dies tun zu können, werden Sie
+      damit beginnen müssen, kompliziertere Argumente an <command>svn
+      merge</command> zu übergeben. Der nächste Abschnitt beschreibt
+      die vollständig erweiterte Syntax des Befehls und behandelt eine
+      Anzahl verbreiteter Szenarien, die diese benötigen.</para>

-      <!-- ===============================================================  
-->
-      <sect2 id="svn.branchmerge.cherrypicking">
-  <!--
-        <title>Cherrypicking</title>
-  -->
-        <title>Die Rosinen herauspicken</title>
+    <!-- ===============================================================  
-->
+    <sect2 id="svn.branchmerge.cherrypicking">
+<!--
+      <title>Cherrypicking</title>
+-->
+      <title>Die Rosinen herauspicken</title>

-  <!--
-        <para>
-          <indexterm>
-            <primary>merging</primary>
-            <secondary>cherrypicking</secondary>
-          </indexterm>Just as the term <quote>changeset</quote> is often  
used in
-          version control systems, so is the term
-          <firstterm>cherrypicking</firstterm>.  This word refers to
-          the act of choosing <emphasis>one</emphasis> specific
-          changeset from a branch and replicating it to another.
-          Cherrypicking may also refer to the act of duplicating a
-          particular set of (not necessarily contiguous!) changesets
-          from one branch to another.  This is in contrast to more
-          typical merging scenarios, where the <quote>next</quote>
-          contiguous range of revisions is duplicated
-          automatically.</para>
-  -->
-        <para>
-          <indexterm>
-            <primary>Merging</primary>
-            <secondary>Rosinenpicken</secondary>
-          </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
-          wird die Wendung <firstterm>die Rosinen
-          herauspicken</firstterm> in Versions-Kontroll-Systemen
-          verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
-          bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
-          auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
-          sich auch darauf beziehen, eine bestimmte Menge von (nicht
-          notwendigerweise angrenzenden) Änderungsmengen von einem auf
-          einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
-          den üblicheren Merge-Szenarien, bei denen der
-          <quote>nächste</quote> zusammenhängende Bereich von Revisionen
-          automatisch dupliziert wird.</para>
+<!--
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>cherrypicking</secondary>
+        </indexterm>Just as the term <quote>changeset</quote> is often  
used in
+        version control systems, so is the term
+        <firstterm>cherrypicking</firstterm>.  This word refers to
+        the act of choosing <emphasis>one</emphasis> specific
+        changeset from a branch and replicating it to another.
+        Cherrypicking may also refer to the act of duplicating a
+        particular set of (not necessarily contiguous!) changesets
+        from one branch to another.  This is in contrast to more
+        typical merging scenarios, where the <quote>next</quote>
+        contiguous range of revisions is duplicated
+        automatically.</para>
+-->
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>Rosinenpicken</secondary>
+        </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
+        wird die Wendung <firstterm>die Rosinen
+        herauspicken</firstterm> in Versions-Kontroll-Systemen
+        verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
+        bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
+        auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
+        sich auch darauf beziehen, eine bestimmte Menge von (nicht
+        notwendigerweise angrenzenden) Änderungsmengen von einem auf
+        einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
+        den üblicheren Merge-Szenarien, bei denen der
+        <quote>nächste</quote> zusammenhängende Bereich von Revisionen
+        automatisch dupliziert wird.</para>

-  <!--
-        <para>Why would people want to replicate just a single change?
-          It comes up more often than you'd think.  For example, let's
-          assume you've created a new feature branch <filename>
-          /calc/branches/my-calc-feature-branch</filename> copied from
-          <filename>/calc/trunk</filename>:</para>
-  -->
-        <para>Warum sollte jemand nur eine einzelne Änderung wollen? Das
-          kommt häufiger vor, als Sie denken. Gehen wir beispielsweise
-          einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
-          /calc/branches/my-calc-feature-branch</filename> durch
-          kopieren von <filename>/calc/trunk</filename> erstellt
-          haben:</para>
+<!--
+      <para>Why would people want to replicate just a single change?
+        It comes up more often than you'd think.  For example, let's
+        assume you've created a new feature branch <filename>
+        /calc/branches/my-calc-feature-branch</filename> copied from
+        <filename>/calc/trunk</filename>:</para>
+-->
+      <para>Warum sollte jemand nur eine einzelne Änderung wollen? Das
+        kommt häufiger vor, als Sie denken. Gehen wir beispielsweise
+        einmal davon aus, dass Sie einen neuen Arbeitszweig <filename>
+        /calc/branches/my-calc-feature-branch</filename> durch
+        kopieren von <filename>/calc/trunk</filename> erstellt
+        haben:</para>

-        <informalexample>
-          <screen>
-  $ svn log ^/calc/branches/new-calc-feature-branch -v -r403
-   
------------------------------------------------------------------------<!--
-  r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
-  Changed paths:-->
-  r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
-  Geänderte Pfade:
-     A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
-  <!--
-  Create a new calc branch for Feature 'X'.
-  -->
-  Einen neuen Zweig calc für Arbeit an 'X' erzeugt.
-  ------------------------------------------------------------------------
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn log ^/calc/branches/new-calc-feature-branch -v -r403
+------------------------------------------------------------------------<!--
+r403 | user | 2013-02-20 03:26:12 -0500 (Wed, 20 Feb 2013) | 1 line
+Changed paths:-->
+r403 | user | 2013-02-20 03:26:12 -0500 (Mi, 20. Feb 2013) | 1 Zeile
+Geänderte Pfade:
+   A /calc/branches/new-calc-feature-branch (from /calc/trunk:402)
+<!--
+Create a new calc branch for Feature 'X'.
+-->
+Einen neuen Zweig calc für Arbeit an 'X' erzeugt.
+------------------------------------------------------------------------
+</screen>
+      </informalexample>

-  <!--
-        <para>At the water cooler, you get word that Sally made an  
interesting
-          change to <filename>main.c</filename> on the trunk.
-          Looking over the history of commits to the trunk, you see that
-          in revision 413 she fixed a critical bug that directly
-          impacts the feature you're working on.  You might not be ready
-          to merge all the trunk changes to your branch just yet, but
-          you certainly need that particular bug fix in order to continue
-          your work.</para>
-  -->
-        <para>In der Kaffeeküche bekommen Sie mit, dass Sally eine
-          interessante Änderung an <filename>main.c</filename> auf dem
-          Stamm gemacht hat. Als Sie sich die Geschichte der Übergaben
-          auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
-          einen kritischen Fehler beseitigt hat, der direkte
-          Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
-          Es kann sein, dass Sie noch nicht bereit sind, alle Änderungen
-          vom Stamm zu übernehmen, jedoch benötigen Sie diese bestimmte
-          Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
-          können.</para>
+<!--
+      <para>At the water cooler, you get word that Sally made an  
interesting
+        change to <filename>main.c</filename> on the trunk.
+        Looking over the history of commits to the trunk, you see that
+        in revision 413 she fixed a critical bug that directly
+        impacts the feature you're working on.  You might not be ready
+        to merge all the trunk changes to your branch just yet, but
+        you certainly need that particular bug fix in order to continue
+        your work.</para>
+-->
+      <para>In der Kaffeeküche bekommen Sie mit, dass Sally eine
+        interessante Änderung an <filename>main.c</filename> auf dem
+        Stamm gemacht hat. Als Sie sich die Geschichte der Übergaben
+        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
+        einen kritischen Fehler beseitigt hat, der direkte
+        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
+        Es kann sein, dass Sie noch nicht bereit sind, alle Änderungen
+        vom Stamm zu übernehmen, jedoch benötigen Sie diese bestimmte
+        Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
+        können.</para>

-  <!--
-        <para>Just as you used <command>svn diff</command> in the prior
-          example to examine revision 355, you can pass the same option
-          to <command>svn merge</command>:</para>
-  -->
-        <para>Ebenso wie Sie <command>svn diff</command> im vorigen
-          Beispiel benutzt haben, um sich Revision 355 anzusehen, können
-          Sie die gleiche Option an <command>svn merge</command>
-          übergeben:</para>
+<!--
+      <para>Just as you used <command>svn diff</command> in the prior
+        example to examine revision 355, you can pass the same option
+        to <command>svn merge</command>:</para>
+-->
+      <para>Ebenso wie Sie <command>svn diff</command> im vorigen
+        Beispiel benutzt haben, um sich Revision 355 anzusehen, können
+        Sie die gleiche Option an <command>svn merge</command>
+        übergeben:</para>

-        <informalexample>
-          <screen>
-  $ svn log ^/calc/trunk -r413 -v
-   
------------------------------------------------------------------------<!--
-  r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
-  Changed paths:-->
-  r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
-  Geänderte Pfade:
-     M /calc/trunk/src/main.c
-  <!--
-  Fix issue #22 'Passing a null value in the foo argument
-  of bar() should be a tolerated, but causes a segfault'.
-  -->
-  Fehler #22 'Übergabe eines Null-Wertes im Argument foo von bar()
-  sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
-  ------------------------------------------------------------------------
+      <informalexample>
+        <screen>
+$ svn log ^/calc/trunk -r413 -v
+------------------------------------------------------------------------<!--
+r413 | sally | 2013-02-21 01:57:51 -0500 (Thu, 21 Feb 2013) | 3 lines
+Changed paths:-->
+r413 | sally | 2013-02-21 01:57:51 -0500 (Do, 21. Feb 2013) | 3 Zeilen
+Geänderte Pfade:
+   M /calc/trunk/src/main.c
+<!--
+Fix issue #22 'Passing a null value in the foo argument
+of bar() should be a tolerated, but causes a segfault'.
+-->
+Fehler #22 'Übergabe eines Null-Wertes im Argument foo von bar()
+sollte erlaubt sein, aber ruft Schutzverletzung hervor'.
+------------------------------------------------------------------------

-  $ svn diff ^/calc/trunk -c413
-  Index: src/main.c
-  ===================================================================
-  --- src/main.c  (revision 412)
-  +++ src/main.c  (revision 413)
-  @@ -34,6 +34,7 @@
-  &hellip;<!--
-# Details of the fix-->
-# Details zur Fehlerbehebung
-  &hellip;
-  </screen>
-        </informalexample>
+$ svn diff ^/calc/trunk -c413
+Index: src/main.c
+===================================================================
+--- src/main.c  (revision 412)
++++ src/main.c  (revision 413)
+@@ -34,6 +34,7 @@
+&hellip;<!--
+Details of the fix-->
+Details zur Fehlerbehebung
+&hellip;
+</screen>
+      </informalexample>

-  <!--
-        <para>Just as you used <command>svn diff</command> in the prior
-          example to examine revision 413, you can pass the same option
-          to <command>svn merge</command>:</para>
-  -->
-        <para>So wie Sie <command>svn diff</command> im vorangegangenen
-          Beispiel verwendet haben, um Revision 413 zu untersuchen,
-          können Sie die gleiche Option an <command>svn merge</command>
-          übergeben:</para>
+<!--
+      <para>Just as you used <command>svn diff</command> in the prior
+        example to examine revision 413, you can pass the same option
+        to <command>svn merge</command>:</para>
+-->
+      <para>So wie Sie <command>svn diff</command> im vorangegangenen
+        Beispiel verwendet haben, um Revision 413 zu untersuchen,
+        können Sie die gleiche Option an <command>svn merge</command>
+        übergeben:</para>

-        <informalexample>
-          <screen>
-  $ cd new-calc-feature-branch
+      <informalexample>
+        <screen>
+$ cd new-calc-feature-branch

-  $ svn merge ^/calc/trunk -c413 <!--
-  - - - Merging r413 into '.':
-  -->
-  --- Zusammenführen von r413 in ».«:
-  U    src/main.c<!--
-  - - Recording mergeinfo for merge of r413 into '.':
-  -->
-  -- Aufzeichnung der Informationen für Zusammenführung von r413 in ».«:
-   U   .
+$ svn merge ^/calc/trunk -c413 <!--
+- - - Merging r413 into '.':
+-->
+--- Zusammenführen von r413 in ».«:
+U    src/main.c<!--
+- - Recording mergeinfo for merge of r413 into '.':
+-->
+-- Aufzeichnung der Informationen für Zusammenführung von r413 in ».«:
+ U   .

-  $ svn st
-   M      .
-  M       src/main.c
-  </screen>
-        </informalexample>
+$ svn st
+ M      .
+M       src/main.c
+</screen>
+      </informalexample>

-  <!--
-        <para>You can now go through the usual testing procedures before
-          committing this change to your branch.  After the commit,
-          Subversion updates the <literal>svn:mergeinfo</literal> on your
-          branch to reflect that r413 was been merged to the branch.  This
-          prevents future automatic sync merges from attempting to merge
-          r413 again.  (Merging the same change to the same branch almost
-          always results in a conflict!) Notice also the mergeinfo  
<literal>
-          /calc/branches/my-calc-branch:341-379</literal>.  This was
-          recorded during the earlier reintegrate merge to <filename>
-          /calc/trunk</filename> from the <filename>
-          /calc/branches/my-calc-branch</filename> branch which we made in
-          r380.  When we created the <filename>my-calc-branch</filename>
-          branch in r403, this mergeinfo was carried along with the copy.
-          </para>
-  -->
-        <para>Sie können nun Ihre üblichen Tests durchführen, bevor Sie
-          diese Änderung an den Zweig übergeben. Nach der Übergabe
-          bringt Subversion das <literal>svn:mergeinfo</literal> ihres
-          Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
-          dem Zweig zusammengeführt wurde. Das verhindert, dass künftige
-          automatische Synchronisierungs-Merges versuchen, r413 erneut
-          zusammenzuführen. (Das Mergen derselben Änderung auf denselben
-          Zweig führt fast immer zu einem Konflikt!) Beachten Sie auch
-          das Mergeinfo <literal>
-          /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
-          unserem in r380 gemachten Reintegrations-Merge nach
-          <filename> /calc/trunk</filename> vom Zweig <filename>
-          /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
-          wir den Zweig <filename>my-calc-branch</filename> in r403
-          erstellt haben, wurde diese Mergeinfo mit der Kopie
-          mitgenommen.</para>
+<!--
+      <para>You can now go through the usual testing procedures before
+        committing this change to your branch.  After the commit,
+        Subversion updates the <literal>svn:mergeinfo</literal> on your
+        branch to reflect that r413 was been merged to the branch.  This
+        prevents future automatic sync merges from attempting to merge
+        r413 again.  (Merging the same change to the same branch almost
+        always results in a conflict!) Notice also the mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>.  This was
+        recorded during the earlier reintegrate merge to <filename>
+        /calc/trunk</filename> from the <filename>
+        /calc/branches/my-calc-branch</filename> branch which we made in
+        r380.  When we created the <filename>my-calc-branch</filename>
+        branch in r403, this mergeinfo was carried along with the copy.
+        </para>
+-->
+      <para>Sie können nun Ihre üblichen Tests durchführen, bevor Sie
+        diese Änderung an den Zweig übergeben. Nach der Übergabe
+        bringt Subversion das <literal>svn:mergeinfo</literal> ihres
+        Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
+        dem Zweig zusammengeführt wurde. Das verhindert, dass künftige
+        automatische Synchronisierungs-Merges versuchen, r413 erneut
+        zusammenzuführen. (Das Mergen derselben Änderung auf denselben
+        Zweig führt fast immer zu einem Konflikt!) Beachten Sie auch
+        das Mergeinfo <literal>
+        /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
+        unserem in r380 gemachten Reintegrations-Merge nach
+        <filename> /calc/trunk</filename> vom Zweig <filename>
+        /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
+        wir den Zweig <filename>my-calc-branch</filename> in r403
+        erstellt haben, wurde diese Mergeinfo mit der Kopie
+        mitgenommen.</para>

-        <informalexample>
-          <screen>
-  $ svn pg svn:mergeinfo -v<!--
-  Properties on '.':-->
-  Eigenschaften von ».«:
-    svn:mergeinfo
-      /calc/branches/my-calc-branch:341-379
-      /calc/trunk:413
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn pg svn:mergeinfo -v<!--
+Properties on '.':-->
+Eigenschaften von ».«:
+  svn:mergeinfo
+    /calc/branches/my-calc-branch:341-379
+    /calc/trunk:413
+</screen>
+      </informalexample>

-  <!--
-        <para>Notice too that the <command>mergeinfo</command> doesn't  
list r413
-          as "eligible" to merge, because it's already been merged:</para>
-  -->
-        <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
-          nicht als Kandidaten für einen Merge anzeigt, da sie bereits
-          zusammengeführt wurde:</para>
+<!--
+      <para>Notice too that the <command>mergeinfo</command> doesn't list  
r413
+        as "eligible" to merge, because it's already been merged:</para>
+-->
+      <para>Beachten Sie auch, dass <command>mergeinfo</command> r413
+        nicht als Kandidaten für einen Merge anzeigt, da sie bereits
+        zusammengeführt wurde:</para>

-        <informalexample>
-          <screen>
-  $ svn mergeinfo ^/calc/trunk --show-revs eligible
-  r404
-  r405
-  r406
-  r407
-  r409
-  r410
-  r411
-  r412
-  r414
-  r415
-  r416
-  &hellip;
-  r455
-  r456
-  r457
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn mergeinfo ^/calc/trunk --show-revs eligible
+r404
+r405
+r406
+r407
+r409
+r410
+r411
+r412
+r414
+r415
+r416
+&hellip;
+r455
+r456
+r457
+</screen>
+      </informalexample>

-  <!--
-        <para>The preceding means that when the time finally comes to do an
-          automatic sync merge, Subversion breaks the merge into two parts.
-          First it merges all eligible merges up to revision 412.  Then it
-          merges all eligible revisions from revisions 414 to the  
<literal>HEAD
-          </literal> revision.  Because we already cherrypicked r413, that
-          change is skipped:</para>
-  -->
-        <para>Das oben stehende bedeutet, wenn schließlich die Zeit für
-          einen automatischen Synchronisierungs-Merge gekommen ist, dass
-          Subversion den Merge in zwei Teile aufspaltet. Zunächst werden
-          alle in Frage kommenden Merges bis Revision 412 ausgeführt.
-          Dann werden alle in Frage kommenden Revisionen von Revision
-          412 bis zur Revision <literal>HEAD</literal> ausgeführt. Da
-          wir uns bereits r413 herausgepickt haben, wird diese Änderung
-          übersprungen change is skipped:</para>
+<!--
+      <para>The preceding means that when the time finally comes to do an
+        automatic sync merge, Subversion breaks the merge into two parts.
+        First it merges all eligible merges up to revision 412.  Then it
+        merges all eligible revisions from revisions 414 to the  
<literal>HEAD
+        </literal> revision.  Because we already cherrypicked r413, that
+        change is skipped:</para>
+-->
+      <para>Das oben stehende bedeutet, wenn schließlich die Zeit für
+        einen automatischen Synchronisierungs-Merge gekommen ist, dass
+        Subversion den Merge in zwei Teile aufspaltet. Zunächst werden
+        alle in Frage kommenden Merges bis Revision 412 ausgeführt.
+        Dann werden alle in Frage kommenden Revisionen von Revision
+        412 bis zur Revision <literal>HEAD</literal> ausgeführt. Da
+        wir uns bereits r413 herausgepickt haben, wird diese Änderung
+        übersprungen change is skipped:</para>

-        <informalexample>
-          <screen>
-  $ svn merge ^/calc/trunk <!--
-  - - Merging r403 through r412 into '.':
-  -->
-  --- Zusammenführen von r403 bis r412 in ».«:
-  U    doc/INSTALL
-  U    src/main.c
-  U    src/button.c
-  U    src/integer.c
-  U    Makefile
-  U    README<!--
-  - - Merging r414 through r458 into '.':
-  -->
-  --- Zusammenführen von r414 bis r458 in ».«:
-  G    doc/INSTALL
-  G    src/main.c
-  G    src/integer.c
-  G    Makefile<!--
-  - - Recording mergeinfo for merge of r403 through r458 into '.':-->
-  -- Aufzeichnung der Informationen für Zusammenführung von r403 bis r458  
in ».«:\n"
-   U   .
-  </screen>
-        </informalexample>
+      <informalexample>
+        <screen>
+$ svn merge ^/calc/trunk <!--
+- - Merging r403 through r412 into '.':
+-->
+--- Zusammenführen von r403 bis r412 in ».«:
+U    doc/INSTALL
+U    src/main.c
+U    src/button.c
+U    src/integer.c
+U    Makefile
+U    README<!--
+- - Merging r414 through r458 into '.':
+-->
+--- Zusammenführen von r414 bis r458 in ».«:
+G    doc/INSTALL
+G    src/main.c
+G    src/integer.c
+G    Makefile<!--
+- - Recording mergeinfo for merge of r403 through r458 into '.':-->
+-- Aufzeichnung der Informationen für Zusammenführung von r403 bis r458 in  
».«:\n"
+ U   .
+</screen>
+      </informalexample>

-  <!--
-        <para>
-          <indexterm>
-            <primary>merging</primary>
-            <secondary>backporting</secondary>
-          </indexterm>This use case of replicating
-          (or <firstterm>backporting</firstterm>) bug fixes from one
-          branch to another is perhaps the most popular reason for
-          cherrypicking changes; it comes up all the time, for example,
-          when a team is maintaining a <quote>release branch</quote> of
-          software.  (We discuss this pattern in
-          <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
-  -->
-        <para>
-          <indexterm>
-            <primary>Merging</primary>
-            <secondary>nachziehen</secondary>
-          </indexterm>Dieser Anwendungsfall des Abgleichens (oder
-          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
-          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
-          erörtern dieses Muster in <xref
-            linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+<!--
+      <para>
+        <indexterm>
+          <primary>merging</primary>
+          <secondary>backporting</secondary>
+        </indexterm>This use case of replicating
+        (or <firstterm>backporting</firstterm>) bug fixes from one
+        branch to another is perhaps the most popular reason for
+        cherrypicking changes; it comes up all the time, for example,
+        when a team is maintaining a <quote>release branch</quote> of
+        software.  (We discuss this pattern in
+        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+-->
+      <para>
+        <indexterm>
+          <primary>Merging</primary>
+          <secondary>nachziehen</secondary>
+        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
+        <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
+        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
+        erörtern dieses Muster in <xref
+          linkend="svn.branchmerge.commonpatterns.release"/>.)</para>

-        <warning>
-  <!--
-          <para>Did you notice how, in the last example, the merge
-            invocation merged two distinct ranges?
-            The <command>svn merge</command> command applied
-            two independent patches to your working copy to skip over
-            changeset 413, which your branch already contained.  There's
-            nothing inherently wrong with this, except that it has the
-            potential to make conflict resolution trickier.  If the
-            first range of changes creates conflicts,
-            you <emphasis>must</emphasis> resolve them interactively for
-            the merge process to continue and apply the second range of
-            changes.  If you postpone a conflict from the first wave of
-            changes, the whole merge command will bail out with an error
-            message and you must resolve the conflict before running the
-            merge a second time to get the remainder of the changes.</para>
-  -->
-          <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
-            von <command>svn merge</command> zwei unterschiedliche
-            Abgleichsintervalle zusammengeführt hat? Der Befehl führte
-            zwei unabhängige Patches auf Ihrer Arbeitskopie aus, um die
-            Änderungsmenge 413 zu überspringen, die Ihr Zweig bereits
-            beinhaltete. An und für sich ist daran nichts falsch, bis
-            auf die Tatsache, dass die Möglichkeit besteht, eine
-            Konfliktauflösung komplizierter zu machen. Falls das erste
-            Änderungsintervall Konflikte erzeugt,
-            <emphasis>müssen</emphasis> Sie diese interaktiv auflösen,
-            um den Merge fortzusetzen und das zweite Änderungsintervall
-            anzuwenden. Wenn Sie die Konfliktauflösung der ersten Phase
-            aufschieben, wird der komplette Merge-Befehl mit einer
-            Fehlermeldung abbrechen und Sie müssen den Konflikt
-            auflösen, bevor Sie den Merge erneut anwenden, um den Rest
-            der Änderungen zu bekommen.</para>
-    </warning>
+      <warning>
+<!--
+        <para>Did you notice how, in the last example, the merge
+          invocation merged two distinct ranges?
+          The <command>svn merge</command> command applied
+          two independent patches to your working copy to skip over
+          changeset 413, which your branch already contained.  There's
+          nothing inherently wrong with this, except that it has the
+          potential to make conflict resolution trickier.  If the
+          first range of changes creates conflicts,
+          you <emphasis>must</emphasis> resolve them interactively for
+          the merge process to continue and apply the second range of
+          changes.  If you postpone a conflict from the first wave of
+          changes, the whole merge command will bail out with an error
+          message and you must resolve the conflict before running the
+          merge a second time to get the remainder of the changes.</para>
+-->
+        <para>Haben Sie bemerkt, wie im letzten Beispiel der Aufruf
+          von <command>svn merge</command> zwei unterschiedliche
+          Abgleichsintervalle zusammengeführt hat? Der Befehl führte
+          zwei unabhängige Patches auf Ihrer Arbeitskopie aus, um die
+          Änderungsmenge 413 zu überspringen, die Ihr Zweig bereits
+          beinhaltete. An und für sich ist daran nichts falsch, bis
+          auf die Tatsache, dass die Möglichkeit besteht, eine
+          Konfliktauflösung komplizierter zu machen. Falls das erste
+          Änderungsintervall Konflikte erzeugt,
+          <emphasis>müssen</emphasis> Sie diese interaktiv auflösen,
+          um den Merge fortzusetzen und das zweite Änderungsintervall
+          anzuwenden. Wenn Sie die Konfliktauflösung der ersten Phase
+          aufschieben, wird der komplette Merge-Befehl mit einer
+          Fehlermeldung abbrechen und Sie müssen den Konflikt
+          auflösen, bevor Sie den Merge erneut anwenden, um den Rest
+          der Änderungen zu bekommen.</para>
+  </warning>

-  <!--
-        <para>A word of warning: while <command>svn diff</command> and
-          <command>svn merge</command> are very similar in concept, they
-          do have different syntax in many cases.  Be sure to read about
-          them in <xref linkend="svn.ref.svn"/> for details, or ask
-          <command>svn help</command>.  For example, <command>svn
-          merge</command> requires a working copy path as a target, that  
is,
-          a place where it should apply the generated patch.  If the
-          target isn't specified, it assumes you are trying to perform
-          one of the following common operations:</para>
-  -->
-        <para>Ein Wort zur Warnung: Während <command>svn diff</command>
-          und <command>svn merge</command> vom Konzept her sehr ähnlich
-          sind, haben sie in vielen Fällen eine unterschiedliche Syntax.
-          Gehen Sie sicher, dass Sie Details hierzu in <xref
-          linkend="svn.ref.svn"/> nachlesen oder <command>svn  
help</command>
-          fragen.  Zum Beispiel benötigt <command>svn merge</command>
-          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
-          dem es den erzeugten Patch anwenden kann.  Falls das Ziel
-          nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
-          häufigen Operationen durchführen möchten:</para>
+<!--
+      <para>A word of warning: while <command>svn diff</command> and
+        <command>svn merge</command> are very similar in concept, they
+        do have different syntax in many cases.  Be sure to read about
+        them in <xref linkend="svn.ref.svn"/> for details, or ask
+        <command>svn help</command>.  For example, <command>svn
+        merge</command> requires a working copy path as a target, that is,
+        a place where it should apply the generated patch.  If the
+        target isn't specified, it assumes you are trying to perform
+        one of the following common operations:</para>
+-->
+      <para>Ein Wort zur Warnung: Während <command>svn diff</command>
+        und <command>svn merge</command> vom Konzept her sehr ähnlich
+        sind, haben sie in vielen Fällen eine unterschiedliche Syntax.
+        Gehen Sie sicher, dass Sie Details hierzu in <xref
+        linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
+        fragen.  Zum Beispiel benötigt <command>svn merge</command>
+        einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
+        dem es den erzeugten Patch anwenden kann.  Falls das Ziel
+        nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
+        häufigen Operationen durchführen möchten:</para>

-        <itemizedlist>
-          <listitem>
-  <!--
-            <para>You want to merge directory changes into your current
-              working directory.</para>
-  -->
-            <para>Sie möchten Verzeichnisänderungen auf Ihr aktuelles
-              Arbeitsverzeichnis abgleichen.</para>
-          </listitem>
-          <listitem>
-  <!--
-            <para>You want to merge the changes in a specific file into
-              a file by the same name that exists in your current working
-              directory.</para>
-  -->
-            <para>Sie möchten die Änderungen in einer bestimmten Datei
-              mit einer Datei gleichen Namens in Ihrem aktuellen
-              Arbeitsverzeichnis zusammenführen.</para>
-          </listitem>
-        </itemizedlist>
+      <itemizedlist>
+        <listitem>
+<!--
+          <para>You want to merge directory changes into your current
+            working directory.</para>
+-->
+          <para>Sie möchten Verzeichnisänderungen auf Ihr aktuelles
+            Arbeitsverzeichnis abgleichen.</para>
+        </listitem>
+        <listitem>
+<!--
+          <para>You want to merge the changes in a specific file into
+            a file by the same name that exists in your current working
+            directory.</para>
+-->
+          <para>Sie möchten die Änderungen in einer bestimmten Datei
+            mit einer Datei gleichen Namens in Ihrem aktuellen
+            Arbeitsverzeichnis zusammenführen.</para>
+        </listitem>
+      </itemizedlist>

-  <!--
-        <para>If you are merging a directory and haven't specified a
-          target path, <command>svn merge</command> assumes the first
-          case and tries to apply the changes into your current
-          directory.  If you are merging a file, and that file (or a
-          file by the same name) exists in your current working
-          directory,
-          <command>svn merge</command> assumes the second case and tries
-          to apply the changes to a local file with the same name.</para>
-  -->
-        <para>Falls Sie ein Verzeichnis zusammenführen und keinen
-          Zielpfad angegeben haben, nimmt <command>svn merge</command>
-          den ersten Fall an und versucht, die Änderungen auf Ihr
-          aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
-          zusammenführen und diese Datei (oder eine gleichnamige Datei)
-          in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
-          <command>svn merge</command> den zweiten Fall an und wendet
-          die Änderungen auf eine lokale Datei gleichen Namens
-          an.</para>
+<!--
+      <para>If you are merging a directory and haven't specified a
+        target path, <command>svn merge</command> assumes the first
+        case and tries to apply the changes into your current
+        directory.  If you are merging a file, and that file (or a
+        file by the same name) exists in your current working
+        directory,
+        <command>svn merge</command> assumes the second case and tries
+        to apply the changes to a local file with the same name.</para>
+-->
+      <para>Falls Sie ein Verzeichnis zusammenführen und keinen
+        Zielpfad angegeben haben, nimmt <command>svn merge</command>
+        den ersten Fall an und versucht, die Änderungen auf Ihr
+        aktuelles Arbeitsverzeichnis anzuwenden. Falls Sie eine Datei
+        zusammenführen und diese Datei (oder eine gleichnamige Datei)
+        in Ihrem aktuellen Arbeitsverzeichnis existiert, nimmt
+        <command>svn merge</command> den zweiten Fall an und wendet
+        die Änderungen auf eine lokale Datei gleichen Namens
+        an.</para>

-      </sect2>
+    </sect2>

-      <!-- ===============================================================  
-->
-      <sect2 id="svn.branchmerge.advanced.advancedsyntax">
-  <!--
-        <title>Merge Syntax: Full Disclosure</title>
-  -->
-        <title>Merge-Syntax: Die vollständige Enthüllung</title>
+    <!-- ===============================================================  
-->
+    <sect2 id="svn.branchmerge.advanced.advancedsyntax">
+<!--
+      <title>Merge Syntax: Full Disclosure</title>
+-->
+      <title>Merge-Syntax: Die vollständige Enthüllung</title>

-  <!--
-        <para>You've now seen some examples of the <command>svn
-          merge</command> command, and you're about to see several more.
-          If you're feeling confused about exactly how merging works,
-          you're not alone.  Many users (especially those new to version
-          control) are initially perplexed about the proper syntax of
-          the command and about how and when the feature should be
-          used.  But fear not, this command is actually much simpler
-          than you think!  There's a very easy technique for
-          understanding exactly how <command>svn merge</command>
-          behaves.</para>
-  -->
-        <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>
+<!--
+      <para>You've now seen some examples of the <command>svn
+        merge</command> command, and you're about to see several more.
+        If you're feeling confused about exactly how merging works,
+        you're not alone.  Many users (especially those new to version
+        control) are initially perplexed about the proper syntax of
+        the command and about how and when the feature should be
+        used.  But fear not, this command is actually much simpler
+        than you think!  There's a very easy technique for
+        understanding exactly how <command>svn merge</command>
+        behaves.</para>
+-->
+      <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>

-  <!--
-        <para>The main source of confusion is the
-          <emphasis>name</emphasis> of the command.  The term
-          <quote>merge</quote> somehow denotes that branches are
-          combined together, or that some sort of mysterious
-          blending of data is going on.  That's not the case.  A better
-          name for the command might have been <command>svn
-          diff-and-apply</command>, because that's all that happens:
-          two repository trees are compared, and the differences are
-          applied to a working copy.</para>
-  -->
-        <para>Die Hauptquelle der Verwirrung ist der
-          <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>
-          gewesen, da das alles ist, was passiert: Die Bäume im
-          Projektarchiv werden verglichen und die Unterschiede in eine
-          Arbeitskopie eingearbeitet.</para>
+<!--
+      <para>The main source of confusion is the
+        <emphasis>name</emphasis> of the command.  The term
+        <quote>merge</quote> somehow denotes that branches are
+        combined together, or that some sort of mysterious
+        blending of data is going on.  That's not the case.  A better
+        name for the command might have been <command>svn
+        diff-and-apply</command>, because that's all that happens:
+        two repository trees are compared, and the differences are
+        applied to a working copy.</para>
+-->
+      <para>Die Hauptquelle der Verwirrung ist der
+        <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
***The diff for this file has been truncated for email.***

From svnbook at googlecode.com  Wed Feb 11 23:56:53 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 05:56:53 +0000
Subject: Issue 227 in svnbook: i am magno omen 
Message-ID: <0-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 227 by alexserr... at gmail.com: i am magno omen
https://code.google.com/p/svnbook/issues/detail?id=227

Plect to change over time.  If you need to, quote
the book paragraph(s) that are incorrect, and recommend corrections.


-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Thu Feb 12 00:45:16 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 06:45:16 +0000
Subject: [svnbook] r4982 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7bdc0dfc709d1f050ede7640@google.com>

Revision: 4982
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 12 06:45:07 2015 UTC
Log:      [de] Translation: Branching and Merging
    ** Vendor Branches from Mirrored Sources (part 1)

https://code.google.com/p/svnbook/source/detail?r=4982

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 11  
13:09:17 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
06:45:07 2015 UTC
@@ -8508,8 +8508,12 @@

      <!-- ===============================================================  
-->
      <sect2 id="svn.advanced.vendorbr.mirrored-sources">
+<!--
        <title>Vendor Branches from Mirrored Sources</title>
+-->
+      <title>Lieferanten-Zweige aus gespiegelten Quellen</title>

+<!--
        <para>In the previous section
          (<xref linkend="svn.advanced.vendorbr.foreign-repos" />) we
          looked at how to implement and maintain a vendor branch when
@@ -8526,13 +8530,41 @@
          cleanly as possible.  So let's examine an approach to vendor
          branches in which the third-party library's various releases
          are mirrored within our own repository.</para>
+-->
+      <para>Im vorhergehenden Abschnitt
+        (<xref linkend="svn.advanced.vendorbr.foreign-repos" />) haben
+        wir uns angesehen, wie ein Lieferanten-Zweig angelegt und
+        verwaltet wird, wenn die Zulieferungen über Subversion zu
+        erreichen sind, was der Idealfall bei Lieferanten-Zweigen ist.
+        Subversion kann sehr gut mit Merges von Dingen umgehen, die
+        von Subversion verwaltet wurden. Unglücklicherweise trifft es
+        nicht immer zu, dass Bibliotheken von Drittanbietern
+        öffentlich über Subversion zugreifbar sind. Oftmals hängt ein
+        Projekt von einer Bibliothek ab, die über Wege außerhalb von
+        Subversion ausgeliefert wird, wie etwa Quelltext-Tarballs.
+        Unter derartigen Umständen empfehlen wir dringend, alles zu
+        tun, um diese Informationen außerhalb von Subversion möglichst
+        sauber in Subversion einzupflegen. Lassen Sie uns nun einen
+        Ansatz für Lieferanten-Zweige untersuchen, bei dem die
+        verschiedenen freigegebenen Versionen der
+        Drittanbieter-Bibliothek innerhalb unseres eigenen
+        Projektarchivs gespiegelt werden.</para>

+<!--
        <para>Setting up the vendor branch the first time is pretty
          simple, really.  For our example, we'll assume that libcomplex
          1.0.0 is delivered via the common tarball mechanism.  To
          create our vendor branch, we'll first get the contents of the
          libcomplex 1.0.0 tarball into our repository as a read-only
          (by convention only) vendor tag of sorts.</para>
+-->
+      <para>Das erstmalige Aufsetzen des Lieferanten-Zweiges ist
+        wirklich recht einfach. Für unser Beispiel nehmen wir an, dass
+        libcomplex 1.0.0 über den verbreiteten Tarball-Mechanismus
+        verteilt wird. Um unseren Lieferanten-Zweig zu erstellen,
+        holen wir zunächst den Inhalt des libcomplex 1.0.0 Tarballs
+        als nur-lesbaren (durch Konvention) Lieferanten-Tag in
+        unser Projektarchiv.</para>

        <informalexample>
          <screen>
@@ -8546,7 +8578,7 @@
  libcomplex-1.0.0/tests/TODO
  $ svn import libcomplex-1.0.0 \
               http://svn.example.com/projects/vendor/libcomplex-1.0.0 \
-             --no-ignore --no-auto-props \
+             --no-ignore --no-auto-props \<!--
               -m "Import libcomplex 1.0.0 sources."
  Adding         libcomplex-custom
  Adding         libcomplex-custom/README
@@ -8556,11 +8588,38 @@
  Adding         libcomplex-custom/src/code.h
  Adding         libcomplex-custom/src/code.c
  Transmitting file data .......................................
-Committed revision 1160.
+Committed revision 1160.-->
+             -m "libcomplex 1.0.0 Quellen importieren."
+Füge hinzu         libcomplex-custom
+Füge hinzu         libcomplex-custom/README
+Füge hinzu         libcomplex-custom/LICENSE
+&hellip;
+Füge hinzu         libcomplex-custom/src
+Füge hinzu         libcomplex-custom/src/code.h
+Füge hinzu         libcomplex-custom/src/code.c
+Übertrage Daten .......................................
+Revision 1160 übertragen.
  $
  </screen>
        </informalexample>

+<!--
+      <para>Note that in our example, we used
+        the <option>- -no-ignore</option> option during import so that
+        Subversion is sure to pick up every file in the vendor drop
+        and not to omit any of them.  We also supply
+        the <option>- -no-auto-props</option> option so that our client
+        doesn't manufacture property information which isn't present
+        in the vendor drop.<footnote><para>Technically, we could let
+        the auto-props feature do its thing, but the key to making
+        that work well is ensuring that each vendor drop gets
+        identical auto-prop treatment.</para></footnote>.</para>
+
+      <para>Now that the first vendor release drop is present in our
+        repository, we can create our vendor branch from it just as we
+        would create any other branch&mdash;using <command>svn
+        copy</command>.</para>
+-->
        <para>Note that in our example, we used
          the <option>--no-ignore</option> option during import so that
          Subversion is sure to pick up every file in the vendor drop

From svnbook at googlecode.com  Thu Feb 12 06:53:59 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 12:53:59 +0000
Subject: Issue 227 in svnbook: i am magno omen 
In-Reply-To: <0-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-8132385028994744263-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Invalid

Comment #1 on issue 227 by cmpilato: i am magno omen
https://code.google.com/p/svnbook/issues/detail?id=227

(No comment was entered for this change.)

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Thu Feb 12 11:23:22 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 12 Feb 2015 17:23:22 +0000
Subject: [svnbook] r4983 committed - [de] Translation: Branching and Merging...
Message-ID: <047d7b3a98307b93f4050ee76018@google.com>

Revision: 4983
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 12 17:23:13 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Mirrored Sources (part 2)

https://code.google.com/p/svnbook/source/detail?r=4983

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
06:45:07 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
17:23:13 2015 UTC
@@ -8614,45 +8614,56 @@
          the auto-props feature do its thing, but the key to making
          that work well is ensuring that each vendor drop gets
          identical auto-prop treatment.</para></footnote>.</para>
-
-      <para>Now that the first vendor release drop is present in our
-        repository, we can create our vendor branch from it just as we
-        would create any other branch&mdash;using <command>svn
-        copy</command>.</para>
  -->
-      <para>Note that in our example, we used
-        the <option>--no-ignore</option> option during import so that
-        Subversion is sure to pick up every file in the vendor drop
-        and not to omit any of them.  We also supply
-        the <option>--no-auto-props</option> option so that our client
-        doesn't manufacture property information which isn't present
-        in the vendor drop.<footnote><para>Technically, we could let
-        the auto-props feature do its thing, but the key to making
-        that work well is ensuring that each vendor drop gets
-        identical auto-prop treatment.</para></footnote>.</para>
-
+      <para>Beachten Sie, dass wir in unserem Beispiel während des
+        Imports die Option <option>--no-ignore</option> verwendeten,
+        damit Subversion zuverlässig jede Datei der Zulieferung
+        aufnimmt und keine ausläßt. Wir geben auch die Option
+        <option>--no-auto-props</option> an, damit unser Client keine
+        nicht in der Zulieferung enthaltene Eigenschafts-Informationen
+        erzeugt.<footnote><para>Technisch gesehen, könnten wir die
+        Funktionalität der auto-props gewähren lassen, jedoch ist der
+        Schlüssel des guten Gelingens, dass jede Zulieferung bezüglich
+        auto-prop gleich behandelt wird.</para></footnote>.</para>
+
+<!--
        <para>Now that the first vendor release drop is present in our
          repository, we can create our vendor branch from it just as we
          would create any other branch&mdash;using <command>svn
          copy</command>.</para>
+-->
+      <para>Nun, da sich die erste Zulieferung des Drittanbieters in
+        unserem Projektarchiv befindet, können wir daraus unseren
+        Lieferanten-Zweig anlegen, genauso, wie jeden anderen Zweig
+        &ndash; mit <command>svn copy</command>.</para>

        <informalexample>
          <screen>
  $ svn copy http://svn.example.com/projects/vendor/libcomplex-1.0.0 \
             http://svn.example.com/projects/vendor/libcomplex-custom \
-           -m "Initialize libcomplex vendor branch from libcomplex 1.0.0."
-Committed revision 1161.
+           -m "Initialize libcomplex vendor branch from libcomplex  
1.0.0."<!--
+Committed revision 1161.-->
+Revision 1161 übertragen.
  $
  </screen>
        </informalexample>

+<!--
        <para>Okay.  At this point we have a vendor branch based on
          libcomplex 1.0.0.  We are now poised to begin making the
          customizations to libcomplex required for our
          purposes&mdash;committing them directly to the vendor branch
          we've created&mdash;and then to start using our customized
          libcomplex in our own application.</para>
+-->
+      <para>Okay. An dieser Stelle haben wir einen Lieferanten-Zweig
+        basierend auf libcomplex 1.0.0. Wir sind bereit, die für
+        unsere Zwecke notwendigen Anpassungen an libcomplex
+        vorzunehmen &ndash; indem wir sie direkt in den
+        Lieferanten-Zweig übergeben &ndash; und unsere angepasste
+        libcomplex in eigenen Applikationen zu verwenden.</para>

+<!--
        <para>Some time later, libcomplex 1.0.1 is released.  After
          reviewing its changes, we decide we'd like to upgrade our
          vendor branch to the new version.  In order to perform that
@@ -8665,7 +8676,24 @@
          repository</emphasis>.  Afterwards, we'll use the 2-URL form
          of the <command>svn merge</command> command to replicate those
          same changes into our vendor branch.</para>
+-->
+      <para>Nach einer Weile wird libcomplex 1.0.1 freigegeben.
+        Nachdem wir uns die Änderungen angesehen haben, entscheiden
+        wir uns, unseren Lieferanten-Zweig auf den Stand der neuen
+        Version zu bringen. Um diese Aktualisierung auf unserem Zweig
+        vornehmen zu können, müssen wir im Prinzip dieselben
+        Änderungsmengen auf unseren Lieferanten-Zweig anwenden, die
+        der Lieferant zwischen 1.0.0 und 1.0.1 erstellt hat, ohne
+        dabei unsere Anpassungen zu überschreiben. Die sicherte Weise,
+        auf der das geschehen kann, ist es, zunächst libcomplex 1.0.1
+        in unser Projektarchiv zu holen <emphasis>als Delta zum
+        Quelltext von 1.0.0 in unserem Projektarchiv</emphasis>.
+        Anschließend verwenden wir die 2-URL-Form des Befehls
+        <command>svn merge</command> zum Replizieren derselben
+        Änderungen auf den Lieferanten-Zweig.</para>

+
+<!--
        <para>As it turns out, there are several different approaches we
          can take to to get libcomplex 1.0.1 into our repository in the
          right way.<footnote><para>Using another <command>svn
@@ -8675,7 +8703,19 @@
          ancestry.</para></footnote>  The approach we'll describe here
          is relatively rudimentary, but it will serve our illustrative
          needs.</para>
+-->
+      <para>Es stellt sich heraus, dass es mehrere unterschiedliche
+        Ansätze gibt, die wir verfolgen können, um libcomplex 1.0.1
+        auf die richtige Weise in unser Projektarchiv zu bekommen.
+        <footnote><para>Die nochmalige Verwendung der Operation
+        <command>svn import</command> Operation wäre ein
+        <emphasis>falscher</emphasis> Ansatz, da die Zweige für
+        libcomplex 1.0.0 und 1.0.1 keinen gemeinsamen Stammbaum
+        hätten.</para></footnote> Der Ansatz, den wir hier
+        beschreiben, ist relativ rudimentär, jedoch ist er unserer
+        Beschreibung dienlich.</para>

+<!--
        <para>Remember, we want our mirror of the libcomplex 1.0.1
          vendor drop to share ancestry with our 1.0.0 vendor drop,
          which will produce the best results later when we need to
@@ -8684,17 +8724,41 @@
          of our previously created libcomplex-1.0.0 <quote>vendor
          tag</quote>&mdash;a copy which will eventually become a
          replica of libcomplex 1.0.1.</para>
-
+-->
+      <para>Erinnern Sie sich, dass wir möchten, dass die Spiegelung
+        der Zulieferung von libcomplex 1.0.1 einen gemeinsamen
+        Stammbaum mit unserer Zulieferung von 1.0.0 hat, was später zu
+        dern besten Ergebnissen führen wird, wenn wir die Änderungen
+        zwichen diesen Zulieferungen in unseren Lieferanten-Zweig
+        einbringen möchten. Wir beginnen also damit, einen Zweig für
+        libcomplex-1.0.1 als Kopie unseres vorher erstellten
+        ly created libcomplex-1.0.0 <quote>Lieferanten-Tags</quote>
+        &ndash; eine Kopie, die schließlich eine Replik von libcomplex
+        1.0.1 wird.</para>
+
        <informalexample>
          <screen>
  $ svn copy http://svn.example.com/projects/vendor/libcomplex-1.0.0 \
-           http://svn.example.com/projects/vendor/libcomplex-1.0.1 \
+           http://svn.example.com/projects/vendor/libcomplex-1.0.1 \<!--
             -m "Setup a construction zone for libcomplex 1.0.1."
-Committed revision 1282.
+Committed revision 1282.-->
+           -m "Einrichten eines Baugeländes für libcomplex 1.0.1."
+Revision 1282 übertragen.
  $
  </screen>
        </informalexample>

+<!--
+      <para>What we need now is to make a working copy of our
+        libcomplex-1.0.1 branch, and then to make it actually look
+        like libcomplex 1.0.1.  To do this, we'll take advantage of
+        the fact that <command>svn checkout</command> can overlay an
+        existing directory and, if the <option>- -force</option> option
+        is provided, do so in manner that allows the differences
+        between the checked-out tree and the target tree that the
+        checkout overlayed to remain as local modifications in the new
+        working copy.</para>
+-->
        <para>What we need now is to make a working copy of our
          libcomplex-1.0.1 branch, and then to make it actually look
          like libcomplex 1.0.1.  To do this, we'll take advantage of
@@ -8734,12 +8798,35 @@
  </screen>
        </informalexample>

+<!--
        <para>As you can see, after checking out what was really
          libcomplex 1.0.0 atop the libcomplex 1.0.1 exploded tarball,
          we are left with a working copy that contains local
          modifications&mdash;those modifications required to morph our
          previous vendor release drop into our new one.</para>
+-->
+      <para>As you can see, after checking out what was really
+        libcomplex 1.0.0 atop the libcomplex 1.0.1 exploded tarball,
+        we are left with a working copy that contains local
+        modifications&mdash;those modifications required to morph our
+        previous vendor release drop into our new one.</para>

+<!--
+      <para>Admittedly, this is a pretty simple example.  The changes
+        required to perform this particular upgrade involved merely
+        content changes to existing files.  In reality, new versions
+        of third-party libraries might also add or remove files or
+        directories, might rename files or directories, and so on.  In
+        those situations, it can be much more challenging to morph the
+        new vendor tag into a state where it accurately reflects the
+        vendor drop it claims to reflect.  We'll leave the details of
+        such transformations as an exercise to the
+        reader.<footnote><para>Here's a hint, though: <userinput>svn
+        add - -force /path/to/working-copy - -no-ignore
+        - -no-auto-props</userinput> is super handy for adding any new
+        vendor drop items to version control in this
+        situation.</para></footnote></para>
+-->
        <para>Admittedly, this is a pretty simple example.  The changes
          required to perform this particular upgrade involved merely
          content changes to existing files.  In reality, new versions
@@ -8755,9 +8842,14 @@
          vendor drop items to version control in this
          situation.</para></footnote></para>

+<!--
        <para>However we make it happen, once our new vendor tag working
          copy is reconciled with the original source distribution, we
          can commit those changes to our repository.</para>
+-->
+      <para>However we make it happen, once our new vendor tag working
+        copy is reconciled with the original source distribution, we
+        can commit those changes to our repository.</para>

        <informalexample>
          <screen>
@@ -8772,12 +8864,20 @@
  </screen>
        </informalexample>

+<!--
        <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>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>

        <informalexample>
          <screen>
@@ -8806,6 +8906,7 @@
  </screen>
        </informalexample>

+<!--
        <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
@@ -8817,6 +8918,18 @@
          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>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>

        <informalexample>
          <screen>
@@ -8834,6 +8947,11 @@
  </screen>
        </informalexample>

+<!--
+      <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>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>

From svnbook at googlecode.com  Fri Feb 13 00:45:13 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 13 Feb 2015 06:45:13 +0000
Subject: [svnbook] r4984 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2e6cc2386bd050ef294e8@google.com>

Revision: 4984
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb 13 06:44:59 2015 UTC
Log:      [de] Translation: Branching and Merging
    ** Vendor Branches from Mirrored Sources (part 3)

https://code.google.com/p/svnbook/source/detail?r=4984

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 12  
17:23:13 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
06:44:59 2015 UTC
@@ -8759,15 +8759,16 @@
          checkout overlayed to remain as local modifications in the new
          working copy.</para>
  -->
-      <para>What we need now is to make a working copy of our
-        libcomplex-1.0.1 branch, and then to make it actually look
-        like libcomplex 1.0.1.  To do this, we'll take advantage of
-        the fact that <command>svn checkout</command> can overlay an
-        existing directory and, if the <option>--force</option> option
-        is provided, do so in manner that allows the differences
-        between the checked-out tree and the target tree that the
-        checkout overlayed to remain as local modifications in the new
-        working copy.</para>
+      <para>Nun müssen wir eine Arbeitskopie unseres libcomplex-1.0.1
+        Zweiges erstellen and ihn dann so herrichten, dass er
+        eigentlich wie like libcomplex 1.0.1 aussieht. Um das zu
+        erreichen, nutzen wir die Tatsache aus, das <command>svn
+        checkout</command> ein bereits bestehendes Verzeichnis
+        überlagern kann; wenn die Option <option>--force</option>
+        angegeben wird, geschieht das auf eine Art und Weise, dass die
+        Unterschiede zwischen dem ausgecheckten Baum und dem durch den
+        Checkout überlagerten Zielbaumm als lokale Änderungen in der
+        Arbeitskopie verbleiben.</para>

        <informalexample>
          <screen>
@@ -8788,8 +8789,9 @@
  &hellip;
  E    libcomplex-1.0.1/src/code.c
  E    libcomplex-1.0.1/tests
-E    libcomplex-1.0.1/tests/TODO
-Checked out revision 1282.
+E    libcomplex-1.0.1/tests/TODO<!--
+Checked out revision 1282.-->
+Ausgecheckt, Revision 1282.
  $ svn status libcomplex-1.0.1
  M       libcomplex-1.0.1/src/code.h
  M       libcomplex-1.0.1/src/code.c
@@ -8805,11 +8807,12 @@
          modifications&mdash;those modifications required to morph our
          previous vendor release drop into our new one.</para>
  -->
-      <para>As you can see, after checking out what was really
-        libcomplex 1.0.0 atop the libcomplex 1.0.1 exploded tarball,
-        we are left with a working copy that contains local
-        modifications&mdash;those modifications required to morph our
-        previous vendor release drop into our new one.</para>
+      <para>Wie Sie sehen können, bleibt nach dem Auschecken von der
+        eigentlichen libcomplex 1.0.0 über den ausgepackten libcomplex
+        1.0.1 eine Arbeitskopie mit lokalen Änderungen zurück &ndash;
+        diejenigen Änderungen, die benötigt werden, um unsere
+        bisherige freigegebene Zulieferung in unsere neue zu
+        verwandeln.</para>

  <!--
        <para>Admittedly, this is a pretty simple example.  The changes

From svnbook at googlecode.com  Fri Feb 13 07:26:58 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 13 Feb 2015 13:26:58 +0000
Subject: [svnbook] r4985 committed - [de] Translation: Branching and Merging...
Message-ID: <20cf302240f7e3e748050ef83040@google.com>

Revision: 4985
Author:   jmfelderhoff at gmx.eu
Date:     Fri Feb 13 13:26:38 2015 UTC
Log:      [de] Translation: Branching and Merging
Sections:
   * Vendor Branches
   ** Vendor Branches from Mirrored Sources (part 4)

https://code.google.com/p/svnbook/source/detail?r=4985

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
06:44:59 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
13:26:38 2015 UTC
@@ -8830,39 +8830,47 @@
          vendor drop items to version control in this
          situation.</para></footnote></para>
  -->
-      <para>Admittedly, this is a pretty simple example.  The changes
-        required to perform this particular upgrade involved merely
-        content changes to existing files.  In reality, new versions
-        of third-party libraries might also add or remove files or
-        directories, might rename files or directories, and so on.  In
-        those situations, it can be much more challenging to morph the
-        new vendor tag into a state where it accurately reflects the
-        vendor drop it claims to reflect.  We'll leave the details of
-        such transformations as an exercise to the
-        reader.<footnote><para>Here's a hint, though: <userinput>svn
-        add --force /path/to/working-copy --no-ignore
-        --no-auto-props</userinput> is super handy for adding any new
-        vendor drop items to version control in this
-        situation.</para></footnote></para>
+      <para>Das ist zugegebenermaßen ein ziemlich einfaches Beispiel.
+        Die für die Aktualisierung notwendigen Änderungen waren
+        lediglich inhaltliche Änderungen an bestehenden Dateien. In
+        der Realität könnten neue Versionen der Bibliotheken von
+        Drittanbietern auch sowohl Dateien als auch Verzeichnisse
+        hinzufügen oder entfernen, Dateien oder Verzeichnisse
+        umbenennen, usw. In solchen Situationen kann es eine viel
+        größere Herausforderung sein, das neue Lieferanten-Tag in
+        einen Zustand zu überführen, in dem es exakt die Zulieferung
+        wiedergibt, die es verspricht. Wir überlassen die Details
+        derartiger Transformationen dem Leser als Übung.<footnote>
+        <para>Trotzdem ein Hinweis: <userinput>svn add --force
+        /path/to/working-copy --no-ignore --no-auto-props</userinput>
+        ist außerordentlich praktisch, um in dieser Situation alle
+        neuen Objekte einer Zulieferung unter Versions-Kontrolle zu
+        stellen.</para></footnote></para>

  <!--
        <para>However we make it happen, once our new vendor tag working
          copy is reconciled with the original source distribution, we
          can commit those changes to our repository.</para>
  -->
-      <para>However we make it happen, once our new vendor tag working
-        copy is reconciled with the original source distribution, we
-        can commit those changes to our repository.</para>
+      <para>Wie auch immer wir es schaffen, sobald unsere neue auf dem
+        Lieferanten-Tag basierende Arbeitskopie mit dem
+        Original-Quellpaket abgeglichen ist, können wir diese
+        Änderungen in unser Projektarchiv übertragen.</para>

        <informalexample>
          <screen>
  $ svn commit -m "Upgrade vendor branch to libcomplex 1.0.1." \
-             libcomplex-1.0.1
+             libcomplex-1.0.1<!--
  Sending        libcomplex-1.0.1/README
  Sending        libcomplex-1.0.1/src/code.h
  Sending        libcomplex-1.0.1/src/code.c
  Transmitting file data ...
-Committed revision 1283.
+Committed revision 1283.-->
+Sende              libcomplex-1.0.1/README
+Sende              libcomplex-1.0.1/src/code.h
+Sende              libcomplex-1.0.1/src/code.c
+Übertrage Daten ...
+Revision 1283 übertragen.
  $
  </screen>
        </informalexample>

From svnbook at googlecode.com  Fri Feb 13 17:28:35 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 13 Feb 2015 23:28:35 +0000
Subject: [svnbook] r4986 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c2f3d0755279050f0098e3@google.com>

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 @@
  &hellip;
  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>

From svnbook at googlecode.com  Sat Feb 14 03:50:00 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 14 Feb 2015 09:50:00 +0000
Subject: [svnbook] r4987 committed - [de] Translation: Branching and Merging...
Message-ID: <001a11c200d2d18e39050f0946c6@google.com>

Revision: 4987
Author:   jmfelderhoff at gmx.eu
Date:     Sat Feb 14 09:49:37 2015 UTC
Log:      [de] Translation: Branching and Merging
    * Summary
    ** Branching and merging commands

https://code.google.com/p/svnbook/source/detail?r=4987

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 13  
23:28:27 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
09:49:37 2015 UTC
@@ -9325,7 +9325,7 @@
              <entry>Merge a branch back into trunk</entry>
  -->
              <entry>Zurückführen des Zweigs in den Stamm</entry>
-            <entry><userinput>svn merge --reintegrate  
<replaceable>branchURL</replaceable>; svn commit</userinput></entry>
+            <entry><userinput>svn merge  
<replaceable>branchURL</replaceable>; svn commit</userinput></entry>
            </row>

            <row>

From svnbook at googlecode.com  Sat Feb 14 04:19:25 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 14 Feb 2015 10:19:25 +0000
Subject: [svnbook] r4988 committed - [de] Translation: Branching and Merging:
 proofreading
Message-ID: <047d7b2e4a480709c7050f09b0f8@google.com>

Revision: 4988
Author:   jmfelderhoff at gmx.eu
Date:     Sat Feb 14 10:19:17 2015 UTC
Log:      [de] Translation: Branching and Merging: proofreading

https://code.google.com/p/svnbook/source/detail?r=4988

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
09:49:37 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
10:19:17 2015 UTC
@@ -1174,11 +1174,11 @@
  -->
        <para>
          <indexterm>
-          <primary>changesets</primary>
+          <primary>Changesets</primary>
          </indexterm>i
          <indexterm>
            <primary>Änderungsmengen</primary>
-          <see>changesets</see>
+          <see>Changesets</see>
          </indexterm>Bevor wir weitermachen, sollten wir Sie warnen, dass  
Sie
          auf den kommenden Seiten viele Erörterungen zum Thema
          <quote>Änderungen</quote> erwarten. Viele mit
@@ -2808,7 +2808,7 @@
  -->
        <para>Das Diagramm zeigt, dass
          <filename>/calc/branches/my-calc-branch </filename> von
-        <filename>/calc/trunk at 340</filename> herüberkopiert wurde und
+        <filename>/calc/trunk at 340</filename> herüber kopiert wurde und
          der letzte automatische Merge der Reintegrations-Merge war,
          den wir vom Zweig zum Stamm in r380 gemacht haben. Beachten
          Sie, dass das Diagramm die vier automatischen
@@ -2929,11 +2929,11 @@
          is considered by default.</para>
  -->
        <para>Seit Subversion 1.7 kann der Unterbefehl <command>svn
-        mergeinfo</command> auch Unterbaum-Mergeinfo und
+        mergeinfo</command> auch Teilbaum-Mergeinfo und
          nichterbliche Mergeinfo berücksichtigen. Mit den Option
          <option>--recursive</option> oder <option>--depth</option>
-        wird Unterbaum-Mergeinfo berücksichtigt, während nicht
-        ererbbare Mergeinfo standardmäßig beachtet wird.</para>
+        wird Teilbaum-Mergeinfo berücksichtigt, während nicht
+        vererbbare Mergeinfo standardmäßig beachtet wird.</para>

        <sidebar id="svn.branchmerge.basicmerging.mergeinfo.inheritance">
  <!--
@@ -5993,7 +5993,7 @@
  -->
        <para>Nun entscheiden Sie sich, Ihren Zweig auf den Stamm
          zurückzuführen. Wie wird Subversion Ihre Umbenennung und
-        Bearbeitung mit den Bearbeiungen durch Sally
+        Bearbeitung mit den Bearbeitungen durch Sally
          kombinieren?</para>

        <informalexample>
@@ -6122,7 +6122,7 @@
          Mergeinfo auswerten, automatische
          Merges versuchen, werden Sie wahrscheinlich in alle
          möglichen Konflikte laufen, die durch wiederholtes
-        Mergeb hervorgerufen wurden.</para>
+        Mergen hervorgerufen wurden.</para>

  <!--
        <para>If you and your team are relying on the merge-tracking
@@ -6595,7 +6595,7 @@
        Unterverzeichnisse aus unterschiedlichen Projektarchiv-Orten
        enthält, funktioniert sie immer noch normal. Wenn Sie
        aktualisieren, erhalten Sie entsprechende Patches für jeden
-      Unterbaum. Wenn Sie übergeben, werden Ihre lokalen Änderungen
+      Teilbaum. Wenn Sie übergeben, werden Ihre lokalen Änderungen
        nach wie vor als eine einzelne atomare Änderung auf das
        Projektarchiv angewendet.</para>

@@ -7777,7 +7777,7 @@
          the branch.</para>
  -->
        <para>Diese Situation wird am besten vermieden, indem regelmäßig
-        ein automatischer Merg vom Stamm auf den Zweig gemacht wird.
+        ein automatischer Merge vom Stamm auf den Zweig gemacht wird.
          Machen Sie es zur Gewohnheit: Arbeiten Sie wöchentlich die
          Änderungen der vergangenen Woche vom Stamm in den Zweig
          ein.</para>
@@ -8106,7 +8106,7 @@
          differences between the current and new pristine versions of
          that library.</para>
  -->
-      <para>Strenggenommen können diese Merges im allgemeinen SInn auf
+      <para>Strenggenommen können diese Merges im allgemeinen Sinn auf
          verschiedene Weisen durchgeführt werden. Aus Gründen der
          Einfachheit und mit dem Ziel, wenigstens
          <emphasis>etwas</emphasis> Konkretes in diesem Abschnitt des
@@ -8134,8 +8134,8 @@
            anzulegen und die Unterschiede zwischen der aktuellen
            unveränderten und ihrer angepassten Version (vom aktuellen
            Lieferanten-Zweig) auf den neuen Zweig anzuwenden. An diesem
-          Ansatz gibt es nichts audzusetzen, jedoch sind wir der
-          Meinung, dass wir nicht jede berechtihte Möglichkeit an
+          Ansatz gibt es nichts auszusetzen, jedoch sind wir der
+          Meinung, dass wir nicht jede berechtigte Möglichkeit an
            dieser Stelle dokumentieren müssen.</para>
        </note>

@@ -8184,7 +8184,7 @@
          Drittanbieter-Bibliothek selbst über Subversion erreichbar
          ist. Für das Beispiel nehmen wir an, dass die besprochene
          Bibliothek libcomplex in einem öffentlich zugänglichen
-        Subversion-Projektarchiv entwickelt wird und deren Enwickler
+        Subversion-Projektarchiv entwickelt wird und deren Entwickler
          vernünftige Freigabeverfahren verwenden, zu denen die
          Erzeugung von Tags für jede stabile freigegebene Version
          zählt.</para>
@@ -8237,7 +8237,7 @@
            <see>Kopieren, Kopien aus fremden Projektarchiven</see>
          </indexterm>Seit Subversion 1.5 kann <command>svn merge</command>
          sogenannte <firstterm>Merges aus fremden
-        Projektarchiver</firstterm> ausführen, wobei die Quellen des
+        Projektarchiven</firstterm> ausführen, wobei die Quellen des
          Merges in einem anderen Projektarchiv liegen, als das
          Projektarchiv, aus dem die Arbeitskopie des Merge-Ziels
          ausgecheckt wurde. Und in Subversion 1.8 wurde das Verhalten
@@ -8341,14 +8341,14 @@
            accurately replicated in your own repository.</para>
  -->
          <para>Sollten Sie eine ältere Version von Subversion
-          verwenden, ist die Vorgehensweide, die der neuen
+          verwenden, ist die Vorgehensweise, die der neuen
            Unterstützung von Kopien aus fremden Projektarchiven durch
            <command>svn copy</command> am
            nächsten kommt, eine Arbeitskopie des Lieferanten-Tags
            zu importieren (mit <command>svn import</command>), und
            dabei die Optionen <option>--no-auto-props</option> und
-          <option>--no-ignore</option> zu verwenden, do dass der
-          komplette Baum umd alle versionierten Eigenschaften akkurat
+          <option>--no-ignore</option> zu verwenden, so dass der
+          komplette Baum und alle versionierten Eigenschaften akkurat
            in Ihrem Projektarchiv repliziert werden.</para>
        </note>

@@ -8492,7 +8492,7 @@
          werden, falls die Original-Quellen für Subversion erreichbar
          sind. Es gibt jedoch einige erwähnenswerte Schwächen. Zunächst
          werden Merges aus fremden Projektarchiven nicht automatisch
-        von Subversion verfolgt wie Merges inerhalb des eigenen
+        von Subversion verfolgt wie Merges innerhalb des eigenen
          Projektarchivs. Das bedeutet, der Anwender trägt die Last und
          muss wissen, welche Merges auf dem Lieferanten-Zweig
          stattgefunden haben und wie der nächste Merge aufzusetzen ist,
@@ -8728,13 +8728,13 @@
        <para>Erinnern Sie sich, dass wir möchten, dass die Spiegelung
          der Zulieferung von libcomplex 1.0.1 einen gemeinsamen
          Stammbaum mit unserer Zulieferung von 1.0.0 hat, was später zu
-        dern besten Ergebnissen führen wird, wenn wir die Änderungen
-        zwichen diesen Zulieferungen in unseren Lieferanten-Zweig
+        den besten Ergebnissen führen wird, wenn wir die Änderungen
+        zwischen diesen Zulieferungen in unseren Lieferanten-Zweig
          einbringen möchten. Wir beginnen also damit, einen Zweig für
          libcomplex-1.0.1 als Kopie unseres vorher erstellten
-        ly created libcomplex-1.0.0 <quote>Lieferanten-Tags</quote>
-        &ndash; eine Kopie, die schließlich eine Replik von libcomplex
-        1.0.1 wird.</para>
+        libcomplex-1.0.0 <quote>Lieferanten-Tags</quote> &ndash; eine
+        Kopie, die schließlich eine Replik von libcomplex 1.0.1
+        wird.</para>

        <informalexample>
          <screen>
@@ -8767,7 +8767,7 @@
          überlagern kann; wenn die Option <option>--force</option>
          angegeben wird, geschieht das auf eine Art und Weise, dass die
          Unterschiede zwischen dem ausgecheckten Baum und dem durch den
-        Checkout überlagerten Zielbaumm als lokale Änderungen in der
+        Checkout überlagerten Zielbaum als lokale Änderungen in der
          Arbeitskopie verbleiben.</para>

        <informalexample>
@@ -8858,14 +8858,16 @@
          Änderungen in unser Projektarchiv übertragen.</para>

        <informalexample>
-        <screen>
+        <screen><!--
  $ svn commit -m "Upgrade vendor branch to libcomplex 1.0.1." \
-             libcomplex-1.0.1<!--
+             libcomplex-1.0.1
  Sending        libcomplex-1.0.1/README
  Sending        libcomplex-1.0.1/src/code.h
  Sending        libcomplex-1.0.1/src/code.c
  Transmitting file data ...
  Committed revision 1283.-->
+$ svn commit -m "Aktualisierung Lieferanten-Zweig auf libcomplex 1.0.1." \
+             libcomplex-1.0.1
  Sende              libcomplex-1.0.1/README
  Sende              libcomplex-1.0.1/src/code.h
  Sende              libcomplex-1.0.1/src/code.c
@@ -8945,7 +8947,7 @@
          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
+        Anpassungen. Subversion entdeckt 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,

From svnbook at googlecode.com  Sat Feb 14 09:35:03 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sat, 14 Feb 2015 15:35:03 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
Message-ID: <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 228 by gan.ainm... at gmail.com: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

In subsection "Vendor Branches from Mirrored Sources" of the  
chapter "Branching and Merging", the command output of "svn merge  
^/vendor/libcomplex-1.0.0 ^/vendor/libcomplex-1.0.1" contains the line "---  
Merging differences between URLs into '.':", i.e., a message not stating  
the type of URL, however, a scan of the complete source tree of Subversion  
1.8 only shows occurrences of either "...repository URLs..." or "...foreign  
repository URLs..."

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Sat Feb 14 20:04:40 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Sun, 15 Feb 2015 02:04:40 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Updates:
	Labels: Milestone-en-1.6

Comment #1 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

I believe you're correct.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Mon Feb 16 00:38:58 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 16 Feb 2015 06:38:58 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <1-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <1-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <2-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>


Comment #2 on issue 228 by gan.ainm... at gmail.com: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

Why milestone 1.6? I was referring to the 1.8 book.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Mon Feb 16 08:27:06 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 16 Feb 2015 14:27:06 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <2-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <2-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <3-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>


Comment #3 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

I set the milestone to the oldest currently-maintained version that  
exhibits the problem as a reminder to myself of how far to go with  
backporting the fix.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Tue Feb 17 15:06:35 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 17 Feb 2015 21:06:35 +0000
Subject: [svnbook] r4989 committed - [de] Lieferanten-Zweige: Umformulierungen.
Message-ID: <089e01182358f5db09050f4f1360@google.com>

Revision: 4989
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 17 21:06:27 2015 UTC
Log:      [de] Lieferanten-Zweige: Umformulierungen.

https://code.google.com/p/svnbook/source/detail?r=4989

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Sat Feb 14  
10:19:17 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:06:27 2015 UTC
@@ -7880,15 +7880,15 @@
        <indexterm>
          <primary>Zweige</primary>
          <secondary>Lieferanten-Zweige</secondary>
-      </indexterm>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
-      externen Datenquelle so aktuell wie möglich bleiben, ohne dabei
-      die Stabilität Ihres Projektes zu opfern.  Dieses Szenario
-      entfaltet sich immer dort, wo die von einer Gruppe erzeugten
+      </indexterm>Besonders in der Software-Entwicklung haben Ihre
+      versionsverwalteten Daten oft einen engen Bezug zu Daten aus
+      anderen Quellen oder sind vielleicht sogar davon abhängig. Im
+      allgemeinen wird es ihr Projekt erfordern, dass Sie hinsichtlich
+      dieser externen Datenquelle so aktuell wie möglich bleiben, ohne
+      dabei die Stabilität des Projektes zu opfern. Dieses Szenario
+      taucht immer dort auf, wo die von einer Gruppe erzeugten
        Informationen direkte Auswirkungen auf diejenigen Informationen
-      hat, die von einer anderen Gruppe erstellt werden.</para>
+      haben, die von einer anderen Gruppe erstellt werden.</para>

  <!--
      <para>For example, software developers might be working on an
@@ -7903,7 +7903,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 Software-Entwickler beispielsweise an
+    <para>Software-Entwickler könnten 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
@@ -7957,17 +7957,17 @@
  -->
      <para>Allerdings möchten Sie von Zeit zu Zeit spezielle
        Anpassungen des Drittanbieter-Codes in Ihrem eigenen
-      Versions-Kontroll-System verwalten. Um auf unser Beispiel aus der
-      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
+      Versions-Kontroll-System verwalten. Um auf unser Beispiel aus
+      der 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 umfassen und werden nur solange intern
        verwaltet, bis sie eines Tages Teil einer offiziellen
        Auslieferung der Bibliothek werden. Es kann aber auch sein, dass
        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
-      Software-Entwickler geeigneter zu machen.</para>
+      Anpassungen für die Bedürfnisse der Software-Entwickler bestehen
+      bleiben.</para>

  <!--
      <para>Now you face an interesting situation.  Your project could
@@ -7984,7 +7984,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 benötigt wird, um diese Änderungen
+      geht, und es wird ein Mechanismus benötigt, um die Änderungen
        auf den Code des Drittanbieters anzuwenden und diese Anpassung
        bei jeder Folgelieferung zu wiederholen.</para>

@@ -8031,10 +8031,10 @@
        Lieferantendaten verfügbar ist. Sie erhalten die richtige
        Version automatisch beim Aktualisieren ihrer Arbeitskopien.
        Zweitens, da die Daten in Ihrem eigenen Subversion-Projektarchiv
-      vorgehalten werden, können Sie dort auch Ihren Anpassungen
-      speichern &ndash; es besteht keine Notwendigkeit mehr, Ihre
-      Änderungen automatisch (oder schlimmer noch, manuell) in die
-      Zulieferungen einzuarbeiten.</para>
+      liegen, können Sie dort auch Ihre Anpassungen speichern &ndash;
+      es besteht somit keine Notwendigkeit mehr, Ihre Änderungen
+      automatisch (oder schlimmer noch, manuell) in die Zulieferungen
+      einzuarbeiten.</para>

  <!--
      <para>Unfortunately, there is no single best way to manage vendor

From svnbook at googlecode.com  Tue Feb 17 15:20:47 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 17 Feb 2015 21:20:47 +0000
Subject: [svnbook] r4990 committed - [de] Typo fixes.
Message-ID: <bcaec51a7190bd0dc8050f4f463b@google.com>

Revision: 4990
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 17 21:20:36 2015 UTC
Log:      [de] Typo fixes.

https://code.google.com/p/svnbook/source/detail?r=4990

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:06:27 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:20:36 2015 UTC
@@ -7391,7 +7391,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 Software=Entwicklung 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
@@ -7484,8 +7484,8 @@
        kurz zwei der gebräuchlichsten Verzweigungs-  und
        Zusammenführungsmuster vorstellen, die von Entwicklerteams
        benutzt werden. Falls Sie Subversion nicht in der
-      Software=Entwicklung verwenden, können Sie den Abschnitt getrost
-      überspringen. Falls Sie ein Software=Entwickler 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
@@ -7958,7 +7958,7 @@
      <para>Allerdings möchten Sie von Zeit zu Zeit spezielle
        Anpassungen des Drittanbieter-Codes in Ihrem eigenen
        Versions-Kontroll-System verwalten. Um auf unser Beispiel aus
-      der Software=Entwicklung zurückzukommen, müssen Entwickler
+      der 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 umfassen und werden nur solange intern

From svnbook at googlecode.com  Wed Feb 18 00:53:09 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 18 Feb 2015 06:53:09 +0000
Subject: [svnbook] r4991 committed - [de] Stylistic changes:...
Message-ID: <e89a8ff1cbd8ae6278050f574573@google.com>

Revision: 4991
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 18 06:52:55 2015 UTC
Log:      [de] Stylistic changes:
* Verzweigen und Zusammenführen
** Was ist ein Zweig?

https://code.google.com/p/svnbook/source/detail?r=4991

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 17  
21:20:36 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
06:52:55 2015 UTC
@@ -35,9 +35,8 @@
      von Subversion verwendet, sofern die entsprechenden deutschen
      Gebietsschemaparameter (<foreignphrase>Locale</foreignphrase>)
      eingestellt sind, was für diese Übersetzung gemacht wurde. In der
-    Übersetzung dieses Buchs werden jedoch auch teilweise die
-    entsprechenden englischen Begriffe
-    <foreignphrase>Branch/Branching</foreignphrase> bzw.
+    Übersetzung dieses Buchs werden jedoch auch die entsprechenden  
englischen
+    Begriffe <foreignphrase>Branch/Branching</foreignphrase> bzw.
      <foreignphrase>Merge/Merging</foreignphrase> verwendet, wenn das
      handlicher erscheint als die teilweise sperrig klingenden
      deutschen Übersetzungen, zumal Begriffe wie
@@ -72,11 +71,11 @@
        <quote>tweaked</quote> for them, since they do things slightly
        differently.</para>
  -->
-    <para>Angenommen, Ihre Aufgabe ist es, ein Dokument für eine
+    <para>Angenommen, Sie haben die Aufgabe, ein Dokument für eine
        Abteilung Ihrer Firma zu pflegen &ndash; eine Art
        Handbuch. Eines Tages fragt eine andere Abteilung nach dem
-      gleichen Handbuch, jedoch an einigen Stellen für ihre
-      Bedürfnisse <quote>abgewandelt</quote>, da sie auf etwas andere
+      gleichen Handbuch, jedoch an einigen Stellen auf ihre
+      Bedürfnisse <quote>angepasst</quote>, da sie auf etwas andere
        Weise arbeiten.</para>

  <!--
@@ -89,7 +88,7 @@
        Offensichtliche: Sie erstellen eine Kopie Ihres Dokumentes und
        beginnen, die beiden Kopien getrennt zu pflegen. Sobald Sie
        irgendeine Abteilung auffordert, kleine Änderungen vorzunehmen,
-      pflegen Sie diese in die eine oder andere Kopie ein.</para>
+      pflegen Sie diese in die entsprechende Kopie ein.</para>

  <!--
      <para>You often want to make the same change to both copies.  For
@@ -102,8 +101,7 @@
        machen. Wenn Sie zum Beispiel einen Schreibfehler in der ersten
        Kopie entdecken, ist es sehr wahrscheinlich, dass dieser Fehler
        auch in der zweiten Kopie vorliegt. Schließlich sind die beiden
-      Dokumente fast gleich; sie unterscheiden sich nur in kleinen
-      Dingen.</para>
+      Dokumente, bis auf kleine Unterschiede, fast gleich.</para>

  <!--
      <para>
@@ -124,13 +122,12 @@
        <indexterm>
          <primary>Branches</primary>
        </indexterm>
-      Das ist das Grundkonzept eines <firstterm>Zweigs</firstterm>
-      (<foreignphrase>Branch</foreignphrase>) &ndash; nämlich eine
-      Entwicklungslinie, die unabhängig von einer anderen existiert,
-      jedoch über eine gemeinsame Geschichte verfügt, wenn weit genug
-      in der Zeit zurück gegangen wird. Ein Zweig beginnt sein Leben
-      stets als eine Kopie von etwas und läuft von da an weiter, wobei
-      er seine eigene Geschichte erzeugt (siehe
+      Das Grundkonzept eines <firstterm>Zweigs</firstterm>
+      (<foreignphrase>Branch</foreignphrase>) ist eine Entwicklungslinie,  
die
+      unabhängig von einer anderen existiert, jedoch über eine gemeinsame
+      Geschichte verfügt, wenn in der Zeit weit genug zurück gegangen  
wird. Ein
+      Zweig beginnt sein Leben stets als eine Kopie von etwas und läuft  
von da
+      an weiter, wobei er seine eigene Geschichte erzeugt (siehe
        <xref linkend="svn.branchmerge.whatis.dia-1"/>).</para>

      <figure id="svn.branchmerge.whatis.dia-1">

From svnbook at googlecode.com  Wed Feb 18 08:02:17 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Wed, 18 Feb 2015 14:02:17 +0000
Subject: [svnbook] r4992 committed - [de] Stylistic enhancements:...
Message-ID: <001a1132e4ba663637050f5d4494@google.com>

Revision: 4992
Author:   jmfelderhoff at gmx.eu
Date:     Wed Feb 18 14:02:04 2015 UTC
Log:      [de] Stylistic enhancements:
Branching and Merging (intro)
* Was ist ein Zweig?
* Verwenden von Zweigen (intro)
** Erzeugen eines Zweiges
** Arbeiten mit Ihrem Zweig
** Die Schlüsselkonzepte des Verzweigens
* Grundlegendes Zusammenführen (intro)
** Änderungsmengen
** Einen Zweig synchron halten
** Reintegration eines Zweigs
** Mergeinfo und Vorschauen

https://code.google.com/p/svnbook/source/detail?r=4992

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
06:52:55 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
14:02:04 2015 UTC
@@ -29,7 +29,7 @@
  -->
    <para>Verzweigen (<foreignphrase>Branching</foreignphrase>) und
      Zusammenführen
-    (<foreignphrase>Merging</foreignphrase>)<footnote><para>Die
+    (<foreignphrase>Merging</foreignphrase><footnote><para>Die
      Begriffe <quote>Verzweigen</quote> bzw. <quote>Zweig</quote> und
      <quote>Zusammenführen</quote> werden durchgängig in den Ausgaben
      von Subversion verwendet, sofern die entsprechenden deutschen
@@ -43,17 +43,17 @@
      <foreignphrase>Branch</foreignphrase>,
      <foreignphrase>Merge</foreignphrase>,
      <foreignphrase>Diff</foreignphrase> Bestandteil des Vokabulars der
-    Entwicklergemeinde sind.</para></footnote> sind grundlegende
+    Entwicklergemeinde sind.</para></footnote>) sind grundlegende
      Konzepte der Versionskontrolle, die zwar konzeptuell einfach zu
-    beschreiben sind, die allerdings hinreichend Komplexität und
-    Feinheiten mit sich bringen, dass sie ein eigenes Kapitel in
+    beschreiben sind, allerdings auch hinreichend Komplexität und
+    Feinheiten mit sich bringen, so dass sie ein eigenes Kapitel in
      diesem Buch verdient haben. Hier werden wir Ihnen sowohl die
-    dahinter stehenden allgemeinen Konzepte vorstellen, als auch den
-    irgendwie einzigartigen Ansatz von Subversion hierzu. Falls Sie sich
-    noch nicht mit den grundlegenden Konzepten von Subversions vertraut
-    gemacht haben sollten (zu finden in <xref linkend="svn.basic"/>),
-    möchten wir Ihnen dazu raten, bevor Sie dieses Kapitel
-    lesen.</para>
+    dahinter stehenden allgemeinen Konzepte vorstellen als auch den,
+    gewissermaßen einzigartigen, Ansatz von Subversion hierzu. Sollten
+    Sie sich noch nicht mit den grundlegenden Konzepten von
+    Subversions vertraut gemacht haben (zu finden in
+    <xref linkend="svn.basic"/>), möchten wir Ihnen vor dem Lesen
+    dieses Kapitel dazu raten.</para>

    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
@@ -148,15 +148,15 @@
        <quote>mix and match</quote> different lines of development in
        your daily work.</para>
  -->
-    <para>Subversion verfügt über Befehle, die Ihnen helfen, parallele
-      Zweige Ihrer Dateien und Verzeichnisse zu verwalten. Es erlaubt
-      Ihnen, durch das Kopieren Ihrer Daten, Zweige zu erstellen und
-      merkt sich, dass die Zweige untereinander in Beziehung
-      stehen. Es hilft Ihnen auch, Änderungen von einem Zweig auf den
-      anderen zu duplizieren. Schließlich ermöglicht es, dass Teile
-      Ihrer Arbeitskopie verschiedene Zweige repräsentieren können,
-      was Ihnen während Ihrer täglichen Arbeit erlaubt, verschiedene
-      Entwicklungslinien zu <quote>mischen und
+    <para>Subversion verfügt über Befehle, die Ihnen dabei helfen,
+      parallele Zweige Ihrer Dateien und Verzeichnisse zu verwalten.
+      Es erlaubt Ihnen, durch Kopieren Ihrer Daten Zweige zu
+      erstellen und merkt sich, dass die Zweige untereinander in
+      Beziehung stehen. Es hilft Ihnen auch dabei, Änderungen von einem
+      Zweig auf einen anderen zu duplizieren. Schließlich ermöglicht es,
+      dass Teile Ihrer Arbeitskopie verschiedene Zweige repräsentieren
+      können, was Ihnen bei Ihrer täglichen Arbeit erlaubt,
+      verschiedene Entwicklungslinien zu <quote>mischen und
        gegenüberzustellen</quote>.</para>

    </sect1>
@@ -176,10 +176,10 @@
        in the repository.  If you don't, go back and read about revisions in
        <xref linkend="svn.basic.in-action.revs"/>.</para>
  -->
-    <para>An dieser Stelle sollten Sie verstehen, wie jede Übergabe an
-      das Projektarchiv dort einen neuen Zustand des Dateibaums
-      (genannt <quote>Revision</quote>) erzeugt. Wenn nicht, blättern
-      Sie zurück und lesen Sie in
+    <para>An dieser Stelle sollten Sie ein Verständnis haben, wie jede
+      Übergabe an das Projektarchiv dort einen neuen Zustand des
+      Dateibaums (genannt <quote>Revision</quote>) erzeugt. Wenn
+      nicht, blättern Sie zurück und lesen Sie in
        <xref linkend="svn.basic.in-action.revs"/> über Revisionen
        nach.</para>

@@ -222,9 +222,9 @@
        <quote>main line</quote> of development is going to take
        place.</para>
  -->
-    <para>Wie bereits vorher sei hier angenommen, dass sowohl Sally
-      als auch Sie Arbeitskopien des Projektes <quote>calc</quote>
-      besitzen. Ausdrücklich hat jeder von Ihnen eine Arbeitskopie von
+    <para>Wie vorher sei hier angenommen, dass sowohl Sally als auch
+      Sie Arbeitskopien des Projektes <quote>calc</quote> besitzen.
+      Genauer gesagt, hat jeder von Ihnen eine Arbeitskopie von
        <filename>/calc/trunk</filename>. Alle Dateien des Projektes
        befinden sich in diesem Unterverzeichnis statt in
        <filename>/calc</filename> selber, da Ihr Team entschieden hat,
@@ -242,14 +242,14 @@
        start committing your changes bit by bit, you'll surely break
        things for Sally (and other team members as well).</para>
  -->
-    <para>Sagen wir mal, dass Sie die Aufgabe bekommen haben, ein
-      großes Stück Software umzusetzen. Die Erstellung benötigt eine
-      lange Zeit und berührt alle Dateien im Projekt. Das Problem,
+    <para>Nehmen wir an, Sie haben die Aufgabe bekommen, einen großen
+      Teil einer Software umzusetzen. Die Erstellung benötigt einen
+      langen Zeitraum und berührt alle Dateien im Projekt. Das Problem,
        dass sofort auftaucht ist, dass Sie Sally nicht in die Quere
        kommen möchten, die gerade hier und da kleinere Fehler
-      beseitigt. Sie ist davon abhängig, dass die letzte Version des
-      Projektes (in <filename>/calc/trunk</filename>) stets benutzbar
-      ist. Wenn Sie nun damit beginnen, Stück für Stück Ihre
+      beseitigt. Sallys Arbeit hängt davon ab, dass die letzte Version
+      des Projektes (in <filename>/calc/trunk</filename>) stets
+      benutzbar ist. Wenn Sie nun damit beginnen, Stück für Stück Ihre
        Änderungen zu übergeben, werden Sie die Dinge für Sally (und
        auch für andere Teammitglieder) bestimmt in Unordnung
        bringen.</para>
@@ -278,7 +278,7 @@
        copy when you eventually run <command>svn update</command> after
        weeks of isolation.</para>
  -->
-    <para>Eine Strategie ist, sich in ein Loch zu verkriechen: Sie
+    <para>Eine Strategie wäre es, sich in ein Loch zu verkriechen: Sie
        können für eine Woche oder zwei den Informationsaustausch
        einstellen, und die Dateien Ihrer Arbeitskopie ausräumen und
        umorganisieren, ohne Änderungen zu übergeben oder die
@@ -297,14 +297,14 @@
        niemand Ihre unmittelbaren Änderungen sieht, haben Sie keine
        möglichen Rückmeldungen und es könnte sein, dass Sie für Wochen
        einen falschen Weg einschlagen, bevor es jemand aus Ihrem Team
-      bemerkt. Schließlich könnte es am Ende sehr schwierig sein, Ihr
-      Arbeitsergebnis wieder mit dem Hauptteil der Quelltexte Ihrer
-      Firma zusammenzuführen, wenn Sie mit Ihren Änderungen fertig
-      sind. Sally (und andere) hätten viele andere Änderungen ins
-      Projektarchiv übergeben haben können, die sich schwer in Ihre
-      Arbeitskopie einarbeiten lassen, wenn Sie schließlich nach
-      Wochen der Isolierung <command>svn update</command>
-      ausführen.</para>
+      bemerkt. Schließlich könnte es am Ende, wenn Sie mit Ihren
+      Änderungen fertig sind, sehr schwierig sein, Ihr Arbeitsergebnis
+      wieder mit dem Hauptteil der Quelltexte Ihrer Firma
+      zusammenzuführen. Sally (und andere) hätten viele andere
+      Änderungen ins Projektarchiv übergeben haben können, die sich
+      schwer in Ihre Arbeitskopie einarbeiten lassen, wenn Sie
+      schließlich nach Wochen der Isolierung <command>svn
+      update</command> ausführen.</para>

  <!--
      <para>The better solution is to create your own branch, or line of
@@ -347,13 +347,14 @@
          Ihres Projektes seine Wurzel im Verzeichnis
          <filename>/calc/trunk</filename> hat, werden Sie diese
          Verzeichnis kopieren. Wo soll die neue Kopie angelegt werden?
-        Wohin Sie wünschen. Der Ort im Projektarchiv, in dem Zweige
+        Wo Sie wünschen. Der Ort im Projektarchiv, in dem Zweige
          gespeichert werden sollen, wird von Subversion den
          Projektrichtlinien überlassen. Schließlich benötigt Ihr Zweig
          noch einen Namen, um ihn von anderen Zweigen zu unterscheiden.
-        Auch diesmal ist der Name, den Sie wählen, für Subversion
+        Auch diesmal ist der von Ihnen gewählte Name für Subversion
          unwichtig &ndash; Sie können einen Namen verwenden, der am
          besten für Sie und Ihr Team geeignet ist.</para>
+
  <!--
        <para>Let's assume that your team (like most) has a policy of
          creating branches in the <filename>branches</filename>
@@ -366,10 +367,10 @@
          which begins its life as a copy
          of <filename>/calc/trunk</filename>.</para>
  -->
-      <para>Nehmen wir an, dass Ihr Team (wie die meisten) die
-        Konvention vereinbart hat, Zweige im Verzeichnis
-        <filename>branches</filename> zu erzeugen, das ein
-        Geschwister-Verzeichnis des Projekt-Stamms ist (in unserem
+      <para>Nehmen wir an, dass Ihr Team (wie die meisten) vereinbart
+        hat, Zweige im Verzeichnis <filename>branches</filename> zu
+        erzeugen, das ein Geschwister-Verzeichnis des Projekt-Stamms
+        (<foreignphrase>Trunk</foreignphrase>) ist (in unserem
          Szenario das Verzeichnis <filename>/calc/branches</filename>).
          Aus Mangel an Phantasie wählen Sie als Namen für Ihren Zweig
          <literal>my-calc-branch</literal>. Das heißt, sie legen ein
@@ -464,8 +465,8 @@
          erzeugt wird. Das neue Verzeichnis ist eine Kopie von
          <filename>/calc/trunk</filename>. Dies wird in <xref
          linkend="svn.branchmerge.using.create.dia-1"/> gezeigt.
-        <footnote> <para>Subversion unterstützt nicht das Kopieren
-        zwischen verschiedenen Projektarchiven. Wenn Sie mit
+        <footnote><para>Subversion unterstützt nicht das Kopieren
+        zwischen unterschiedlichen Projektarchiven. Wenn Sie mit
          <command>svn copy</command> oder <command>svn move</command>
          URLs verwenden, können Sie nur Objekte innerhalb desselben
          Projektarchivs kopieren oder verschieben.</para></footnote>
@@ -524,13 +525,12 @@
            einen neuen Verzeichniseintrag, der auf einen
            <emphasis>bestehenden</emphasis> Baum verweist. Falls Sie
            ein erfahrener Unix-Benutzer sind, werden Sie erkennen, dass
-          es sich um dasselbe Konzept handelt wie bei einem
-          Hardlink. Während weitere Änderungen an den Dateien und
-          Verzeichnissen unterhalb des kopierten Verzeichnisses
-          gemacht werden, fährt Subversion fort, dieses Konzept
-          anzuwenden wo es geht. Es dupliziert Daten nur dann, wenn es
-          notwendig wird, verschiedene Versionen von Objekten
-          auseinanderzuhalten.</para>
+          es sich um dasselbe Konzept handelt wie bei einem Hardlink.
+          Während weitere Änderungen an den Dateien und Verzeichnissen
+          unterhalb des kopierten Verzeichnisses gemacht werden, hält
+          Subversion an diesem Konzept fest wo es geht. Es dupliziert
+          Daten nur dann, wenn es nätig ist, verschiedene Versionen
+          von Objekten auseinanderzuhalten.</para>

  <!--
          <para>This is why you'll often hear Subversion users talk
@@ -544,17 +544,17 @@
            the <quote>bubble up</quote> method in Subversion's design
            documents.)</para>
  -->
-        <para>Deshalb hören Sie Subversion-Benutzer oft von
-          <quote>billigen Kopien</quote> sprechen. Es spielt keine
-          Rolle, wie umfangreich das Verzeichnis ist &ndash; es bedarf
-          lediglich eines kleinen, konstanten Zeitaufwands und
-          Speicherplatzes, um eine Kopie davon zu erstellen. Diese
-          Fähigkeit ist tatsächlich die Grundlage für die Umsetzung
-          von Übergaben in Subversion: Jede Revision ist eine
-          <quote>billige Kopie</quote> der vorhergehenden Revision mit
-          ein paar Dingen, die sich im Innern geändert haben. (Um mehr
-          hierüber zu lesen, gehen Sie auf die Website von Subversion
-          und lesen Sie in den Subversion-Design-Dokumenten über die
+        <para>Deshalb sprechen Subversion-Benutzer oft von
+          <quote>billigen Kopien</quote>. Es spielt keine Rolle, wie
+          umfangreich das Verzeichnis ist: es bedarf lediglich eines
+          kleinen, konstanten Zeitaufwands und wenig Speicherplatzes,
+          um eine Kopie zu erstellen. Diese Fähigkeit ist tatsächlich
+          die Grundlage für die Umsetzung von Übergaben in Subversion:
+          Jede Revision ist eine <quote>billige Kopie</quote> der
+          vorhergehenden Revision mit ein paar Dingen, die sich im
+          Innern geändert haben. (Um mehr hierüber zu lesen, gehen Sie
+          auf die Website von Subversion und lesen Sie in den
+          Subversion-Design-Dokumenten über die
            <quote>bubble-up</quote>-Methode.)</para>

  <!--
@@ -682,9 +682,9 @@
          in <xref linkend="svn.branchmerge.using.work.dia-1"/>) are  
happening on
          <filename>integer.c</filename>.</para>
  -->
-      <para>Nun finden zwei unabhängige Entwicklungslinien (siehe
-        <xref linkend="svn.branchmerge.using.work.dia-1"/>) auf
-        <filename>integer.c</filename> statt.</para>
+      <para>Nun hat <filename>integer.c</filename> zwei unabhängige
+        Entwicklungslinien (siehe
+        <xref linkend="svn.branchmerge.using.work.dia-1"/>).</para>

        <figure id="svn.branchmerge.using.work.dia-1">
  <!--
@@ -811,10 +811,10 @@
        <para>Beachten Sie, dass Subversion die Geschichte von
          <filename>integer.c</filename> auf Ihrem Zweig über die
          gesamte Zeit zurück verfolgt, und dabei sogar über den Punkt
-        hinweg geht, an dem es kopiert wurde. Es zeigt die Erzeugung
+        hinweg geht, an dem er kopiert wurde. Es zeigt die Erzeugung
          des Zweigs als ein Ereignis in der Geschichte, da
          <filename>integer.c</filename> implizit kopiert wurde, als
-        alles andere in <filename>/calc/trunk/</filename> kopiert
+        alles andere aus <filename>/calc/trunk/</filename> kopiert
          wurde. Sehen Sie nun, was passiert, wenn Sally den gleichen
          Befehl auf Ihre Arbeitskopie der Datei anwendet:</para>

@@ -953,7 +953,7 @@
          über das Verzeichnis anders denken oder es anders behandeln,
          doch für Subversion ist es einfach ein gewöhnliches
          Verzeichnis, das nebenbei mit einigen zusätzlichen
-        historischen Informationen ausgestattet ist.</para>
+        historischen Informationen versehen ist.</para>

  <!--
        <para>Second, because of this copy mechanism, Subversion's
@@ -1016,9 +1016,9 @@
      <para>Bei Projekten mit einer großen Zahl von Mitarbeitern
        besitzen die meisten gewöhnlich Arbeitskopien vom Stamm. Sobald
        jemand eine langwierige Änderung machen muss, die wahrscheinlich
-      den Stamm stören würde, ist es Standard, einen Zweig zu erzeugen
-      und die Änderungen bis zum Abschluss der Arbeiten nach dorthin
-      zu übergeben.</para>
+      den Stamm stören würde, ist die Vorgehensweise Standard, einen
+      Zweig zu erzeugen und die Änderungen bis zum Abschluss der
+      Arbeiten nach dorthin zu übertragen.</para>

  <!--
      <para>So, the good news is that you and Sally aren't interfering
@@ -1060,14 +1060,14 @@
        <indexterm>
          <primary>Zusammenführen</primary>
          <see>Merging</see>
-      </indexterm>Stattdessen könnten Sie und Sally fortfahren, während der
-      Arbeit Änderungen gemeinsam zu verwenden. Es liegt an Ihnen, zu
-      entscheiden, welche Änderungen teilenswert sind; Subversion
-      bietet Ihnen die Fähigkeit, Änderungen selektiv zwischen Zweigen
-      zu <quote>kopieren</quote>. Und wenn Sie mit Ihrem Zweig
-      vollständig fertig sind, kann die gesamte Menge Ihrer Änderungen
-      vom Zweig auf den Stamm zurück kopiert werden. In der
-      Terminologie von Subversion heißt der allgemeine Vorgang,
+      </indexterm>Stattdessen könnten Sie und Sally fortfahren,
+      während der Arbeit Änderungen gemeinsam zu verwenden. Es liegt
+      an Ihnen, zu entscheiden, welche Änderungen teilenswert sind;
+      Subversion bietet Ihnen die Fähigkeit, Änderungen selektiv
+      zwischen Zweigen zu <quote>kopieren</quote>. Und wenn Sie mit
+      Ihrem Zweig vollständig fertig sind, kann die gesamte Menge
+      Ihrer Änderungen vom Zweig auf den Stamm zurück kopiert werden.
+      In der Terminologie von Subversion heißt der allgemeine Vorgang,
        Änderungen von einem Zweig auf einen anderen zu übertragen
        <firstterm>Zusammenführung</firstterm>
        (<foreignphrase>Merge</foreignphrase>) und wird durch
@@ -1105,8 +1105,8 @@
        sicherzustellen, dass Ihr Client und Server mindestens die
        Version 1.5 haben.</para>

-<!--
      <sidebar id="svn.branchmerge.basicmerging.mergetracking">
+<!--
        <title>Merge Tracking</title>
        <para>
          <indexterm>
@@ -1122,9 +1122,7 @@
          use a 1.8 client.  This is particularly important with regard to  
merge
          tracking, because the overwhelming majority of fixes and  
enhancements
          to it are on the client side.</para>
-    </sidebar>
  -->
-    <sidebar id="svn.branchmerge.basicmerging.mergetracking">
        <title>Verfolgung von Zusammenführungen</title>
        <para>
          <indexterm>
@@ -1135,19 +1133,18 @@
            <see>Merge-Tracking</see>
          </indexterm>Subversion 1.5 führte die Funktionalität der
          <firstterm>Verfolgung von Zusammenführungen</firstterm>
-        (<foreignphrase>merge tracking</foreignphrase>) in
-        Subversion ein. Vor dieser Funktionalität erforderte das Verfolgen
-        von Zusammenführungen unhandliche manuelle Eingriffe oder die
-        Verwendung externer Werkzeuge. Nachfolgende Ausgaben von Subversion
-        führten viele Verbesserungen und Fehlerbehebungen für das
-        Merge-Tracking ein, weshalb wir empfehlen, die neuesten
-        Versionen sowohl auf Ihrem Server als auch auf dem Client
-        einzusetzen. Vergessen Sie nicht, dass Sie immer noch einen
-        1.8 Client verwenden können, auch wenn auf Ihrem Server
-        1.5-1.7 laufen. Das ist besonders wichtig hinsichtlich des
-        Merge-Trackings, da die überwältigende Mehrheit der
-        Fehlerbehebungen und Verbesserungen auf der Client-Seite statt
-        gefunden hat.</para>
+        (<foreignphrase>merge tracking</foreignphrase>) in Subversion
+        ein. Davor erforderte das Verfolgen von Zusammenführungen
+        unhandliche manuelle Eingriffe oder die Verwendung externer
+        Werkzeuge. Nachfolgende Ausgaben von Subversion führten viele
+        Verbesserungen und Fehlerbehebungen für das Merge-Tracking
+        ein, weshalb wir empfehlen, die neuesten Versionen sowohl auf
+        Ihrem Server als auch auf dem Client einzusetzen. Vergessen
+        Sie nicht, dass Sie immer noch einen 1.8 Client verwenden
+        können, auch wenn auf Ihrem Server 1.5-1.7 laufen. Das ist
+        besonders wichtig hinsichtlich des Merge-Trackings, da die
+        überwältigende Mehrheit der Fehlerbehebungen und
+        Verbesserungen auf der Client-Seite statt gefunden hat.</para>
      </sidebar>

      <!-- ===============================================================  
-->
@@ -1172,7 +1169,7 @@
        <para>
          <indexterm>
            <primary>Changesets</primary>
-        </indexterm>i
+        </indexterm>
          <indexterm>
            <primary>Änderungsmengen</primary>
            <see>Changesets</see>
@@ -1235,11 +1232,11 @@
        <para>In Subversion bezeichnet eine globale Revisionsnummer
          <replaceable>N</replaceable> einen Baum im Projektarchiv: Sie
          beschreibt das Aussehen des Projektarchivs nach der
-        <replaceable>N</replaceable>-ten Übergabe. Sie ist auch der
+        <replaceable>N</replaceable>-ten Übertragung. Sie ist auch der
          Name einer impliziten Änderungsmenge: Wenn Sie den Baum
          <replaceable>N</replaceable> mit dem Baum
          <replaceable>N</replaceable>-1 vergleichen, können Sie genau
-        den Patch ableiten, der übergeben wurde. Daher ist es einfach,
+        den Patch ableiten, der übertragen wurde. Daher ist es einfach,
          sich Revision <replaceable>N</replaceable> nicht nur als Baum
          sondern auch als Änderungsmenge vorzustellen. Falls Sie ein
          Fehlerverwaltungssystem verwenden, können Sie die
@@ -1249,14 +1246,14 @@
          kann jemand <userinput>svn log -r 9238</userinput> aufrufen,
          um den Protokolleintrag zu genau der Änderungsmenge zu lesen,
          die den Fehler behoben hat, und sich mit <userinput>svn diff
-          -c 9238</userinput> den eigentlichen Patch ansehen.  Und
-        auch (wie Sie bald sehen werden) der Subversion Befehl
-        <command>svn merge</command> kann Revisionsnummern verwenden.
-        Sie können bestimmte Änderungsmengen von einem Zweig mit einem
-        anderen zusammenführen, indem sie in den Argumenten zum
-        entsprechenden Kommando benannt werden: Die Übergabe von
-        <userinput>-c 9238</userinput> an <command>svn merge</command>
-        würde das Änderungsmenge r9238 mit Ihrer Arbeitskopie
+        -c 9238</userinput> den eigentlichen Patch ansehen. Und (wie
+        Sie bald sehen werden) auch der Subversion Befehl <command>svn
+        merge</command> kann Revisionsnummern verwenden. Sie können
+        bestimmte Änderungsmengen von einem Zweig mit einem anderen
+        zusammenführen, indem sie in den Argumenten zum entsprechenden
+        Kommando benannt werden: Die Übergabe von <userinput>-c
+        9238</userinput> an <command>svn merge</command> würde das
+        Änderungsmenge r9238 mit Ihrer Arbeitskopie
          zusammenführen.</para>

      </sect2>
@@ -1309,20 +1306,20 @@
            <primary>svn</primary>
            <secondary>Unterbefehle</secondary>
            <tertiary>merge</tertiary>
-        </indexterm>Machen wir mit unserem Beispiel weiter und nehmen an,  
dass
-        eine Woche vergangen ist seitdem Sie begonnen haben, auf
-        Ihrem privaten Zweig zu arbeiten. Ihre Arbeit ist noch nicht
-        beendet, jedoch wissen Sie, dass gleichzeitig andere Leute in
-        Ihrem Team weiterhin wichtige Änderungen im
-        <filename>/trunk</filename> des Projektes machen. Es
-        ist in Ihrem Interesse, diese Änderungen in Ihren Zweig zu
+        </indexterm>Machen wir mit unserem Beispiel weiter und nehmen
+        an, dass eine Woche vergangen ist seitdem Sie mit der Arbeit
+        auf Ihrem privaten Zweig begonnen haben. Ihre Arbeit ist noch
+        nicht beendet, jedoch wissen Sie, dass gleichzeitig andere
+        Leute in Ihrem Team weiterhin wichtige Änderungen in
+        <filename>/trunk</filename> des Projektes machen. Es 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-Merge</firstterm>
-        erreicht &ndash; ein <foreignphrase>Merge</foreignphrase> zu
-        dem Zweck, Ihren Zweig mit Änderungen zu aktualisieren, die
-        seit der Erstellung Ihres Zweigs auf dem Ursprungszweig
-        vorgenommen wurden.
+        Änderungen vertragen. Das wird durch einen
+        <firstterm>Synchronisierungs-Merge</firstterm> erreicht
+        &ndash; ein <foreignphrase>Merge</foreignphrase> zu dem Zweck,
+        Ihren Zweig mit Änderungen zu aktualisieren, die seit der
+        Erstellung Ihres Zweigs auf dem Ursprungszweig vorgenommen
+        wurden.
          <indexterm>
            <primary>Merging</primary>
            <secondary>automatisch</secondary>
@@ -1332,7 +1329,7 @@
          Merge-Quelle und ein Arbeitskopie-Ziel) und Subversion
          entscheiden lassen, welche Änderungen zusammengeführt werden
          müssen &ndash; bei einem automatischen Merge werden keine
-        Änderungsmengen  mit <option>-r</option> oder
+        Änderungsmengen mit <option>-r</option> oder
          <option>-c</option> an <command>svn merge</command>
          übergeben.</para>
  <!--
@@ -1415,7 +1412,7 @@
          </indexterm>Diese einfache Syntax &ndash; <userinput>svn merge
          <replaceable>URL</replaceable></userinput> &ndash; fordert
          Subversion auf, alle Änderungen von dem URL, die vorher noch
-        nicht zusammengeführt wurden,  mit dem aktuellen
+        nicht zusammengeführt wurden, mit dem aktuellen
          Arbeitsverzeichnis (welches typischerweise das
          Wurzelverzeichnis Ihrer Arbeitskopie ist) zusammenzuführen.
          Beachten Sie auch, dass wir die Syntax  mit dem Zirkumflex
@@ -1476,7 +1473,7 @@
            Sie selbstverständlich immer noch zusammenführen, doch
            erwartet Subversion von Ihnen, viele der historischen
            Berechnungen selbst manuell vorzunehmen, die Ihnen das
-          Merge-Tracking abnehmen würde, wenn sie verfügbar
+          Merge-Tracking abnehmen würde, wenn es verfügbar
            wäre.</para>

  <!--
@@ -1530,7 +1527,7 @@
  -->
          <para>Wenn Sie soweit sind, Ihren Zweig mit den fortlaufenden
            Änderungen vom Stamm zu synchronisieren, geben Sie die
-          Start-Revision al die Revision von
+          Start-Revision als die Revision von
            <filename>/calc/trunk</filename> an, von wo aus Sie den
            Zweig kopiert haben, und als End-Revision die letzte
            Änderung auf <filename>/calc/trunk</filename>. Letztere
@@ -1565,7 +1562,7 @@
            merge:</para>
  -->
          <para>Nach dem Auflösen etwaiger Konflikte können Sie die
-          zusammengeführten Änderungen auf Ihrem Zweig übergeben. Um
+          zusammengeführten Änderungen auf Ihren Zweig übertragen. Um
            nun zu vermeiden, dass diese Änderungen künftig erneut mit
            Ihrem Zweig zusammengeführt werden, müssen Sie den bereits
            erfolgten Merge vermerken. Aber wo? Einer der
@@ -1730,7 +1727,7 @@
          . -R</userinput> wieder rückgängig machen und eine lange
          <quote>was geht hier eigentlich vor</quote>-Unterredung mit
          Ihren Mitarbeitern führen. Falls jedoch alles gut aussieht,
-        können Sie die Änderungen an das Projektarchiv übergeben:</para>
+        können Sie die Änderungen zum Projektarchiv übertragen:</para>

        <informalexample>
          <screen>
@@ -1875,7 +1872,7 @@
          again!</para>
  -->
        <para>Nehmen wir an, noch eine Woche sei ins Land gegangen. Sie
-        haben weitere Änderungen an Ihren Zweig übergeben, und Ihre
+        haben weitere Änderungen an Ihren Zweig übertragen, und Ihre
          Kollegen haben damit weitergemacht, den Stamm zu
          verbessern. Nun möchten Sie mal wieder die letzten Änderungen
          vom Stamm mit Ihrem Zweig abgleichen, damit Sie wieder
@@ -1926,11 +1923,11 @@
          in Arbeitskopien mit gemischten Revisionen. Ohne auf
          Einzelheiten einzugehen, liegt das an Einschränkungen der Art
          und Weise, wie Merges durch die Eigenschaft
-        <literal>svn:mergeinfo</literal> verfolgt werden (siehe
-        <xref linkend="svn.branchmerge.basicmerging.mergeinfo"/> zu
-        Details). Diese Einschränkungen bedeuten, dass Merges in
-        Arbeitskopien aus gemischten Revisionen unerwartete Text- und
-        Baumkonflikte hervorrufen können.<footnote><para>Die Option
+        <literal>svn:mergeinfo</literal> verfolgt werden (für Details,
+        siehe <xref linkend="svn.branchmerge.basicmerging.mergeinfo"/>).
+        Diese Einschränkungen bedeuten, dass Merges in Arbeitskopien
+        aus gemischten Revisionen unerwartete Text- und Baumkonflikte
+        hervorrufen können.<footnote><para>Die Option
          <option>--allow-mixed-revisions</option> des Unterbefehls
          <command>svn merge</command> erlaubt Ihnen, diese
          Einschränkung zu umgehen, jedoch sollten Sie das nur dann
@@ -1972,7 +1969,7 @@
          Änderungen berücksichtigt, die Sie noch nicht haben. Einmal
          mehr müssen Sie bauen, testen und die lokalen Änderungen an
          Ihren Zweig mit <command>svn commit</command>
-        übergeben.</para>
+        übertragen.</para>

        <sidebar id="svn.branchmerge.basicmerging.stayinsync.subtree">
  <!--
@@ -2013,8 +2010,8 @@
            <indexterm>
              <primary>Merging</primary>
              <secondary>Teilbaum-Mergeinfo</secondary>
-          </indexterm>In den meisten Beispielen dieses Kapitels ist
-          das Ziel einer Zusammenführung das Wurzelverzeichnis eines
+          </indexterm>In den meisten Beispielen dieses Kapitels liegt
+          das Ziel einer Zusammenführung im Wurzelverzeichnis eines
            Zweigs (siehe <xref linkend="svn.branchmerge.whatis"/>).
            Obwohl es sich dabei um eine empfohlene Vorgehensweise
            handelt, kann es vorkommen, dass Sie gelegentlich einen
@@ -2030,7 +2027,7 @@
            einen Zweig müssen nicht notwendigerweise in den
            Informationen der Wurzel des Zweigs vorliegen. Für eine
            vollständige Übersicht müssen Sie alle Teilbaum-Mergeinfos
-          berücksichtigen.  Glücklicherweise erledigt das Subversion
+          berücksichtigen. Glücklicherweise erledigt das Subversion
            für Sie, so dass Sie sich in den seltensten Fällen selbst
            darum kümmern müssen. Ein kurzes Beispiel hilft bei der
            Erklärung:</para>
@@ -2258,7 +2255,7 @@
          Sie es bisher gemacht haben:<footnote><para>Seit Subversion
          1.7 brauchen Sie nicht unbedingt alle Ihre
          Synchronisierungs-Merges in die Wurzel Ihres Zweigs zu bringen
-        wie in diesem Beispiel.  <emphasis>Falls</emphasis> Ihr Zweig
+        wie in diesem Beispiel. <emphasis>Falls</emphasis> Ihr Zweig
          effektiv durch eine Reihe von Teilbaum-Merges synchronisiert
          ist, wird die Reintegration funktionieren, doch fragen Sie
          sich einmal, warum Sie Teilbäume zusammenführen, wenn doch der
@@ -2327,8 +2324,8 @@
            <primary>Merging</primary>
            <secondary>Reintegrations-Merges</secondary>
          </indexterm><quote>automatischer Reintegrations</quote>-Merge
-        genannt.  Sie benötigen eine Arbeitskopie von
-        <filename>/calc/trunk</filename>.  Sie bekommen sie entweder
+        genannt. Sie benötigen eine Arbeitskopie von
+        <filename>/calc/trunk</filename>. Sie bekommen sie entweder
          durch <command>svn checkout</command>, indem Sie von irgendwo
          auf Ihrer Platte eine alte Arbeitskopie vom Stamm
          hervorkramen, oder den Befehl <command>svn switch</command>
@@ -2350,7 +2347,8 @@
            Subversion 1.8 (das automatisch erkennt, wann ein
            Reintegrations-Merge notwendig ist) als veraltet, wird
            jedoch für Clients von Subversion 1.5 bis 1.7 benötigt, wenn
-          Reintegrations-Merges ausgeführt werden.</para> </tip>
+          Reintegrations-Merges ausgeführt werden.</para>
+      </tip>

  <!--
        <para>Your trunk working copy cannot have any local edits, switched
@@ -2612,21 +2610,21 @@
          />.)</para>
  -->
        <para>Der grundsätzliche Mechanismus, den Subversion verwendet,
-        um Änderungsmengen zu verfolgen &ndash; d.h. welche Änderungen
-        auf welchen Zweig übertragen worden sind &ndash; besteht aus
-        der Datenspeicherung in versionierten Eigenschaften.
-        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>
+        um Änderungsmengen zu verfolgen &ndash; d.h., welche
+        Änderungen auf welchen Zweig übertragen worden sind &ndash;
+        besteht aus der Datenspeicherung in versionierten
+        Eigenschaften.  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>

  <!--
        <para>You can examine the mergeinfo property, just like any other
          versioned property:</para>
  -->
-      <para>Sie können sich die mergeinfo-Eigenschaft ansehen, wie jede  
andere
-        versionierte Eigenschaft:</para>
+      <para>Sie können sich die mergeinfo-Eigenschaft ansehen, wie
+        jede andere versionierte Eigenschaft:</para>

        <informalexample>
          <screen>
@@ -2749,7 +2747,7 @@
          <filename>/calc/branches/my-calc-branch</filename>:</para>
  -->
        <para>Subversion stellt auch den Unterbefehl <command>svn
-          mergeinfo</command> zur Verfügung, der dabei hilfreich ist,
+        mergeinfo</command> zur Verfügung, der dabei hilfreich ist,
          die Zusammenführungen zwischen zwei Zweigen zu zeigen;
          insbesondere welche Änderungsmengen in ein Verzeichnis
          eingeflossen sind oder welche noch für einen Abgleich bereit
@@ -2882,10 +2880,10 @@
            zusammengeführt haben, repräsentieren nur die mit der Option
            <option>--show-revs=merged</option> aufgelisteten Revisionen
            tatsächliche Änderungen auf
-          <filename>/calc/trunk</filename>.  Diese Revisions werden
+          <filename>/calc/trunk</filename>. Diese Revisionen werden
            als <quote>operative</quote> Revisionen hinsichtlich der
            Zusammenführung bezeichnet und sind nicht zu verwechseln mit
-          den operativen Revision, die mit der Option
+          den operativen Revisionen, die mit der Option
            <option>-r</option> verwendet werden, siehe <xref
            linkend="svn.advanced.pegrevs"/>. Wie zu erwarten, werden
            die Revisionen aus dem Bereich r341-378, die

From pavel.lyalyakin at visualsvn.com  Wed Feb 18 10:48:06 2015
From: pavel.lyalyakin at visualsvn.com (Pavel Lyalyakin)
Date: Wed, 18 Feb 2015 19:48:06 +0300
Subject: [PATCH] SVNBook 1.8: add `svnadmin lock` and `svnadmin unlock`
 commands to `svnadmin` reference
Message-ID: <CAEyhmwY=bjuyLD_TJmkg4C3ZYGjRkxyiFVXGEwtmA+mxWzy4Mg@mail.gmail.com>

Hello,

I'm looking through the current state of SVNBook 1.8 and through Subversion 1.8
Release Notes and see that a lot of minor features and improvements are not
mentioned in the book.

I would like to participate in updating the book to cover Subversion 1.8 so let
me start with a small patch that specifies new `svnadmin lock` and `svnadmin
unlock` sub-commands.

Log message:
[[
Add `svnadmin lock` and `svnadmin unlock` commands introduced in Subversion 1.8
to `svnadmin` reference.

* http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-lock
* `svnadmin lock`: http://subversion.tigris.org/issues/show_bug.cgi?id=3942
* `svnadmin unlock`: http://subversion.tigris.org/issues/show_bug.cgi?id=4092

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
]]

--
With best regards,
Pavel Lyalyakin
VisualSVN Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lock-unlock-ref-svnadmin.xml.patch
Type: application/octet-stream
Size: 3715 bytes
Desc: not available
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150218/5a0fa9a0/attachment-0002.obj>

From svnbook at googlecode.com  Thu Feb 19 00:49:01 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 19 Feb 2015 06:49:01 +0000
Subject: [svnbook] r4993 committed - [de] Stylistic changes:...
Message-ID: <001a11c1dfaec52ef3050f6b546f@google.com>

Revision: 4993
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 19 06:48:43 2015 UTC
Log:      [de] Stylistic changes:
* Grundlegendes Zusammenführen
** Undoing Changes
** Zurückholen gelöschter Objekte
* Fortgeschrittenes Zusammenführen
** Rosinenpicken

https://code.google.com/p/svnbook/source/detail?r=4993

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Wed Feb 18  
14:02:04 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 19  
06:48:43 2015 UTC
@@ -3310,16 +3310,16 @@
          Projektarchiv übergeben worden war. Nehmen wir einmal an, Sie
          arbeiten fröhlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
-        damalige Änderungen an verschiedenen Quelltext-Dateien in
+        damaligen Änderungen an verschiedenen Quelltext-Dateien in
          Revision 392 völlig falsch waren. Sie hätten nie übergeben
          werden sollen. Sie können <command>svn merge</command>
          verwenden, um die Änderung in Ihrer Arbeitskopie
          <quote>zurückzunehmen</quote>, und dann die lokale Änderung an
-        das Projektarchiv übergeben. Alles, was Sie hierfür tun
-        müssen, ist, eine <emphasis>umgekehrte</emphasis> Differenz
-        anzugeben.  (Sie machen das durch die Angabe von
-        <option>--revision 303:302</option> oder durch das äquivalente
-        <option>--change -303</option>.)</para>
+        das Projektarchiv übergeben. Sie müssen hierfür nur eine
+        <emphasis>umgekehrte</emphasis> Differenz angeben. (Sie machen
+        das durch die Angabe von <option>--revision 303:302</option>
+        oder durch das äquivalente <option>--change -303</option>.)
+      </para>


        <informalexample>
@@ -3454,7 +3454,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.  (Vielleicht hat jemand ein
+        Übergabe vernichten möchten. (Vielleicht hat jemand ein
          vertrauliches Dokument in das Projektarchiv übergeben.) Das ist
          leider nicht so einfach, da Subversion absichtlich so
          konstruiert wurde, dass es niemals Informationen
@@ -3762,11 +3762,10 @@
  -->
        <para>Obwohl unser Beispiel zeigt, wie eine Datei zurückgeholt
          wird, sollten sie beachten, dass dieselben Techniken auch beim
-        Wiederherstellen von gelöschten Verzeichnissen
-        funktionieren. Beachten Sie auch, dass die Wiederherstellung
-        nicht unbedingt in Ihrer Arbeitskopie passieren muss &ndash;
-        sie kann auch vollständig im Projektarchiv ausgeführt
-        werden:</para>
+        Wiederherstellen von gelöschten Verzeichnissen funktionieren.
+        Beachten Sie auch, dass die Wiederherstellung nicht unbedingt
+        in Ihrer Arbeitskopie passieren muss &ndash; sie kann auch
+        vollständig im Projektarchiv ausgeführt werden:</para>

        <informalexample>
          <screen>
@@ -3809,15 +3808,15 @@
        syntax of the command and discusses a number of common
        scenarios that require it.</para>
  -->
-    <para>Hier endet die automatische Magie. Früher oder später,
-      sobald Sie den Dreh beim Verzweigen und Zusammenführen heraus
-      haben, werden Sie Subversion fragen müssen,
+    <para>Hier endet die automatische Magie. sobald Sie früher oder
+      später den Dreh beim Verzweigen und Zusammenführen heraus haben,
+      werden Sie Subversion fragen müssen,
        <emphasis>bestimmte</emphasis> Änderungen von einem Ort zum
        anderen zusammenzuführen. Um dies tun zu können, werden Sie
        damit beginnen müssen, kompliziertere Argumente an <command>svn
        merge</command> zu übergeben. Der nächste Abschnitt beschreibt
        die vollständig erweiterte Syntax des Befehls und behandelt eine
-      Anzahl verbreiteter Szenarien, die diese benötigen.</para>
+      Anzahl verbreiteter Szenarien, die diese erforderlich macht.</para>

      <!-- ===============================================================  
-->
      <sect2 id="svn.branchmerge.cherrypicking">
@@ -3847,18 +3846,18 @@
          <indexterm>
            <primary>Merging</primary>
            <secondary>Rosinenpicken</secondary>
-        </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
-        wird die Wendung <firstterm>die Rosinen
-        herauspicken</firstterm> in Versions-Kontroll-Systemen
-        verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
-        bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
-        auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
-        sich auch darauf beziehen, eine bestimmte Menge von (nicht
-        notwendigerweise angrenzenden) Änderungsmengen von einem auf
-        einen anderen Zweig zu duplizieren. Dies steht im Gegensatz zu
-        den üblicheren Merge-Szenarien, bei denen der
-        <quote>nächste</quote> zusammenhängende Bereich von Revisionen
-        automatisch dupliziert wird.</para>
+          </indexterm>Genauso oft wie der Begriff  
<quote>Änderungsmenge</quote>
+        wird der Ausdruck <firstterm>Rosinenpicken</firstterm> in
+        Versions-Kontroll-Systemen verwendet. Das bezieht sich darauf,
+        <emphasis>eine</emphasis> bestimmte Änderungsmenge von einem
+        Zweig auszuwählen und sie auf einen anderen anzuwenden.
+        Rosinenpicken kann sich auch darauf beziehen, eine bestimmte
+        Menge von (nicht notwendigerweise angrenzenden)
+        Änderungsmengen von einem auf einen anderen Zweig zu
+        duplizieren. Dieses Vorgehen steht im Gegensatz zu den üblicheren
+        Merge-Szenarien, bei denen der <quote>nächste</quote>
+        zusammenhängende Bereich von Revisionen automatisch dupliziert
+        wird.</para>

  <!--
        <para>Why would people want to replicate just a single change?
@@ -3902,14 +3901,14 @@
          your work.</para>
  -->
        <para>In der Kaffeeküche bekommen Sie mit, dass Sally eine
-        interessante Änderung an <filename>main.c</filename> auf dem
-        Stamm gemacht hat. Als Sie sich die Geschichte der Übergaben
-        auf dem Stamm ansehen, entdecken Sie, dass sie in Revision 413
-        einen kritischen Fehler beseitigt hat, der direkte
-        Auswirkungen auf die Funktion hat, an der Sie gerade arbeiten.
-        Es kann sein, dass Sie noch nicht bereit sind, alle Änderungen
-        vom Stamm zu übernehmen, jedoch benötigen Sie diese bestimmte
-        Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
+        interessante Änderung an <filename>main.c</filename> auf
+        Trunk gemacht hat. Als Sie sich die Geschichte der
+        Übertragungen auf Trunk ansehen, entdecken Sie, dass sie in
+        Revision 413 einen kritischen Fehler beseitigt hat, der
+        direkte Auswirkungen auf die Funktion hat, an der Sie gerade
+        arbeiten.  Es kann sein, dass Sie noch nicht bereit sind, alle
+        Änderungen vom Stamm zu übernehmen, jedoch benötigen Sie diese
+        bestimmte Fehlerbehebung, um mit Ihrer Arbeit weitermachen zu
          können.</para>

  <!--
@@ -3999,7 +3998,7 @@
          </para>
  -->
        <para>Sie können nun Ihre üblichen Tests durchführen, bevor Sie
-        diese Änderung an den Zweig übergeben. Nach der Übergabe
+        diese Änderung an den Zweig übertragen. Nach der Übertragung
          bringt Subversion das <literal>svn:mergeinfo</literal> ihres
          Zweigs auf den neuesten Stand, um festzuhalten, dass r413 mit
          dem Zweig zusammengeführt wurde. Das verhindert, dass künftige
@@ -4009,7 +4008,7 @@
          das Mergeinfo <literal>
          /calc/branches/my-calc-branch:341-379</literal>, Das wurde bei
          unserem in r380 gemachten Reintegrations-Merge nach
-        <filename> /calc/trunk</filename> vom Zweig <filename>
+        <filename>/calc/trunk</filename> vom Zweig <filename>
          /calc/branches/my-calc-branch</filename> aufgezeichnet. Als
          wir den Zweig <filename>my-calc-branch</filename> in r403
          erstellt haben, wurde diese Mergeinfo mit der Kopie
@@ -4063,14 +4062,14 @@
          </literal> revision.  Because we already cherrypicked r413, that
          change is skipped:</para>
  -->
-      <para>Das oben stehende bedeutet, wenn schließlich die Zeit für
-        einen automatischen Synchronisierungs-Merge gekommen ist, dass
-        Subversion den Merge in zwei Teile aufspaltet. Zunächst werden
-        alle in Frage kommenden Merges bis Revision 412 ausgeführt.
-        Dann werden alle in Frage kommenden Revisionen von Revision
-        412 bis zur Revision <literal>HEAD</literal> ausgeführt. Da
-        wir uns bereits r413 herausgepickt haben, wird diese Änderung
-        übersprungen change is skipped:</para>
+      <para>Das oben stehende bedeutet, dass Subversion den Merge in
+        zwei Teile aufspaltet, wenn schließlich die Zeit für einen
+        automatischen Synchronisierungs-Merge gekommen ist. Zunächst
+        werden alle in Frage kommenden Merges bis Revision 412
+        ausgeführt. Dann werden alle in Frage kommenden Revisionen
+        von Revision 412 bis zur Revision <literal>HEAD</literal>
+        zusammengeführt. Da wir uns bereits r413 herausgepickt haben,
+        wird diese Änderung übersprungen:</para>

        <informalexample>
          <screen>
@@ -4098,30 +4097,26 @@
        </informalexample>

  <!--
-      <para>
-        <indexterm>
-          <primary>merging</primary>
-          <secondary>backporting</secondary>
-        </indexterm>This use case of replicating
-        (or <firstterm>backporting</firstterm>) bug fixes from one
-        branch to another is perhaps the most popular reason for
-        cherrypicking changes; it comes up all the time, for example,
-        when a team is maintaining a <quote>release branch</quote> of
-        software.  (We discuss this pattern in
-        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+      <para> <indexterm> <primary>merging</primary>
+      <secondary>backporting</secondary> </indexterm>This use case of
+      replicating (or <firstterm>backporting</firstterm>) bug fixes
+      from one branch to another is perhaps the most popular reason
+      for cherrypicking changes; it comes up all the time, for
+        example, when a team is maintaining a <quote>release
+        branch</quote> of software.  (We discuss this pattern in <xref
+        linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
  -->
-      <para>
-        <indexterm>
-          <primary>Merging</primary>
-          <secondary>nachziehen</secondary>
-        </indexterm>Dieser Anwendungsfall des Abgleichens (oder
+      <para> <indexterm> <primary>Merging</primary>
+          <secondary>nachziehen</secondary> </indexterm>Dieser
+        Anwendungsfall des Abgleichens (oder
          <firstterm>Nachziehens</firstterm>) von Fehlerbehebungen von
          einem Zweig zu einem anderen ist vielleicht der gängigste Grund
-        für Änderungen, die Rosinen herauszupicken; es kommt ständig
+        des Rosinenpickens bei Änderungen; es kommt ständig
          vor, beispielsweise, wenn ein Team einen
          <quote>Software-Release-Zweig</quote> verwendet.  (Wir
-        erörtern dieses Muster in <xref
-          linkend="svn.branchmerge.commonpatterns.release"/>.)</para>
+        erörtern dieses Muster in
+        <xref linkend="svn.branchmerge.commonpatterns.release"/>.)
+      </para>

        <warning>
  <!--
@@ -4156,7 +4151,7 @@
            Fehlermeldung abbrechen und Sie müssen den Konflikt
            auflösen, bevor Sie den Merge erneut anwenden, um den Rest
            der Änderungen zu bekommen.</para>
-  </warning>
+      </warning>

  <!--
        <para>A word of warning: while <command>svn diff</command> and
@@ -4172,11 +4167,11 @@
        <para>Ein Wort zur Warnung: Während <command>svn diff</command>
          und <command>svn merge</command> vom Konzept her sehr ähnlich
          sind, haben sie in vielen Fällen eine unterschiedliche Syntax.
-        Gehen Sie sicher, dass Sie Details hierzu in <xref
+        Stellen Sie sicher, dass Sie Details hierzu in <xref
          linkend="svn.ref.svn"/> nachlesen oder <command>svn help</command>
-        fragen.  Zum Beispiel benötigt <command>svn merge</command>
+        fragen. Zum Beispiel benötigt <command>svn merge</command>
          einen Pfad in der Arbeitskopie als Ziel, d.h., einen Ort, an
-        dem es den erzeugten Patch anwenden kann.  Falls das Ziel
+        dem es den erzeugten Patch anwenden kann. Falls das Ziel
          nicht angegeben wird, nimmt es an, dass Sie eine der folgenden
          häufigen Operationen durchführen möchten:</para>


From svnbook at googlecode.com  Thu Feb 19 01:12:56 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 19 Feb 2015 07:12:56 +0000
Subject: [svnbook] r4994 committed - Changed section title.
Message-ID: <bcaec51ddc574e1f40050f6baaf5@google.com>

Revision: 4994
Author:   jmfelderhoff at gmx.eu
Date:     Thu Feb 19 07:12:41 2015 UTC
Log:      Changed section title.
https://code.google.com/p/svnbook/source/detail?r=4994

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

=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 19  
06:48:43 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Thu Feb 19  
07:12:41 2015 UTC
@@ -3823,7 +3823,7 @@
  <!--
        <title>Cherrypicking</title>
  -->
-      <title>Die Rosinen herauspicken</title>
+      <title>Rosinenpicken</title>

  <!--
        <para>



From pavel.lyalyakin at visualsvn.com  Thu Feb 19 08:38:11 2015
From: pavel.lyalyakin at visualsvn.com (Pavel Lyalyakin)
Date: Thu, 19 Feb 2015 17:38:11 +0300
Subject: [PATCH] SVNBook 1.8: `svndumpfilter` now supports deltified dumps
 (dumps created with `--deltas` option)
Message-ID: <CAEyhmwZQCm-CRDJ9+Yj_WPjOeZi+Os8BdSvTW=abayomf5c=Gw@mail.gmail.com>

Hello,

`svndumpfilter` of SVN 1.7 or older does not work with deltified dump files. In
SVN 1.8, `svndumpfilter` can filter such dumps. This patch makes a note in
`svnadmin dump` command-line reference that SVN 1.8 and newer can filter
deltified dumps while older versions can't.

Log message:
[[
Made a note that `svndumpfilter` in SVN 1.8 can operate with deltified dumps
(`--deltas`) in `svnadmin dump` command-line reference.

* http://subversion.apache.org/docs/release-notes/1.8.html#svndumpfilter-deltas

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
]]

--
With best regards,
Pavel Lyalyakin
VisualSVN Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: deltified-dumps-ref-svnadmin.xml.patch
Type: application/octet-stream
Size: 1255 bytes
Desc: not available
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150219/f5a0802f/attachment-0002.obj>

From pavel.lyalyakin at visualsvn.com  Thu Feb 19 07:59:41 2015
From: pavel.lyalyakin at visualsvn.com (Pavel Lyalyakin)
Date: Thu, 19 Feb 2015 16:59:41 +0300
Subject: [PATCH] SVNBook 1.8: New `svn log` filtering with `--search` and
 `--search-and` options
Message-ID: <CAEyhmwbG4oWY+C=Wm8W98dWcYGjEFSY34=myorFtqHv5iw2t9g@mail.gmail.com>

Hello,

Here is another patch; I'd greatly appreciate if you could review it.

Adding `svn log --search ARG` and `svn log --search ARG --search-and ARG` to svn
command-line reference.

Log message:
[[
Add new (in SVN 1.8) `--search` and `--search-and` command-line options (can be
used with `svn log`) to svn command-line reference:
* http://subversion.apache.org/docs/release-notes/1.8.html#svn-log-search

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
]]

--
With best regards,
Pavel Lyalyakin
VisualSVN Team
-------------- next part --------------
A non-text attachment was scrubbed...
Name: svnlog-filtering-ref-svn.xml.patch
Type: application/octet-stream
Size: 7577 bytes
Desc: not available
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150219/3c86aa43/attachment-0002.obj>

From svnbook at googlecode.com  Thu Feb 19 11:06:27 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Thu, 19 Feb 2015 17:06:27 +0000
Subject: Issue 206 in svnbook: ch02: svn delete wrong description
In-Reply-To: <0-7155889305988986295-5395539614257210973-svnbook=googlecode.com@googlecode.com>
References: <0-7155889305988986295-5395539614257210973-svnbook=googlecode.com@googlecode.com>
Message-ID: <1-7155889305988986295-5395539614257210973-svnbook=googlecode.com@googlecode.com>

Updates:
	Summary: ch02: svn delete wrong description

Comment #1 on issue 206 by cmpilato: ch02: svn delete wrong description
https://code.google.com/p/svnbook/issues/detail?id=206

(No comment was entered for this change.)

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Fri Feb 20 10:38:37 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Fri, 20 Feb 2015 16:38:37 +0000
Subject: [svnbook] r4995 committed - [de] Stylistic changes:...
Message-ID: <bcaec5162357328e51050f87afc8@google.com>

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

From svnbook at googlecode.com  Mon Feb 23 12:08:48 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:08:48 +0000
Subject: [svnbook] r4996 committed - Add new (in SVN 1.8) `--search` and
 `--search-and` command-line...
Message-ID: <20cf30363fc533912c050fc54b8e@google.com>

Revision: 4996
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:08:27 2015 UTC
Log:      Add new (in SVN 1.8) `--search` and `--search-and` command-line
options (can be used with `svn log`) to svn command-line reference:
http://subversion.apache.org/docs/release-notes/1.8.html#svn-log-search

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
           (Tweaked by me.)

https://code.google.com/p/svnbook/source/detail?r=4996

Modified:
  /trunk/en/book/ref-svn.xml

=======================================
--- /trunk/en/book/ref-svn.xml	Wed Feb 13 21:11:19 2013 UTC
+++ /trunk/en/book/ref-svn.xml	Mon Feb 23 18:08:27 2015 UTC
@@ -847,11 +847,76 @@
          </listitem>
        </varlistentry>

+      <varlistentry id="svn.ref.svn.sw.search">
+        <term><option>--search</option>  
<replaceable>ARG</replaceable></term>
+        <listitem>
+          <para>Filters log messages to show only those that match
+            the search pattern <replaceable>ARG</replaceable>.  Log
+            messages are displayed only if the provided search
+            pattern matches any of the author, date, log message
+            text (unless <option>--quiet</option> is used), or, if
+            the <option>--verbose</option> option is also provided,
+            a changed path.  If multiple <option>--search</option>
+            options are provided, a log message is shown if it
+            matches any of the provided search patterns.  If
+            <option>--limit</option> is used, it restricts the
+            number of log messages searched, rather than
+            restricting the output to a particular number of
+            matching log messages.</para>
+
+          <para>The search pattern may include "glob syntax"
+            wildcards:</para>
+
+          <variablelist>
+            <varlistentry>
+              <term>
+                <literal>?</literal>
+              </term>
+              <listitem>
+                <para>Matches any single character.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>*</literal>
+              </term>
+              <listitem>
+                <para>Matches a sequence of arbitrary characters.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>[ABC]</literal>
+              </term>
+              <listitem>
+                <para>Matches any of the characters listed inside the
+                  brackets.</para>
+              </listitem>
+            </varlistentry>
+          </variablelist>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry id="svn.ref.svn.sw.search_and">
+        <term><option>--search-and</option>
+          <replaceable>ARG</replaceable></term>
+        <listitem>
+          <para>
+            The option's argument is combined with the pattern from
+            the previous <option>--search</option>
+            or <option>--search-and</option> option on the command
+            line.  Log message is shown only if it matches the
+            combined search pattern.
+          </para>
+        </listitem>
+      </varlistentry>
+
        <varlistentry id="svn.ref.svn.sw.set_depth">
-        <term><option>--set-depth</option>  
<replaceable>ARG</replaceable></term>
+        <term><option>--set-depth</option>
+          <replaceable>ARG</replaceable></term>
          <listitem>
-          <para>Sets the sticky depth on a directory in a working
-            copy to one of <literal>exclude</literal>,  
<literal>empty</literal>,
+          <para>Sets the sticky depth on a directory in a working copy
+            to one of <literal>exclude</literal>, <literal>empty</literal>,
              <literal>files</literal>, <literal>immediates</literal>,
              or <literal>infinity</literal>.  For detailed coverage
              of what these mean and how to use this option, see
@@ -3429,6 +3494,8 @@
  <xref linkend="svn.ref.svn.sw.limit" />
  <xref linkend="svn.ref.svn.sw.quiet" />
  <xref linkend="svn.ref.svn.sw.revision" />
+<xref linkend="svn.ref.svn.sw.search" />
+<xref linkend="svn.ref.svn.sw.search_and" />
  <xref linkend="svn.ref.svn.sw.stop_on_copy" />
  <xref linkend="svn.ref.svn.sw.targets" />
  <xref linkend="svn.ref.svn.sw.use_merge_history" />
@@ -3728,6 +3795,106 @@
          and <option>--extensions</option>
          (<option>-x</option>).</para>

+      <para>
+        Beginning with Subversion 1.8, users can filter <command>svn  
log</command>
+        output using <option>--search</option> and  
<option>--search-and</option>
+        options.  When using these options, a log message is shown only if  
a
+        revision's author, date, log message text, or list of changed  
paths,
+        matches a search pattern. Searching by changed patch requies
+        <option>--verbose</option> option, otherwise <command>svn  
log</command>
+        does not show changed paths therefore they can't be filtered.
+      </para>
+      <para>
+        The search pattern may include "glob syntax"
+        wildcards:
+      </para>
+      <variablelist>
+        <varlistentry>
+          <term>
+            <literal>?</literal>
+          </term>
+          <listitem>
+            <para>
+              Matches any single character.
+            </para>
+          </listitem>
+        </varlistentry>
+        <varlistentry>
+          <term>
+            <literal>*</literal>
+          </term>
+          <listitem>
+            <para>
+              Matches a sequence of arbitrary
+              characters.
+            </para>
+          </listitem>
+        </varlistentry>
+        <varlistentry>
+          <term>
+            <literal>[ABC]</literal>
+          </term>
+          <listitem>
+            <para>
+              Matches any of the characters listed inside the brackets.
+            </para>
+          </listitem>
+        </varlistentry>
+      </variablelist>
+      <para>
+        Using multiple <option>--search</option> parameters will show log  
messages
+        that match the pattern specified at least in one of the options.   
For example:
+      </para>
+      <informalexample>
+<screen>
+$ svn log --search sally --search harry https://svn.red-bean.com/repos/test
+------------------------------------------------------------------------
+r1701 | sally | 2011-10-12 22:35:30 -0600 (Wed, 12 Oct 2011) | 1 line
+
+Add a reminder.
+------------------------------------------------------------------------
+r1564 | harry | 2011-10-09 22:35:30 -0600 (Sun, 09 Oct 2011) | 1 line
+
+Merge r1560 to the 1.0.x branch.
+------------------------------------------------------------------------
+$
+        </screen>
+      </informalexample>
+      <para>
+        Using <option>--search</option> with <option>--search-and</option>  
options will show log messages
+        that match the combined pattern from both options. For example:
+      </para>
+      <informalexample>
+<screen>
+$ svn log --verbose --search sally --search-and /foo/bar  
https://svn.red-bean.com/repos/test
+------------------------------------------------------------------------
+r1555 | sally | 2011-07-15 22:33:14 -0600 (Fri, 15 Jul 2011) | 1 line
+Changed paths:
+M /foo/bar/src.c
+
+Typofix.
+------------------------------------------------------------------------
+r1530 | sally | 2011-07-13 07:24:11 -0600 (Wed, 13 Jul 2011) | 1 line
+Changed paths:
+M /foo/bar
+M /foo/build
+
+Fix up some svn:ignore properties.
+------------------------------------------------------------------------
+$
+</screen>
+      </informalexample>
+      <tip>
+        <para>
+          <option>--search</option> and <option>--search-and</option>
+          options does not actually perform a search.  They just filter
+          the <command>svn log</command> output to display only log
+          messages that match the specified pattern.  Therefore, if
+          <option>--limit</option> is used, it restricts the number
+          of log messages searched, rather than restricting the
+          output to a particular number of matching log messages.
+        </para>
+      </tip>
      </refsect1>
    </refentry>




From cmpilato at gmail.com  Mon Feb 23 12:17:41 2015
From: cmpilato at gmail.com (C. Michael Pilato)
Date: Mon, 23 Feb 2015 13:17:41 -0500
Subject: [PATCH] SVNBook 1.8: `svndumpfilter` now supports deltified dumps
 (dumps created with `--deltas` option)
In-Reply-To: <CAEyhmwZQCm-CRDJ9+Yj_WPjOeZi+Os8BdSvTW=abayomf5c=Gw@mail.gmail.com>
References: <CAEyhmwZQCm-CRDJ9+Yj_WPjOeZi+Os8BdSvTW=abayomf5c=Gw@mail.gmail.com>
Message-ID: <54EB6EC5.6050906@gmail.com>

On 02/19/2015 09:38 AM, Pavel Lyalyakin wrote:
> Hello,
>
> `svndumpfilter` of SVN 1.7 or older does not work with deltified dump files. In
> SVN 1.8, `svndumpfilter` can filter such dumps. This patch makes a note in
> `svnadmin dump` command-line reference that SVN 1.8 and newer can filter
> deltified dumps while older versions can't.
>
> Log message:
> [[
> Made a note that `svndumpfilter` in SVN 1.8 can operate with deltified dumps
> (`--deltas`) in `svnadmin dump` command-line reference.
>
> * http://subversion.apache.org/docs/release-notes/1.8.html#svndumpfilter-deltas
>
> Patch by: pavel.lyalyakin{_AT_}visualsvn.com
> ]]

Committed in r4998.  I've had to modify each of your patches to avoid
extra whitespace around <para> tags.  Our convention is to do:

   <para>Some text.</para>

rather than:

   <para>
     Some text.
   </para>

It's a minor thing, but the consistency is one fewer distraction for the
OCD-ish among us.  :-)

Thanks for your patches!



From svnbook at googlecode.com  Mon Feb 23 12:22:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:22:51 +0000
Subject: [svnbook] r4999 committed - Reword the description of 'svnadmin lock'.
Message-ID: <001a11c1dfae79486a050fc57dfc@google.com>

Revision: 4999
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:22:28 2015 UTC
Log:      Reword the description of 'svnadmin lock'.
https://code.google.com/p/svnbook/source/detail?r=4999

Modified:
  /trunk/en/book/ref-svnadmin.xml

=======================================
--- /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:15:22 2015 UTC
+++ /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:22:28 2015 UTC
@@ -883,8 +883,10 @@
        <title>Description</title>

        <para>Lock <replaceable>PATH-IN-REPOS</replaceable> in the
-        repository (as <replaceable>USERNAME</replaceable>) taking
-        comments from <replaceable>FILE</replaceable>.  If provided,
+        repository, assigning ownership of the lock
+        to <replaceable>USERNAME</replaceable> and using the contents
+        of <replaceable>FILE</replaceable> as comments associated with
+        the created lock.  If provided,
          use <replaceable>TOKEN</replaceable> as lock token.</para>

      </refsect1>



From svnbook at googlecode.com  Mon Feb 23 12:15:33 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:15:33 +0000
Subject: [svnbook] r4998 committed - Made a note that `svndumpfilter` in SVN
 1.8 can operate with deltified...
Message-ID: <001a113816485f9201050fc5630a@google.com>

Revision: 4998
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:15:22 2015 UTC
Log:      Made a note that `svndumpfilter` in SVN 1.8 can operate with  
deltified
dumps (`--deltas`) in `svnadmin dump` command-line reference.

*  
http://subversion.apache.org/docs/release-notes/1.8.html#svndumpfilter-deltas

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
           (Tweaked by me.)
https://code.google.com/p/svnbook/source/detail?r=4998

Modified:
  /trunk/en/book/ref-svnadmin.xml

=======================================
--- /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:12:29 2015 UTC
+++ /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:15:22 2015 UTC
@@ -511,11 +511,20 @@
          some cases, drastically) the size of the dump file that
          <command>svnadmin dump</command> creates.  There are, however,
          disadvantages to using this option&mdash;deltified
-        dump files are more CPU-intensive to create, cannot be
-        operated on by <command>svndumpfilter</command>, and tend
+        dump files are more CPU-intensive to create and tend
          not to compress as well as their nondeltified counterparts
          when using third-party tools such as <command>gzip</command>
          and <command>bzip2</command>.</para>
+
+      <tip>
+        <para>Beginning with Subversion 1.8,
+          <command>svndumpfilter</command> can operate on deltified
+          dump streams.  Prior to this release,
+          <command>svndumpfilter</command> would not work with dump
+          streams created using <option>--deltas</option>
+          option.</para>
+      </tip>
+
      </refsect1>

      <!-- ===============================================================  
-->



From svnbook at googlecode.com  Mon Feb 23 12:12:40 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 18:12:40 +0000
Subject: [svnbook] r4997 committed - Add `svnadmin lock` and `svnadmin unlock`
 commands introduced in...
Message-ID: <001a11c1dcdc08862e050fc559dc@google.com>

Revision: 4997
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 18:12:29 2015 UTC
Log:      Add `svnadmin lock` and `svnadmin unlock` commands introduced in
Subversion 1.8 to `svnadmin` reference.

* http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-lock
* `svnadmin lock`: http://subversion.tigris.org/issues/show_bug.cgi?id=3942
* `svnadmin unlock`:  
http://subversion.tigris.org/issues/show_bug.cgi?id=4092

Patch by: pavel.lyalyakin{_AT_}visualsvn.com
           (Tweaked by me.)
https://code.google.com/p/svnbook/source/detail?r=4997

Modified:
  /trunk/en/book/ref-svnadmin.xml

=======================================
--- /trunk/en/book/ref-svnadmin.xml	Wed Feb 13 21:11:19 2013 UTC
+++ /trunk/en/book/ref-svnadmin.xml	Mon Feb 23 18:12:29 2015 UTC
@@ -847,6 +847,50 @@
      </refsect1>
    </refentry>

+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.lock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+      <secondary>subcommands</secondary>
+      <tertiary>lock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin lock</refname>
+      <refpurpose>Lock path in the repository directly.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin lock REPOS_PATH PATH-IN-REPOS USERNAME FILE
+        [TOKEN]</literal>
+      </para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Description</title>
+
+      <para>Lock <replaceable>PATH-IN-REPOS</replaceable> in the
+        repository (as <replaceable>USERNAME</replaceable>) taking
+        comments from <replaceable>FILE</replaceable>.  If provided,
+        use <replaceable>TOKEN</replaceable> as lock token.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
+    </refsect1>
+  </refentry>
+
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
@@ -1412,6 +1456,48 @@
        <para>As you can see, <command>svnadmin setuuid</command>
          has no output upon success.</para>

+    </refsect1>
+  </refentry>
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.unlock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+      <secondary>subcommands</secondary>
+      <tertiary>unlock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin unlock</refname>
+      <refpurpose>Unlock path in the repository directly.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin unlock REPOS_PATH LOCKED_PATH USERNAME
+        TOKEN</literal></para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Description</title>
+
+      <para>Unlock <replaceable>LOCKED_PATH</replaceable> in the
+        repository (as <replaceable>USERNAME</replaceable>) after
+        verifying that the token associated with the lock
+        matches <replaceable>TOKEN</replaceable>.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
      </refsect1>
    </refentry>




From svnbook at googlecode.com  Mon Feb 23 14:14:42 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 20:14:42 +0000
Subject: [svnbook] r5000 committed - Fix issue 228: Dubious "svn merge"
 output.  Reported by gan.ainm.riomh...
Message-ID: <001a113816487896c0050fc70d5b@google.com>

Revision: 5000
Author:   cmpilato at gmail.com
Date:     Mon Feb 23 20:14:18 2015 UTC
Log:      Fix issue 228: Dubious "svn merge" output.  Reported by  
gan.ainm.riomhphost.

* en/book/ch04-branching-and-merging.xml
   Fix the output of a 2-URL 'svn merge'.


https://code.google.com/p/svnbook/source/detail?r=5000

Modified:
  /trunk/en/book/ch04-branching-and-merging.xml

=======================================
--- /trunk/en/book/ch04-branching-and-merging.xml	Fri Mar 28 14:22:50 2014  
UTC
+++ /trunk/en/book/ch04-branching-and-merging.xml	Mon Feb 23 20:14:18 2015  
UTC
@@ -4628,7 +4628,7 @@
  $ cd libcomplex-custom
  $ svn merge ^/vendor/libcomplex-1.0.0 \
              ^/vendor/libcomplex-1.0.1
---- Merging differences between URLs into '.':
+--- Merging differences between repository URLs into '.':
  U    src/code.h
  C    src/code.c
  U    README



From svnbook at googlecode.com  Mon Feb 23 14:30:03 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 20:30:03 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <4-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <4-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <5-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Updates:
	Labels: -Milestone-en-1.6 Milestone-en-1.8

Comment #5 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

(No comment was entered for this change.)

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From svnbook at googlecode.com  Mon Feb 23 14:15:42 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Mon, 23 Feb 2015 20:15:42 +0000
Subject: Issue 228 in svnbook: Dubious "svn merge" output 
In-Reply-To: <3-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
References: <3-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
 <0-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>
Message-ID: <4-7155889305988986295-15718121111421495438-svnbook=googlecode.com@googlecode.com>

Updates:
	Status: Fixed

Comment #4 on issue 228 by cmpilato: Dubious "svn merge" output
https://code.google.com/p/svnbook/issues/detail?id=228

Sending        trunk/en/book/ch04-branching-and-merging.xml
Transmitting file data .
Committed revision 5000.


-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings



From cmpilato at gmail.com  Mon Feb 23 12:15:55 2015
From: cmpilato at gmail.com (C. Michael Pilato)
Date: Mon, 23 Feb 2015 13:15:55 -0500
Subject: [PATCH] SVNBook 1.8: New `svn log` filtering with `--search`
 and `--search-and` options
In-Reply-To: <CAEyhmwbG4oWY+C=Wm8W98dWcYGjEFSY34=myorFtqHv5iw2t9g@mail.gmail.com>
References: <CAEyhmwbG4oWY+C=Wm8W98dWcYGjEFSY34=myorFtqHv5iw2t9g@mail.gmail.com>
Message-ID: <54EB6E5B.40709@gmail.com>

On 02/19/2015 08:59 AM, Pavel Lyalyakin wrote:
> Hello,
>
> Here is another patch; I'd greatly appreciate if you could review it.
>
> Adding `svn log --search ARG` and `svn log --search ARG --search-and ARG` to svn
> command-line reference.
>
> Log message:
> [[
> Add new (in SVN 1.8) `--search` and `--search-and` command-line options (can be
> used with `svn log`) to svn command-line reference:
> * http://subversion.apache.org/docs/release-notes/1.8.html#svn-log-search
>
> Patch by: pavel.lyalyakin{_AT_}visualsvn.com
> ]]

Committed in r4996.  Thanks!



From cmpilato at red-bean.com  Mon Feb 23 12:18:38 2015
From: cmpilato at red-bean.com (C. Michael Pilato)
Date: Mon, 23 Feb 2015 13:18:38 -0500
Subject: [PATCH] SVNBook 1.8: add `svnadmin lock` and `svnadmin unlock`
 commands to `svnadmin` reference
In-Reply-To: <CAEyhmwY=bjuyLD_TJmkg4C3ZYGjRkxyiFVXGEwtmA+mxWzy4Mg@mail.gmail.com>
References: <CAEyhmwY=bjuyLD_TJmkg4C3ZYGjRkxyiFVXGEwtmA+mxWzy4Mg@mail.gmail.com>
Message-ID: <CABUQHU5dNQbXTh3qsTNdyYOMEtFbHhPBV_RVOOyvATUHvvW5mg@mail.gmail.com>

Committed in r4997.  Thanks!

On Wed, Feb 18, 2015 at 11:48 AM, Pavel Lyalyakin <
pavel.lyalyakin at visualsvn.com> wrote:

> Hello,
>
> I'm looking through the current state of SVNBook 1.8 and through
> Subversion 1.8
> Release Notes and see that a lot of minor features and improvements are not
> mentioned in the book.
>
> I would like to participate in updating the book to cover Subversion 1.8
> so let
> me start with a small patch that specifies new `svnadmin lock` and
> `svnadmin
> unlock` sub-commands.
>
> Log message:
> [[
> Add `svnadmin lock` and `svnadmin unlock` commands introduced in
> Subversion 1.8
> to `svnadmin` reference.
>
> * http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-lock
> * `svnadmin lock`:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3942
> * `svnadmin unlock`:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4092
>
> Patch by: pavel.lyalyakin{_AT_}visualsvn.com
> ]]
>
> --
> With best regards,
> Pavel Lyalyakin
> VisualSVN Team
>
> _______________________________________________
> svnbook-dev mailing list
> svnbook-dev at red-bean.com
> http://www.red-bean.com/mailman/listinfo/svnbook-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.red-bean.com/pipermail/svnbook-dev/attachments/20150223/ef1bc04a/attachment-0002.html>

From svnbook at googlecode.com  Tue Feb 24 00:48:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 24 Feb 2015 06:48:51 +0000
Subject: =?ISO-8859-1?Q?=5Bsvnbook=5D_r5001_committed_=2D_=5Bde=5D_Changed_=22=FCbergeben?=
 =?ISO-8859-1?Q?=22_to_=22=FCbertragen=22_to_concur_with_Subversions=2E=2E=2E?=
Message-ID: <e89a8ff1c8446009c7050fcfe9c8@google.com>

Revision: 5001
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 24 06:48:19 2015 UTC
Log:      [de] Changed "übergeben" to "übertragen" to concur with  
Subversions
German locale output.

https://code.google.com/p/svnbook/source/detail?r=5001

Modified:
  /branches/1.8/de/book/appa-quickstart.xml
  /branches/1.8/de/book/appb-svn-for-cvs-users.xml
  /branches/1.8/de/book/appc-webdav.xml
  /branches/1.8/de/book/ch01-fundamental-concepts.xml
  /branches/1.8/de/book/ch02-basic-usage.xml
  /branches/1.8/de/book/ch04-branching-and-merging.xml
  /branches/1.8/de/book/ch05-repository-admin.xml
  /branches/1.8/de/book/ch06-server-configuration.xml
  /branches/1.8/de/book/ch07-customizing-svn.xml
  /branches/1.8/de/book/ch08-embedding-svn.xml
  /branches/1.8/de/book/ref-svn.xml
  /branches/1.8/de/book/ref-svnmucc.xml

=======================================
--- /branches/1.8/de/book/appa-quickstart.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/appa-quickstart.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -486,7 +486,7 @@
            version of your file to the repository.</para>
  -->
          <para>Rufen Sie <userinput>svn commit</userinput> auf, um die
-          neue Version Ihrer Datei an das Projektarchiv zu übergeben.
+          neue Version Ihrer Datei an das Projektarchiv zu übertragen.
          </para>
        </listitem>
        <listitem>
=======================================
--- /branches/1.8/de/book/appb-svn-for-cvs-users.xml	Tue Nov 25 15:14:00  
2014 UTC
+++ /branches/1.8/de/book/appb-svn-for-cvs-users.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -224,7 +224,7 @@
        bestimmte Ansammlung von Verzeichniseinträgen und Eigenschaften.
        Angenommen, wir beginnen nun damit, Dateien dem Verzeichnis
        <filename>foo</filename> hinzuzufügen und wegzunehmen und diese
-      Änderungen dann zu übergeben. Es wäre eine Lüge, zu behaupten,
+      Änderungen dann zu übertragen. Es wäre eine Lüge, zu behaupten,
        dass wir immer noch Revision 5 von <filename>foo</filename>
        hätten. Wenn wir allerdings die Revisionsnummer von
        <filename>foo</filename> nach der Übergabe erhöht hätten, wäre
@@ -244,7 +244,7 @@
        contain <quote>imperfect</quote> directory revisions.</para>
  -->
      <para>Subversion behandelt dieses Problem, indem es
-      stillschweigend übergebene Hinzufügungen sowie Löschungen im
+      stillschweigend übertragene Hinzufügungen sowie Löschungen im
        <filename>.svn</filename>-Bereich mitverfolgt. Wenn Sie
        schließlich <userinput>svn update</userinput> aufrufen, wird
        alles in Bezug auf das Projektarchiv glattgezogen und die neue
@@ -267,12 +267,12 @@
  -->
      <para>Auf ähnliche Art ergibt sich ein Problem, wenn Sie
        versuchen, Eigenschafts-Änderungen an einem Verzeichnis zu
-      übergeben. Normalerweise würde die Übergabe die lokale
+      übertragen. Normalerweise würde die Übergabe die lokale
        Revisionsnummer erhöhen, was jedoch eine Lüge wäre, da
        Hinzufügungen oder Löschungen vorhanden sein könnten, die das
        Verzeichnis noch nicht mitbekommen hat, da es nicht aktualisiert
        worden ist. <emphasis>Deshalb dürfen Sie Änderungen an
-      Verzeichnis-Eigenschaften nicht übergeben, bevor Sie das Verzeichnis
+      Verzeichnis-Eigenschaften nicht übertragen, bevor Sie das Verzeichnis
        aktualisiert haben.</emphasis></para>

  <!--
@@ -736,7 +736,7 @@
        zu Problemen geführt, da CVS nicht genug macht. Viele Benutzer
        vergessen das <literal>C</literal> nachdem es über ihr Terminal
        geschossen ist (oder sehen es nicht). Oftmals vergessen sie,
-      dass überhaupt Konfliktmarkierungen vorhanden sind und übergeben
+      dass überhaupt Konfliktmarkierungen vorhanden sind und übertragen
        versehentlich Dateien, die diese Konfliktmarkierungen
        enthalten.</para>

=======================================
--- /branches/1.8/de/book/appc-webdav.xml	Tue Feb  3 17:18:07 2015 UTC
+++ /branches/1.8/de/book/appc-webdav.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -384,7 +384,7 @@
      <para>Bevor Sie dieses Merkmal aktivieren, sollten Sie verstehen,
        worauf Sie sich einlassen. WebDAV-Clients neigen dazu,
        <emphasis>viele</emphasis> Schreibanfragen abzusetzen, was zu
-      einer riesigen Menge automatisch übergebener Revisionen führt.
+      einer riesigen Menge automatisch übertragener Revisionen führt.
        Beim Sichern von Daten beispielsweise geben viele Clients ein
        <literal>PUT</literal> einer 0-Byte-Datei aus (um somit einen
        Namen zu reservieren), gefolgt von einem weiteren
=======================================
--- /branches/1.8/de/book/ch01-fundamental-concepts.xml	Tue Feb  3 17:18:07  
2015 UTC
+++ /branches/1.8/de/book/ch01-fundamental-concepts.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -268,7 +268,7 @@
          <quote>versionskontroll-bewusst</quote> sein müssen, um die
          Daten zu lesen und zu schreiben. Die Aufgabe, die Arbeitskopie
          zu verwalten und Änderungen an ihrem Inhalt zum und vom
-        Projektarchiv zu übergeben, fällt genau der Client-Software
+        Projektarchiv zu übertragen, fällt genau der Client-Software
          des Versions-Kontroll-Systems zu.</para>

      </sect2>
@@ -1557,7 +1557,7 @@
  -->
                <para>Die Datei im Arbeitsverzeichnis ist unverändert, und
                  keinerlei Änderungen an der Datei sind seit der
-                Arbeitsrevision an das Projektarchiv übergeben worden. Ein
+                Arbeitsrevision an das Projektarchiv übertragen worden. Ein
                  <command>svn commit</command> der Datei würde nichts
                  machen, und ein <command>svn update</command> der Datei
                  auch nicht.</para>
@@ -1582,9 +1582,9 @@
  -->
                <para>Die Datei wurde im Arbeitsverzeichnis geändert, und
                  keinerlei Änderungen an der Datei sind seit der letzten
-                Aktualisierung an das Projektarchiv übergeben worden. Es
+                Aktualisierung an das Projektarchiv übertragen worden. Es
                  gibt lokale Änderungen, die noch nicht an das Projektarchiv
-                übergeben worden sind, so dass ein <command>svn
+                übertragen worden sind, so dass ein <command>svn
                  commit</command> der Datei Ihre Änderungen erfolgreich
                  veröffentlichen würde, und ein <command>svn
                  update</command> der Datei nichts tun würde.</para>
@@ -2098,7 +2098,7 @@
              eine Aktion, die in das Projektarchiv schreibt keine
              Aktion zur Folge hat, die aus dem Projektarchiv liest und
              umgekehrt. Wenn Sie bereit sind, neue Änderungen an das
-            Projektarchiv zu übergeben, heißt das noch lange nicht,
+            Projektarchiv zu übertragen, heißt das noch lange nicht,
              dass Sie auch die Änderungen anderer haben möchten. Und
              wenn Sie noch an Änderungen arbeiten, sollte <command>svn
              update</command> elegant die Änderungen aus dem
@@ -2314,7 +2314,7 @@
              destroying changes you've not yet seen.</para>
  -->
            <para>Erstens kann die Löschung einer Datei oder eines
-            Verzeichnisses nicht an das Projektarchiv übergeben werden,
+            Verzeichnisses nicht an das Projektarchiv übertragen werden,
              wenn die Datei oder das Verzeichnis nicht ganz aktuell ist.
              Falls eine neuere Version im Projektarchiv existiert, wird Ihr
              Löschversuch abgelehnt, um zu vermeiden, dass Sie
@@ -2331,7 +2331,7 @@
              destroy properties you've not yet seen.</para>
  -->
            <para>Zweitens können Sie keine Änderungen an Metadaten eines
-            Verzeichnisses an das Projektarchiv übergeben, wenn das
+            Verzeichnisses an das Projektarchiv übertragen, wenn das
              Verzeichnis nicht ganz aktuell ist.  In
              <xref linkend="svn.advanced"/> werden Sie lernen, wie man
              <quote>Eigenschaften</quote> an Objekte hängt. Die
=======================================
--- /branches/1.8/de/book/ch02-basic-usage.xml	Wed Dec 17 08:26:21 2014 UTC
+++ /branches/1.8/de/book/ch02-basic-usage.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -863,7 +863,7 @@
  -->
      <para>Sofern Sie nicht bereit sind, das Hinzufügen einer neuen
        Datei oder eines neuen Verzeichnisses oder Änderungen an
-      bestehenden Objekten an das Projektarchiv zu übergeben, besteht
+      bestehenden Objekten an das Projektarchiv zu übertragen, besteht
        keine Notwendigkeit, dem Subversion-Server mitzuteilen, dass Sie
        irgendetwas gemacht haben.</para>

@@ -1066,7 +1066,7 @@
            create the newest versions of all the things you modified.
            Now others can see your work, too!</para>
  -->
-        <para><emphasis>Veröffentlichen (übergeben) Sie Ihre
+        <para><emphasis>Veröffentlichen (übertragen) Sie Ihre
            Änderungen.</emphasis> Der Befehl <command>svn
            commit</command> überträgt Ihre Änderungen in das
            Projektarchiv, in dem sie, falls sie angenommen werden, die
@@ -1149,7 +1149,7 @@
  -->
        <para>In diesem Fall sieht es so aus, dass jemand Änderungen
          sowohl an <filename>foo.c</filename> als auch an
-        <filename>bar.c</filename> übergeben hat, seit Sie das letzte
+        <filename>bar.c</filename> übertragen hat, seit Sie das letzte
          Mal aktualisiert haben, und Subversion hat Ihre Arbeitskopie
          aktualisiert, damit sie beide Änderungen enthält.</para>

@@ -1232,7 +1232,7 @@
          oder Verschieben <quote>einzuplanen</quote>. Diese Änderungen
          können sofort in Ihrer Arbeitskopie stattfinden, jedoch wird
          im Projektarchiv nichts hinzugefügt oder gelöscht bevor Sie
-        die Änderungen übergeben haben.</para>
+        die Änderungen übertragen haben.</para>

        <sidebar>
  <!--
@@ -1288,7 +1288,7 @@
            won't prevent Windows users from performing their other
            Subversion-related activities.</para> </sidebar>
  -->
-        <para>Wenn ein Symlink in Subversion übergeben wird, merkt
+        <para>Wenn ein Symlink in Subversion übertragen wird, merkt
            sich Subversion sowohl, dass die Datei eigentlich ein
            Symlink ist, als auch das Objekt, auf das der Symlink
            <quote>zeigt</quote>. Wenn dieser Symlink auf einem
@@ -1340,7 +1340,7 @@
              <para>Verwenden Sie diesen Befehl, um die Datei, das
                Verzeichnis oder den symbolischen Link
                <filename>FOO</filename> zum Hinzufügen in das
-              Projektarchiv vormerken. Wenn Sie das nächste Mal übergeben,
+              Projektarchiv vormerken. Wenn Sie das nächste Mal übertragen,
                wird <filename>FOO</filename> ein Kind seines
                Elternverzeichnisses. Beachten Sie, dass alles unterhalb
                von <filename>FOO</filename> zum Hinzufügen vorgemerkt
@@ -1388,7 +1388,7 @@
                Arbeitskopie entfernt, falls es eine Datei oder ein Link
                ist. Falls <filename>FOO</filename> ein Verzeichnis ist,
                wird es nicht gelöscht, sondern zum Löschen vorgemerkt.
-              Wenn Sie Ihre Änderungen übergeben, wird das gesamte
+              Wenn Sie Ihre Änderungen übertragen, wird das gesamte
                Verzeichnis <filename>FOO</filename> aus der
                Arbeitskopie und dem Projektarchiv entfernt.
                <footnote><para>Selbstverständlich wird nichts jemals
@@ -1552,9 +1552,9 @@
            der Hauptvorteil einer Arbeitskopie darin, dass sie sich als
            eine Art <quote>Bereitstellungsraum</quote> verwenden lässt.
            Sie können sicherstellen, dass die Änderungen, die Sie
-          übergeben möchten, im Gesamtzusammenhang Ihres Projektes
+          übertragen möchten, im Gesamtzusammenhang Ihres Projektes
            einen Sinn ergeben, bevor sie tatsächlich in das
-          Projektarchiv übergeben werden. Und selbstverständlich
+          Projektarchiv übertragen werden. Und selbstverständlich
            können diese vorbereiteten Änderungen so einfach oder so
            kompliziert wie notwendig sein, und dennoch bei der Übergabe
            in einer einzigen neuen Revision münden.</para>
@@ -1598,7 +1598,7 @@
          anzusehen.  Dadurch, dass Sie die Änderungen noch einmal
          begutachten, können Sie eine genauere
          <firstterm>Protokollnachricht</firstterm> schreiben (eine
-        menschenlesbare Beschreibung der übergebenen Änderungen, die
+        menschenlesbare Beschreibung der übertragenen Änderungen, die
          neben ihnen im Projektarchiv gespeichert wird). Es könnte auch
          sein, dass Sie feststellen, versehentlich eine Datei geändert
          zu haben, und dass Sie vor der Übergabe diese Änderung
@@ -1828,7 +1828,7 @@
                  Ihrer Arbeitskopie haben (und konnten beim
                  Aktualisieren nicht automatisch aufgelöst werden). Sie
                  müssen den Konflikt auflösen, bevor Sie Ihre
-                Änderungen in das Projektarchiv übergeben können.</para>
+                Änderungen in das Projektarchiv übertragen können.</para>

              </listitem>
            </varlistentry>
@@ -2176,7 +2176,7 @@
            handelt, die Unterschiede an einer oder mehreren Dateien
            beschreiben.  Daher können Sie die in Ihrer Arbeitskopie
            vorgenommenen Änderungen mit jemanden teilen, ohne die
-          Änderungen erst übergeben zu müssen, indem Sie aus der
+          Änderungen erst übertragen zu müssen, indem Sie aus der
            umgeleiteten Ausgabe des Befehls <command>svn diff</command>
            eine Patch-Datei erzeugen:</para>

@@ -2485,7 +2485,7 @@
          <filename>bar.c</filename> hineinzubringen, festgestellt hat,
          dass einige dieser Änderungen mit lokalen Änderungen
          kollidieren, die Sie an dieser Datei in Ihrer Arbeitskopie
-        vorgenommen, jedoch noch nicht übergeben haben. Vielleicht hat
+        vorgenommen, jedoch noch nicht übertragen haben. Vielleicht hat
          jemand dieselbe Textzeile wie Sie geändert. Wie dem auch sei,
          Subversion markiert diese Datei umgehend als konfliktbehaftet.
          Dann fragt es Sie, wie Sie mit diesem Problem umgehen möchten,
@@ -3252,7 +3252,7 @@
          <para>An dieser Stelle erlaubt Subversion Sally
            <emphasis>nicht</emphasis>, die Datei
            <filename>sandwich.txt</filename> an das Projektarchiv zu
-          übergeben, solange die drei temporären Dateien nicht
+          übertragen, solange die drei temporären Dateien nicht
            entfernt werden:</para>

          <informalexample>
@@ -3518,7 +3518,7 @@
            bekommt.<footnote><para>Und wenn Sie danach fragen, wird man
            Sie wahrscheinlich auf einer Schiene aus der Stadt
            tragen.</para></footnote> Sobald Sie sich über die zu
-          übergebenden Änderungen einig sind, können Sie Ihre Datei
+          übertragenden Änderungen einig sind, können Sie Ihre Datei
            bearbeiten und die Konfliktmarken entfernen:</para>

          <informalexample>
@@ -3542,7 +3542,7 @@
  -->
          <para>Verwenden Sie jetzt <command>svn resolve</command>, und
            Sie sind bereit, Ihre Änderungen an das Projektarchiv zu
-          übergeben:</para>
+          übertragen:</para>

          <informalexample>
            <screen>
@@ -3715,7 +3715,7 @@
  -->
        <para>Endlich!  Sie haben die Bearbeitung abgeschlossen, Sie
          haben alle Änderungen vom Server eingearbeitet, und Sie sind
-        bereit, Ihre Änderungen an das Projektarchiv zu übergeben.</para>
+        bereit, Ihre Änderungen an das Projektarchiv zu übertragen.</para>

  <!--
        <para>The <command>svn commit</command> command sends all of
@@ -3728,7 +3728,7 @@
  -->
        <para>Der Befehl <command>svn commit</command> schickt all Ihre
          Änderungen zum Projektarchiv. Wenn Sie eine Änderung
-        übergeben, müssen Sie einen Protokolleintrag erstellen, der
+        übertragen, müssen Sie einen Protokolleintrag erstellen, der
          die Änderung beschreibt. Dieser Eintrag wird mit der von Ihnen
          erzeugten neuen Revision verknüpft. Wenn Ihr
          Eintrag kurz ist, können Sie ihn mit der Option
@@ -3917,7 +3917,7 @@
        <emphasis>going into</emphasis> it.</para>
  -->
      <para>Ihr Subversion-Projektarchiv ist wie eine Zeitmaschine. Es legt
-      einen Eintrag für jede jemals übergebene Änderung an und erlaubt
+      einen Eintrag für jede jemals übertragene Änderung an und erlaubt
        Ihnen, diese Geschichte durch die Untersuchung sowohl ehemaliger
        Datei- und Verzeichnisversionen als auch der begleitenden
        Metadaten zu erforschen. Mit einem einzigen Subversion-Befehl
@@ -4115,7 +4115,7 @@
            repository:</para>
  -->
          <para>Wird eine einzelne Nummer mit <option>--revision</option>
-          (<option>-r</option>) übergeben, wird die Arbeitskopie mit
+          (<option>-r</option>) übertragen, wird die Arbeitskopie mit
            der angegebenen Revision im Projektarchiv verglichen:</para>

          <informalexample>
@@ -4153,7 +4153,7 @@
  -->
          <para>Werden zwei Revisionsnummern durch einen Doppelpunkt
            getrennt mit <option>--revision</option>
-          (<option>-r</option>) übergeben, werden die beiden
+          (<option>-r</option>) übertragen, werden die beiden
            Revisionen direkt miteinander verglichen:</para>

          <informalexample>
@@ -4374,7 +4374,7 @@
          <title>Why Does svn log Not Show Me What I
            Just Committed?</title>
  -->
-        <title>Warum zeigt mir svn log nicht, was ich gerade übergeben
+        <title>Warum zeigt mir svn log nicht, was ich gerade übertragen
            habe?</title>

  <!--
@@ -4397,14 +4397,14 @@
            log</command> by using the <option>- -revision</option>
            (<option>-r</option>) option.</para>
  -->
-        <para>Wenn Sie Ihre Änderungen an das Projektarchiv übergeben und
+        <para>Wenn Sie Ihre Änderungen an das Projektarchiv übertragen und
            sofort <userinput>svn log</userinput> ohne Argumente
            eingeben, wird Ihnen vielleicht auffallen, dass Ihre letzte
            Änderung nicht in der Liste der Protokolleinträge
            auftaucht. Das liegt an der Kombination des Verhaltens von
            <command>svn commit</command> und dem Standardverhalten von
            <command>svn log</command>. Wenn Sie Änderungen an das
-          Projektarchiv übergeben, erhöht <command>svn</command> zunächst
+          Projektarchiv übertragen, erhöht <command>svn</command> zunächst
            nur die Revision der Dateien (und Verzeichnisse) die es
            übernimmt, so dass das Elternverzeichnis normalerweise auf
            der älteren Revision verbleibt (siehe <xref
@@ -4412,7 +4412,7 @@
            die Erklärung, warum das so ist). <command>svn log</command>
            holt dann standardmäßig die Geschichte des Verzeichnisses in
            der gegenwärtigen Revision, und so kommt es, dass Sie die
-          neu übergebenen Änderungen nicht sehen. Die Lösung besteht
+          neu übertragenen Änderungen nicht sehen. Die Lösung besteht
            entweder in einer Aktualisierung Ihrer Arbeitskopie oder
            indem Sie dem Befehl <command>svn log</command> ausdrücklich
            mit der Option <option>--revision</option>
@@ -4972,9 +4972,9 @@
  -->
          <para>Viele Subversion-Neulinge versuchen das vorangehende
            <command>svn update</command>-Beispiel zu verwenden, um
-          übergebene Änderungen <quote>rückgängig</quote> zu machen,
+          übertragene Änderungen <quote>rückgängig</quote> zu machen,
            was allerdings nicht funktioniert, da Sie keine Änderungen
-          übergeben können, die Sie durch das zeitliche Zurücksetzen
+          übertragen können, die Sie durch das zeitliche Zurücksetzen
            einer Arbeitskopie erhalten haben, falls die geänderten
            Dateien neuere Revisionen haben. Siehe <xref
            linkend="svn.branchmerge.basicmerging.resurrect"/> für eine
@@ -5256,10 +5256,10 @@
        Dateiinhalten gesprochen. Wenn Sie und Ihre Mitarbeiter
        überlappende Änderungen innerhalb derselben Datei vornehmen,
        zwingt Sie Subversion dazu, diese Änderungen zusammenzuführen,
-      bevor Sie sie übergeben können.<footnote><para>Natürlich
+      bevor Sie sie übertragen können.<footnote><para>Natürlich
        <emphasis>könnten</emphasis> Sie Dateien, die
        Konfliktmarkierungen enthalten, als konfliktfrei erklären und
-      übergeben, wenn Sie es wirklich wollten, doch das wird in der
+      übertragen, wenn Sie es wirklich wollten, doch das wird in der
        Praxis kaum gemacht.</para></footnote></para>

  <!--
@@ -5295,7 +5295,7 @@
        verschieben oder löschen, an der Sie noch arbeiten? Vielleicht
        gab es ein Verständnisproblem oder die eine Person glaubt, die
        Datei soll gelöscht werden, während die andere Person noch
-      Änderungen an der Datei übergeben will. Vielleicht haben Ihre
+      Änderungen an der Datei übertragen will. Vielleicht haben Ihre
        Mitarbeiter ja auch etwas Refactoring betrieben und dabei
        Dateien umbenannt und Verzeichnisse verschoben. Falls Sie noch
        an diesen Dateien gearbeitet haben, müssten diese Änderungen auf
@@ -5683,7 +5683,7 @@
          resolved:</para>
  -->
        <para><filename>bar.c</filename> heißt nun Opfer eines
-        Baumkonfliktes.  Sie kann nicht übergeben werden, bevor der
+        Baumkonfliktes.  Sie kann nicht übertragen werden, bevor der
          Konflikt aufgelöst wird:</para>

        <informalexample>
@@ -5932,7 +5932,7 @@
          the extra work he caused for you.</para>
  -->
        <para>Sie haben nun Ihren ersten Baumkonflikt aufgelöst! Sie
-        können Ihre Änderungen übergeben und Harry in der Kaffeepause
+        können Ihre Änderungen übertragen und Harry in der Kaffeepause
          erzählen, welche Mehrarbeit er Ihnen bereitet hat.</para>

      </sect2>
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml	Fri Feb 20  
16:38:24 2015 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml	Tue Feb 24  
06:48:19 2015 UTC
@@ -250,7 +250,7 @@
        beseitigt. Sallys Arbeit hängt davon ab, dass die letzte Version
        des Projektes (in <filename>/calc/trunk</filename>) stets
        benutzbar ist. Wenn Sie nun damit beginnen, Stück für Stück Ihre
-      Änderungen zu übergeben, werden Sie die Dinge für Sally (und
+      Änderungen zu übertragen, werden Sie die Dinge für Sally (und
        auch für andere Teammitglieder) bestimmt in Unordnung
        bringen.</para>

@@ -281,7 +281,7 @@
      <para>Eine Strategie wäre es, sich in ein Loch zu verkriechen: Sie
        können für eine Woche oder zwei den Informationsaustausch
        einstellen, und die Dateien Ihrer Arbeitskopie ausräumen und
-      umorganisieren, ohne Änderungen zu übergeben oder die
+      umorganisieren, ohne Änderungen zu übertragen oder die
        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
@@ -301,7 +301,7 @@
        Änderungen fertig sind, sehr schwierig sein, Ihr Arbeitsergebnis
        wieder mit dem Hauptteil der Quelltexte Ihrer Firma
        zusammenzuführen. Sally (und andere) hätten viele andere
-      Änderungen ins Projektarchiv übergeben haben können, die sich
+      Änderungen ins Projektarchiv übertragen haben können, die sich
        schwer in Ihre Arbeitskopie einarbeiten lassen, wenn Sie
        schließlich nach Wochen der Isolierung <command>svn
        update</command> ausführen.</para>
@@ -627,7 +627,7 @@
  -->
        <para>An dieser Arbeitskopie ist nichts besonders; sie spiegelt
          bloß ein anderes Verzeichnis im Projektarchiv wider. Wenn Sie
-        Änderungen übergeben, wird sie Sally jedoch nicht sehen, wenn
+        Änderungen übertragen, wird sie Sally jedoch nicht sehen, wenn
          sie aktualisiert, da sie eine Arbeitskopie von
          <filename>/calc/trunk</filename> hat. (Stellen Sie sicher,
          dass Sie <xref linkend="svn.branchmerge.switchwc"/> weiter
@@ -3278,7 +3278,7 @@
          rückgängig zu machen, und versuchen Sie den Befehl erneut mit
          unterschiedlichen Optionen. Der Abgleich ist solange nicht
          endgültig, bis Sie mit <command>svn commit</command> das
-        Ergebnis übergeben.</para>
+        Ergebnis übertragen.</para>


      </sect2>
@@ -3307,15 +3307,15 @@
  -->
        <para>Sehr häufig wird <command>svn merge</command> verwendet,
          um eine Änderung rückgängig zu machen, die bereits an das
-        Projektarchiv übergeben worden war. Nehmen wir einmal an, Sie
+        Projektarchiv übertragen worden war. Nehmen wir einmal an, Sie
          arbeiten fröhlich in einer Arbeitskopie von
          <filename>/calc/trunk</filename> und entdecken, dass die
          damaligen Änderungen an verschiedenen Quelltext-Dateien in
-        Revision 392 völlig falsch waren. Sie hätten nie übergeben
+        Revision 392 völlig falsch waren. Sie hätten nie übertragen
          werden sollen. Sie können <command>svn merge</command>
          verwenden, um die Änderung in Ihrer Arbeitskopie
          <quote>zurückzunehmen</quote>, und dann die lokale Änderung an
-        das Projektarchiv übergeben. Sie müssen hierfür nur eine
+        das Projektarchiv übertragen. Sie müssen hierfür nur eine
          <emphasis>umgekehrte</emphasis> Differenz angeben. (Sie machen
          das durch die Angabe von <option>--revision 303:302</option>
          oder durch das äquivalente <option>--change -303</option>.)
@@ -3455,7 +3455,7 @@
          <literal>HEAD</literal> eines Projektes interessiert. Es gibt
          jedoch Spezialfälle, in denen Sie wirklich alle Beweise der
          Übergabe vernichten möchten. (Vielleicht hat jemand ein
-        vertrauliches Dokument in das Projektarchiv übergeben.) Das ist
+        vertrauliches Dokument in das Projektarchiv übertragen.) Das ist
          leider nicht so einfach, da Subversion absichtlich so
          konstruiert wurde, dass es niemals Informationen
          verliert. Revisionen sind unveränderliche Bäume, die
@@ -4595,7 +4595,7 @@
                verwendet, um Änderungen rückgängig zu machen. Wenn
                diese Technik dazu verwendet wird, um eine Änderung in
                der Geschichte eines Objektes zurückzunehmen (z.B. r5
-              an den Stamm übergeben, und dann sofort r5 mit
+              an den Stamm übertragen, und dann sofort r5 mit
                <userinput>svn merge . -c -5</userinput> rückgängig
                machen), hat dies keine Auswirkungen auf die
                aufgezeichneten
@@ -4742,7 +4742,7 @@
            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 Änderungen bereits in der natürlichen Historie
+          übertragenen Ä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
@@ -5616,7 +5616,7 @@
          via a sync merge:</para>
  -->
        <para>Obwohl es zutrifft, dass Sie diese drei Zeilen in Revision
-        352 übergeben haben, sind zwei davon tatsächlich von Sally in
+        352 übertragen haben, sind zwei davon tatsächlich von Sally in
          Revision 348 geschrieben worden und sind durch einen
          Synchronisierungs-Merge in Ihren Zweig geraten:</para>

@@ -5682,12 +5682,12 @@
          different objects in the repository.  They share no history
          or <quote>ancestry.</quote></para>
  -->
-      <para>Nehmen wir an, Sie übergeben Revision 100, die eine
+      <para>Nehmen wir an, Sie übertragen Revision 100, die eine
          Änderung an der Datei <filename>foo.c</filename> beinhaltet.
          Dann ist  <filename>foo.c at 99</filename> ein
          <quote>Vorfahre</quote> von <filename>foo.c at 100</filename>.
          Wenn Sie dagegen in Revision 101 die Löschung von
-        <filename>foo.c</filename> übergeben und in Revision 102 eine
+        <filename>foo.c</filename> übertragen und in Revision 102 eine
          neue Datei mit demselben Namen hinzufügen, hat es zwar den
          Anschein, dass <filename>foo.c at 99</filename> und
          <filename>foo.c at 102</filename> in Beziehung zueinander stehen
@@ -5953,7 +5953,7 @@
          einiger Bearbeitungen ist) und die ursprüngliche Datei
          gelöscht.  Zwischenzeitlich hat Sally in r472 auf
          <filename>/calc/trunk</filename> selber einige Verbesserungen
-        an <filename>integer.c</filename> übergeben:</para>
+        an <filename>integer.c</filename> übertragen:</para>

        <informalexample>
          <screen>
@@ -6128,7 +6128,7 @@
        <para>Wenn Sie und Ihr Team auf die Merge-Verfolgung von
          Subversion angewiesen sind, sollten Sie Ihr Projektarchiv
          dergestalt konfigurieren, dass ältere Clients daran gehindert
-        werden, Änderungen zu übergeben. Die einfache Methode hierfür
+        werden, Änderungen zu übertragen. Die einfache Methode hierfür
          ist es, den <quote>Fähigkeiten</quote>-Parameter im
          <literal>start-commit</literal> Hook-Skript zu untersuchen.
          Wenn der Client meldet, dass er mit
@@ -6186,7 +6186,7 @@
  # wird:
  #
  #   [1] REPOS-PATH   (der Pfad zu diesem Projektarchiv)
-#   [2] USER         (der authentisierte Anwender, der übergeben möchte)
+#   [2] USER         (der authentisierte Anwender, der übertragen möchte)
  #   [3] CAPABILITIES (eine vom Client durch Doppelpunkte getrennte
  #                     Liste von Leistungsmerkmalen; siehe Anmerkung
  #                     unten)
@@ -6582,7 +6582,7 @@
        Unterverzeichnisse aus unterschiedlichen Projektarchiv-Orten
        enthält, funktioniert sie immer noch normal. Wenn Sie
        aktualisieren, erhalten Sie entsprechende Patches für jeden
-      Teilbaum. Wenn Sie übergeben, werden Ihre lokalen Änderungen
+      Teilbaum. Wenn Sie übertragen, werden Ihre lokalen Änderungen
        nach wie vor als eine einzelne atomare Änderung auf das
        Projektarchiv angewendet.</para>

@@ -6875,7 +6875,7 @@
          <literal>HEAD</literal> zum Zeitpunkt, an dem Sie die Kopie
          erstellt haben. Natürlich können Sie auch angeben, welche
          Revision Sie genau kopieren möchten, für den Fall, dass jemand
-        anderes Änderungen an das Projekt übergeben haben könnte,
+        anderes Änderungen an das Projekt übertragen haben könnte,
          während Sie nicht hingeschaut haben. Wenn Sie also wissen,
          dass Revision 901 von <filename>/calc/trunk</filename> genau
          die Momentaufnahme ist, die Sie möchten, können Sie sie mit
@@ -6904,7 +6904,7 @@
          <emphasis>Menschen</emphasis> sich entschieden haben, es so zu
          betrachten: Solange niemand etwas an das Verzeichnis übergibt,
          bleibt es für immer eine Momentaufnahme. Wenn jemand damit
-        beginnt, etwas dorthin zu übergeben, wird es ein Zweig.</para>
+        beginnt, etwas dorthin zu übertragen, wird es ein Zweig.</para>

  <!--
        <para>If you are administering a repository, there are two
@@ -6928,14 +6928,14 @@
          Sie Ihre Tags kopieren möchten; stellen Sie sicher, dass alle
          Benutzer wissen, wie sie ihre zu kopierenden Verzeichnisse
          behandeln sollen, d.h., stellen Sie sicher, dass sie nichts
-        dorthin übergeben. Der zweite Ansatz ist etwas paranoider: Sie
+        dorthin übertragen. Der zweite Ansatz ist etwas paranoider: Sie
          können eins der Zugriffskontrollskripte verwenden, die mit
          Subversion ausgeliefert werden, um zu verhindern, dass
          irgendjemand etwas anderes im Tag-Bereich macht, als dort neue
          Kopien zu erzeugen (siehe <xref linkend="svn.serverconfig"/>).
          Der paranoide Ansatz ist normalerweise nicht notwendig. Falls
          ein Benutzer versehentlich eine Änderung an ein
-        Tag-Verzeichnis übergeben hat, können Sie die Änderung einfach
+        Tag-Verzeichnis übertragen hat, können Sie die Änderung einfach
          rückgängig machen, wie im vorhergehenden Abschnitt
          beschrieben. Schließlich handelt es sich um
          Versionskontrolle!</para>
@@ -7421,7 +7421,7 @@
          Funktionen <filename>/calc/trunk</filename> hinzufügen,
          während Sie zum Grundsatz erklären, dass ausschließlich
          Fehlerbehebungen an
-        <filename>/calc/branches/stable-1.0</filename> übergeben
+        <filename>/calc/branches/stable-1.0</filename> übertragen
          werden. Das heißt, während auf dem Stamm weitergearbeitet
          wird, pickt jemand selektiv Fehlerbehebungen hinüber auf den
          stabilen Zweig. Selbst wenn die Software von hier bereits
@@ -7531,9 +7531,9 @@
              <filename>/trunk</filename>: new features, bug fixes, and
              so on.</para>
  -->
-          <para><emphasis>Entwickler übergeben alles Neue an den
+          <para><emphasis>Entwickler übertragen alles Neue an den
              Stamm.</emphasis> Tägliche Änderungen werden an
-            <filename>/trunk</filename> übergeben: neue Funktionen,
+            <filename>/trunk</filename> übertragen: neue Funktionen,
              Fehlerbehebungen usw.</para>
          </listitem>

@@ -7694,13 +7694,13 @@
          richtige Zeitpunkt zum Anlegen eines Funktions-Zweiges
          gekommen ist. Manche Projekte benutzen nie Funktions-Zweige:
          jeder darf Änderungen in <filename>/trunk</filename>
-        übergeben. Der Vorteil hier ist, dass es einfach ist &ndash;
+        übertragen. Der Vorteil hier ist, dass es einfach ist &ndash;
          niemand benötigt eine Schulung im Verzweigen und
          Zusammenführen. Der Nachteil ist, dass der Code oft instabil
          oder nicht nutzbar ist. Andere Projekte verwenden
          ausschließlich Zweige: Eine Änderung darf
          <emphasis>niemals</emphasis> direkt in
-        <filename>/trunk</filename> übergeben werden. Selbst die
+        <filename>/trunk</filename> übertragen werden. Selbst die
          trivialsten Änderungen werden auf einem kurzlebigen Zweig
          durchgeführt, sorgfältig geprüft und in den Stamm
          zurückgeführt. Danach wird der Zweig gelöscht. Dieses Vorgehen
@@ -8349,7 +8349,7 @@
        <para>Da wir nun einen Lieferanten-Zweig basierend auf
          libcomplex 1.0.0 haben, können wir mit den für unsere Zwecke
          notwendigen Anpassungen an libcomplex beginnen und sie direkt
-        in den erstellten Lieferanten-Zweig übergeben.
+        in den erstellten Lieferanten-Zweig übertragen.
          Selbstverständlich können wir anfangen, libcomplex in unseren
          eigenen Anwendungen zu verwenden.</para>

@@ -8647,7 +8647,7 @@
          basierend auf libcomplex 1.0.0. Wir sind bereit, die für
          unsere Zwecke notwendigen Anpassungen an libcomplex
          vorzunehmen &ndash; indem wir sie direkt in den
-        Lieferanten-Zweig übergeben &ndash; und unsere angepasste
+        Lieferanten-Zweig übertragen &ndash; und unsere angepasste
          libcomplex in eigenen Applikationen zu verwenden.</para>

  <!--
@@ -9370,7 +9370,7 @@
  <!--
              <entry>Undo a committed change</entry>
  -->
-            <entry>Eine übergebene Änderung rückgängig machen</entry>
+            <entry>Eine übertragene Änderung rückgängig machen</entry>
              <entry><userinput>svn merge -c -<replaceable>REV</replaceable>  
<replaceable>URL</replaceable>; svn commit</userinput></entry>
            </row>

=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb  3 17:18:07  
2015 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -1561,7 +1561,7 @@
  -->
          <para>FSFS hat auch eine unterschiedliche Charakteristik, was
            den Durchsatz anbelangt. Wenn eine große Zahl an Dateien
-          übergeben wird, kann FSFS schneller Verzeichniseinträge
+          übertragen wird, kann FSFS schneller Verzeichniseinträge
            hinzufügen. Andererseits hat FSFS beim Abschluss einer
            Übergabe eine längere Verzögerung während es Aufgaben
            durchführt, die das BDB-Backend über die Laufzeit der
@@ -2021,7 +2021,7 @@
          Gesamtbild des Projektarchiv-Einsatzes im Auge.  Wenn Sie
          beispielsweise die Konfiguration des Servers verwenden, um
          festzustellen, welche Benutzer Änderungen an Ihr Projektarchiv
-        übergeben dürfen, benötigen Sie für diese Zugriffskontrolle
+        übertragen dürfen, benötigen Sie für diese Zugriffskontrolle
          nicht das Hook-System.</para>

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
@@ -2573,7 +2573,7 @@
              <emphasis>keine</emphasis> Übergabe-Transaktion mithilfe
              von Hook-Skripten. Trotz der Verlockung, Hook-Skripte zur
              automatischen Korrektur von Fehlern, Unzulänglichkeiten
-            oder Prozessverletzungen innerhalb der zu übergebenden
+            oder Prozessverletzungen innerhalb der zu übertragenden
              Dateien einzusetzen, kann das zu Problemen führen.
              Subversion hält bestimmte Projektarchiv-Daten in
              client-seitigen Caches vor, und wenn Sie auf diese Art
@@ -2893,7 +2893,7 @@
            <command>svnlook</command> wird üblicherweise von
            Projektarchiv-Hooks verwendet, um die abzuliefernden Änderungen
            zu melden (im Fall des <command>pre-commit</command>-Hooks)
-          oder die gerade an das Projektarchiv übergeben wurden (im Fall
+          oder die gerade an das Projektarchiv übertragen wurden (im Fall
            des <command>post-commit</command>-hooks). Ein
            Projektarchiv-Administrator kann dieses Programm zur Diagnose
            benutzen.</para>
@@ -3006,9 +3006,9 @@
              removed.</para>
  -->
            <para>Beachten Sie, dass Sie nur Transaktionen untersuchen
-            können, die noch nicht übergeben sind. Die meisten
+            können, die noch nicht übertragen sind. Die meisten
              Projektarchive haben keine derartigen Transaktionen, da
-            Transaktionen entweder übergeben (in diesem Fall sollten
+            Transaktionen entweder übertragen (in diesem Fall sollten
              Sie darauf mit der Option <option>--revision</option>
              (<option>-r</option>) zugreifen) oder abgebrochen und
              entfernt sind.</para>
@@ -6308,7 +6308,7 @@
          <para>Das deckt Änderungen an Revisions-Eigenschaften ab. Nun  
müssen
            wir sicherstellen, dass nur der Benutzer
            <literal>syncuser</literal> neue Revisionen an das Projektarchiv
-          übergeben darf. Wir machen das, indem wir ein
+          übertragen darf. Wir machen das, indem wir ein
            <filename>start-commit</filename>-Hook-Skript wie das in <xref
            linkend="svn.reposadmin.maint.replication.start-commit" />
            benutzen.</para>
@@ -6338,7 +6338,7 @@

  if [ "$USER" = "syncuser" ]; then exit 0; fi

-echo "Ausschließlich der Benutzer syncuser darf neue Revisionen übergeben"  
&gt;&amp;2
+echo "Ausschließlich der Benutzer syncuser darf neue Revisionen  
übertragen" &gt;&amp;2
  exit 1
  </programlisting>
          </example>
@@ -7450,7 +7450,7 @@
          Berkeley DB. Diese Flexibilität kommt allerdings zu dem Preis,
          dass die Wiederherstellung der Daten sehr lange dauern kann
          &ndash; länger mit jeder neuen Revision, die ins Projektarchiv
-        übergeben wird. Wie bei vielen verschiedenen
+        übertragen wird. Wie bei vielen verschiedenen
          Sicherungsmethoden werden auch hier Änderungen an
          Revisions-Eigenschaften bereits gesicherter Revisionen nicht
          berücksichtigt, sofern es sich um eine nicht-überlappende
=======================================
--- /branches/1.8/de/book/ch06-server-configuration.xml	Tue Feb  3 17:18:07  
2015 UTC
+++ /branches/1.8/de/book/ch06-server-configuration.xml	Tue Feb 24 06:48:19  
2015 UTC
@@ -3963,7 +3963,7 @@
              einfach mit einem Web-Browser geöffnet wird.</para>
          </listitem>
          <listitem>
-          <para>Jeder kann an das Projektarchiv übergeben.</para>
+          <para>Jeder kann an das Projektarchiv übertragen.</para>
          </listitem>
        </itemizedlist>

@@ -6870,7 +6870,7 @@
  #!/bin/sh <!--
  # Post-commit script to replicate newly committed revision to slaves
  -->
-# Post-Commit-Skript zum Replizieren der neu übergebenen Revision an die  
Slaves
+# Post-Commit-Skript zum Replizieren der neu übertragenen Revision an die  
Slaves

  svnsync sync http://slave1.example.com/svn-proxy-sync \
               file:///var/svn/repos &gt; /dev/null 2&gt;&amp;1 &amp;
@@ -7000,7 +7000,7 @@
              automatisierten <command>svnsync</command>-Befehle aus
              irgendeinem Grund nicht vollständig abgeschlossen wird,
              beginnen die Slaves, hinterher zu hinken. Ihre entfernten
-            Anwender werden sehen, dass sie Revision 100 übergeben
+            Anwender werden sehen, dass sie Revision 100 übertragen
              haben; wenn sie allerdings <command>svn update</command>
              aufrufen, wird ihr lokaler Server ihnen mitteilen, dass
              Revision 100 noch nicht existiert! Natürlich wird das
@@ -8101,7 +8101,7 @@
          Leistungseinbußen. Zur unsichtbaren Kategorie zählt die
          Kultur, die Sie erzeugen. In den meisten Fällen, in denen
          bestimmte Anwender Änderungen in bestimmte Teile des
-        Projektarchivs <emphasis>nicht</emphasis> übergeben sollten,
+        Projektarchivs <emphasis>nicht</emphasis> übertragen sollten,
          bedarf diese soziale Übereinkunft keiner technischen
          Erzwingung. Teams können manchmal spontan miteinander
          arbeiten, jemand könnte jemand anderen aushelfen, indem eine
@@ -8127,7 +8127,7 @@
           versehentlich eine Änderung dorthin übergibt, wo sie
           eigentlich nicht hin sollte, ist es einfach, die Änderung
           rückgängig zu machen. Und sollte ein Anwender mit böser
-         Absicht an eine falsche Stelle übergeben, ist es sowieso ein
+         Absicht an eine falsche Stelle übertragen, ist es sowieso ein
           sozialen Problem und muss außerhalb von Subversion gelöst
           werden.</para>

@@ -8166,7 +8166,7 @@
  -->
        <para>Als erwägenswertes Beispiel sollten Sie das
          Subversion-Projekt betrachten, das stets eine Vorstellung
-        davon hatte, wer etwas wohin übergeben darf, dies jedoch immer
+        davon hatte, wer etwas wohin übertragen darf, dies jedoch immer
          auf der sozialen Ebene durchsetzte. Dies ist ein passendes
          Modell für Vertrauen in einer Gemeinschaft, besonders bei
          Open-Source-Projekten. Selbstverständlich existiert manchmal
=======================================
--- /branches/1.8/de/book/ch07-customizing-svn.xml	Wed Nov 26 13:14:50 2014  
UTC
+++ /branches/1.8/de/book/ch07-customizing-svn.xml	Tue Feb 24 06:48:19 2015  
UTC
@@ -999,7 +999,7 @@
                <para>Diese boolesche Option entspricht der Option
                  <option>--no-unlock</option> des Befehls <command>svn
                  commit</command>, die Subversion dazu auffordert,
-                Sperren auf gerade übergebene Dateien nicht
+                Sperren auf gerade übertragene Dateien nicht
                  aufzuheben. Wird diese Laufzeitoption auf
                  <literal>yes</literal> gesetzt, wird Subversion
                  niemals automatisch Sperren aufheben, und es Ihnen
@@ -2158,7 +2158,7 @@
            in der Kodierung der aktuellen Locale wiedergegeben werden
            können. Wenn zum Beispiel Ihre aktuelle Locale
            <literal>en_US</literal> ist, aber ein Mitarbeiter einen
-          japanischen Dateinamen übergeben hat, bekommen Sie
+          japanischen Dateinamen übertragen hat, bekommen Sie
            wahrscheinlich diesen Fehler, wenn Sie bei einem
            <command>svn update</command> diese Datei empfangen.</para>

@@ -2211,7 +2211,7 @@
  -->
      <para>Die offensichtlichste Art und Weise, Daten in Subversion zu
        bekommen, ist es, Dateien unter Versionskontrolle zu stellen,
-      Änderungen an diesen Dateien zu übergeben usw. Aber neben
+      Änderungen an diesen Dateien zu übertragen usw. Aber neben
        versionierten Dateidaten leben auch andere Informationen in
        Ihrem Subversion-Projektarchiv. Einige dieser Informationen &ndash;
        Protokollnachrichten, Kommentare zu Sperren und einige
@@ -2347,7 +2347,7 @@
        comments.</para>
  -->
      <para>Wie beschrieben, können externe Editoren bei allen
-      übergebenden Unterbefehlen (wie <command>svn commit</command>
+      übertragenden Unterbefehlen (wie <command>svn commit</command>
        oder <command>import</command>, <command>svn mkdir</command>
        oder <command>delete</command> wenn ein  URL-Ziel angegeben wird
        usw.) zur Eingabe von Protokollnachrichten verwendet werden, und
=======================================
--- /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Feb  3 17:18:07 2015  
UTC
+++ /branches/1.8/de/book/ch08-embedding-svn.xml	Tue Feb 24 06:48:19 2015  
UTC
@@ -2071,7 +2071,7 @@
     * which includes our added directory path.
     */
  -->
-  /* Die Transaktion übergeben, indem eine neue Revision des
+  /* Die Transaktion übertragen, indem eine neue Revision des
     * Dateisystems erzeugt wird, die unseren hinzugefügten
     * Verzeichnispfad enthält.
     */
@@ -2161,7 +2161,7 @@
        <para>Beachten Sie, dass der Code in <xref
          linkend="svn.developer.layerlib.repos.ex-1" /> die Transaktion
          ebenso einfach mit <function>svn_fs_commit_txn()</function>
-        hätte übergeben können. Allerdings weiß die Dateisystem-API
+        hätte übertragen können. Allerdings weiß die Dateisystem-API
          nichts über den Hook-Mechanismus der Projektarchiv-Bibliothek.
          Falls Sie möchten, dass Ihr Subversion-Projektarchiv bei jeder
          Transaktionsübergabe eine Nicht-Subversion-Aufgabe ausführt
=======================================
--- /branches/1.8/de/book/ref-svn.xml	Tue Feb  3 17:18:07 2015 UTC
+++ /branches/1.8/de/book/ref-svn.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -1128,7 +1128,7 @@
  -->
            <para>Teilt Subversion mit, Dateien nicht automatisch zu
              entsperren. (Das Standardverhalten nach der Übergabe ist
-            es, alle Dateien, die übergeben wurden, zu entsperren.)
+            es, alle Dateien, die übertragen wurden, zu entsperren.)
              Siehe <xref linkend="svn.advanced.locking"/> für
              weitergehende Informationen.</para>
          </listitem>
@@ -2442,7 +2442,7 @@
          commit only files in that changelist:</para>
  -->
        <para>Ändern Sie drei Dateien, fügen Sie sie einer
-        Änderungsliste hinzu und übergeben dann nur die Dateien
+        Änderungsliste hinzu und übertragen dann nur die Dateien
          auf dieser Änderungsliste:</para>

        <informalexample>
@@ -2486,7 +2486,7 @@
          committed.</para>
  -->
        <para>Beachten Sie, dass im vorigen Beispiel nur die Dateien
-        der Änderungsliste <literal>issue1729</literal> übergeben
+        der Änderungsliste <literal>issue1729</literal> übertragen
          wurden.
        </para>

@@ -2802,7 +2802,7 @@
        <para>Wie auch bei anderen Arbeitskopien haben Sie die
          üblichen Möglichkeiten zur Auswahl: die lokalen
          <quote>Änderungen</quote> teilweise oder vollständig
-        rückgängig machen, sie übergeben oder mit Änderungen in
+        rückgängig machen, sie übertragen oder mit Änderungen in
          Ihrer Arbeitskopie fortfahren.</para>

  <!--
@@ -3003,7 +3003,7 @@
        <refpurpose>Send changes from your working copy to the  
repository.</refpurpose>
  -->
        <refpurpose>Änderungen aus der Arbeitskopie an das
-        Projektarchiv übergeben.</refpurpose>
+        Projektarchiv übertragen.</refpurpose>
      </refnamediv>

      <refsynopsisdiv>
@@ -3029,7 +3029,7 @@
          linkend="svn.advanced.confarea.opts.config"/>.</para>
  -->
        <para>Änderungen aus der Arbeitskopie an das Projektarchiv
-        übergeben. Falls Sie keine Protokollnachricht, mit einer
+        übertragen. Falls Sie keine Protokollnachricht, mit einer
          der Optionen <option>--file</option> (<option>-F</option>)
          oder <option>--message</option> (<option>-m</option>),
          angeben, startet <command>svn</command> Ihren Editor zum
@@ -3046,7 +3046,7 @@
        <para><command>svn commit</command> verschickt alle
          gefundenen Sperrmarken und gibt Sperren auf alle mit
          <replaceable>PATH</replaceable> angegebenen Pfade frei,
-        die (rekursiv) übergeben werden, sofern die Option
+        die (rekursiv) übertragen werden, sofern die Option
          <option>--no-unlock</option> nicht angegeben ist.</para>

        <tip>
@@ -3062,7 +3062,7 @@
          <para>Falls Sie eine Übergabe einleiten und Subversion
            Ihren Editor zum Verfassen einer Protokollnachricht
            startet, können Sie immer noch abbrechen, ohne Ihre
-          Änderungen zu übergeben. Wenn Sie die Übergabe abbrechen
+          Änderungen zu übertragen. Wenn Sie die Übergabe abbrechen
            wollen, beenden Sie einfach Ihren Editor, ohne die
            Protokollnachricht zu sichern; dann wird Subversion Sie
            fragen, ob Sie die Übergabe abbrechen, ohne
@@ -3183,7 +3183,7 @@
  <!--
        <para>To commit a file scheduled for deletion:</para>
  -->
-      <para>Eine zur Löschung vorgemerkte Datei übergeben:</para>
+      <para>Eine zur Löschung vorgemerkte Datei übertragen:</para>

        <informalexample>
          <screen>
@@ -3281,7 +3281,7 @@
                <para>Immediately commit a copy of WC to URL.</para>
  -->
                <para>Eine Kopie aus der AK direkt an den  URL
-                übergeben.</para>
+                übertragen.</para>
              </listitem>
            </varlistentry>

@@ -3578,7 +3578,7 @@
  -->
        <para>Die durch <replaceable>PATH</replaceable> angegebenen
          Objekte werden zur Löschung bei der nächsten Übergabe
-        vorgemerkt. Dateien (und nicht übergebene Verzeichnisse)
+        vorgemerkt. Dateien (und nicht übertragene Verzeichnisse)
          werden sofort aus der Arbeitskopie entfernt, sofern nicht
          die Option <option>--keep-local</option> angegeben ist.
          Der Befehl entfernt keine unversionierten oder geänderten
@@ -3593,7 +3593,7 @@
  -->
        <para>Werden Objekte durch einen URL bestimmt, werden sie
          durch eine sofortige Übergabe aus dem  Projektarchiv
-        entfernt. Mehrere URLs werden atomar übergeben (alle oder
+        entfernt. Mehrere URLs werden atomar übertragen (alle oder
          keine).</para>
      </refsect1>

@@ -3717,7 +3717,7 @@
          dass auch die Zieldatei entfernt wird, die für eine
          versionierte Löschung vorgemerkt war. Das ist in dem Fall
          nützlich, falls Sie feststellen, dass Sie versehentlich
-        eine hinzugefügte Datei übergeben haben, die Sie zwar in
+        eine hinzugefügte Datei übertragen haben, die Sie zwar in
          Ihrer Arbeitskopie benötigen, jedoch nicht unter
          Versionskontrolle stehen soll.</para>

@@ -3753,7 +3753,7 @@
          <para>Das Verhalten der Option <option>--keep-local</option>
            wirkt sich nicht auf andere Arbeitskopien aus, die von Ihnen
            zur Löschung vorgemerkte Objekte enthalten. Wenn Sie die
-          Löschung dieser Objekte übergeben, verbleiben sie in Ihrer
+          Löschung dieser Objekte übertragen, verbleiben sie in Ihrer
            Arbeitskopie, werden aber bei der Aktualisierung anderer
            Arbeitskopien in denen sie enthalten sind gelöscht.</para>
        </note>
@@ -5239,7 +5239,7 @@
  -->
          <refpurpose>Pfade der Arbeitskopie oder URLs im
            Projektarchiv sperren, damit kein anderer Benutzer
-          Änderungen daran übergeben kann.</refpurpose>
+          Änderungen daran übertragen kann.</refpurpose>
      </refnamediv>

      <refsynopsisdiv>
@@ -6540,7 +6540,7 @@
          Arbeitskopie vorgemerkt. Ein durch einen URL bezeichnetes
          Verzeichnis wird durch eine unmittelbare Übergabe im
          Projektarchiv erzeugt. Mehrere Verzeichnis-URLs werden atomar
-        übergeben. In beiden Fällen müssen Zwischenverzeichnisse
+        übertragen. In beiden Fällen müssen Zwischenverzeichnisse
          bereits existieren, falls die Option
          <option>--parents</option> nicht angegeben wird.</para>
      </refsect1>
@@ -6817,7 +6817,7 @@
  <!--
  Committed revision 27.
  -->
-Revision 27 übergeben.
+Revision 27 übertragen.
  </screen>
        </informalexample>

@@ -8527,7 +8527,7 @@
          Konflikt stehende Objekt mit der (interaktiv oder über das
          Optionsargument von <option>--accept</option>) angegebenen
          Version und entfernt dann Konfliktdateien. Das erlaubt es,
-        <replaceable>PATH</replaceable> erneut zu übergeben &ndash;
+        <replaceable>PATH</replaceable> erneut zu übertragen &ndash;
          d.h., Subversion wird mitgeteilt, dass die Konflikte
          <quote>aufgelöst</quote> wurden.</para>
  <!--
@@ -8674,7 +8674,7 @@
          Routine löst Konfliktmarken nicht semantisch auf sondern
          entfernt lediglich konfliktbezogene Dateiartefakte und
          erlaubt es, <replaceable>PATH</replaceable> erneut zu
-        übergeben, d.h., Subversion wird mitgeteilt, dass die
+        übertragen, d.h., Subversion wird mitgeteilt, dass die
          Konflikte <quote>aufgelöst</quote> wurden. Siehe <xref
          linkend="svn.tour.cycle.resolve"/> für eine tiefgehende
          Erörterung der Konfliktauflösung.</para> </refsect1>
@@ -8918,11 +8918,11 @@
  -->
          <para><command>svn revert</command> ist von Natur aus
            gefährlich, da sein einziger Zweck das Beseitigen von
-          Daten ist &ndash; nämlich Ihre noch nicht übergebenen
+          Daten ist &ndash; nämlich Ihre noch nicht übertragenen
            Änderungen. Sobald Sie irgendetwas rückgängig gemacht
            haben, bietet Ihnen Subversion <emphasis>keine
            Möglichkeit</emphasis>, wieder an die noch nicht
-          übergebenen Änderungen heranzukommen.</para>
+          übertragenen Änderungen heranzukommen.</para>

  <!--
          <para>If you provide no targets to <command>svn
@@ -9253,7 +9253,7 @@
  <!--
              <para>No history scheduled with commit.</para>
  -->
-            <para>Geschichte soll nicht übergeben werden.</para>
+            <para>Geschichte soll nicht übertragen werden.</para>
            </listitem>
          </varlistentry>

@@ -9263,7 +9263,7 @@
  <!--
              <para>History scheduled with commit.</para>
  -->
-            <para>Geschichte soll übergeben werden.</para>
+            <para>Geschichte soll übertragen werden.</para>
            </listitem>
          </varlistentry>

@@ -9499,7 +9499,7 @@
  -->
        <para>Falls die Option <option>--verbose</option>
          (<option>-v</option>) angegeben wird, folgt die letzte
-        übergebene Revision und der Autor derselben.</para>
+        übertragene Revision und der Autor derselben.</para>

  <!--
        <para>The working copy path is always the final field, so
@@ -9916,7 +9916,7 @@
            vergessen, dass Sie das getan haben, so dass es damit
            endet, dass Sie versehentlich Änderungen an die
            umgeschalteten und originalen Teile Ihres Baums
-          übergeben.</para>
+          übertragen.</para>
        </tip>

      </refsect1>
=======================================
--- /branches/1.8/de/book/ref-svnmucc.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svnmucc.xml	Tue Feb 24 06:48:19 2015 UTC
@@ -31,7 +31,7 @@
        umfangreicher als die vom Subversion-Kommandozeilen-Client
        bereitgestellte. So ist beispielsweise
        <command>svnmucc</command> nicht darauf beschränkt, lediglich
-      einen einzigen Änderungstyp in einer Übertragung zu übergeben.
+      einen einzigen Änderungstyp in einer Übertragung zu behandeln.
        Es vermag ebenso Änderungen an Dateiinhalten und versionierten
        Eigenschaften ohne Arbeitskopie vornehmen, was momentan von
        <command>svn</command> nicht unterstützt wird.</para>

From svnbook at googlecode.com  Tue Feb 24 02:48:35 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 24 Feb 2015 08:48:35 +0000
Subject: [svnbook] r5003 committed - [de] Synced with updated English version.
Message-ID: <001a11c1fb6698e554050fd1952d@google.com>

Revision: 5003
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 24 08:48:17 2015 UTC
Log:      [de] Synced with updated English version.

https://code.google.com/p/svnbook/source/detail?r=5003

Modified:
  /branches/1.8/de/book/ref-svnadmin.xml

=======================================
--- /branches/1.8/de/book/ref-svnadmin.xml	Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svnadmin.xml	Tue Feb 24 08:48:17 2015 UTC
@@ -836,8 +836,7 @@
          some cases, drastically) the size of the dump file that
          <command>svnadmin dump</command> creates.  There are, however,
          disadvantages to using this option&mdash;deltified
-        dump files are more CPU-intensive to create, cannot be
-        operated on by <command>svndumpfilter</command>, and tend
+        dump files are more CPU-intensive to create and tend
          not to compress as well as their nondeltified counterparts
          when using third-party tools such as <command>gzip</command>
          and <command>bzip2</command>.</para>
@@ -852,12 +851,28 @@
          <command>svnadmin dump</command> erzeugt. Allerdings gibt
          es bei der Option auch Nachteile &ndash; deltifizierte
          Auszugsdateien erfordern bei der Erstellung mehr
-        Rechenkapazität, können nicht durch
-        <command>svndumpfilter</command> behandelt werden und
-        tendieren dazu, sich mit Werkzeugen von Drittanbietern, so
-        wie <command>gzip</command> oder <command>bzip2</command>,
-        nicht so gut komprimieren zu lassen wie die entsprechenden
-        undeltifizierten Auszugsdateien.</para>
+        Rechenkapazität und tendieren dazu, sich mit Werkzeugen von
+        Drittanbietern, so wie <command>gzip</command> oder
+        <command>bzip2</command>, nicht so gut komprimieren zu lassen
+        wie die entsprechenden undeltifizierten Auszugsdateien.</para>
+
+      <tip>
+<!--
+        <para>Beginning with Subversion 1.8,
+          <command>svndumpfilter</command> can operate on deltified
+          dump streams.  Prior to this release,
+          <command>svndumpfilter</command> would not work with dump
+          streams created using <option>- -deltas</option>
+          option.</para>
+-->
+        <para>Beginnend mit Subversion 1.8 kann
+          <command>svndumpfilter</command> auf deltifizierten
+          Ausgabeströmen arbeiten. Davor verweigerte
+          <command>svndumpfilter</command> die Arbeit mit
+          Auszugsströmen, die mit der Option
+          <option>--deltas</option> erzeugt wurden.</para>
+      </tip>
+
      </refsect1>

      <!-- ===============================================================  
-->
@@ -1377,6 +1392,70 @@
      </refsect1>
    </refentry>

+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.lock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+<!--
+      <secondary>subcommands</secondary>
+-->
+      <secondary>Unterbefehle</secondary>
+      <tertiary>lock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin lock</refname>
+<!--
+      <refpurpose>Lock path in the repository directly.</refpurpose>
+-->
+      <refpurpose>Einen Pfad direkt im Projektarchiv sperren.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin lock REPOS_PATH PATH-IN-REPOS USERNAME FILE
+        [TOKEN]</literal>
+      </para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+<!--
+      <title>Description</title>
+-->
+      <title>Beschreibung</title>
+
+<!--
+      <para>Lock <replaceable>PATH-IN-REPOS</replaceable> in the
+        repository, assigning ownership of the lock
+        to <replaceable>USERNAME</replaceable> and using the contents
+        of <replaceable>FILE</replaceable> as comments associated with
+        the created lock.  If provided,
+        use <replaceable>TOKEN</replaceable> as lock token.</para>
+-->
+      <para>Sperre <replaceable>PATH-IN-REPOS</replaceable> im
+        Projektarchiv, wobei der Sperre
+        <replaceable>USERNAME</replaceable> als Eigentümer zugewiesen
+        wird und der Inhalt von <replaceable>FILE</replaceable> als
+        Kommentar mit der erzeugten Sperre verknüpft wird. Falls
+        angegeben, soll <replaceable>TOKEN</replaceable> als
+        Sperrmarke verwendet werden.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
+    </refsect1>
+  </refentry>
+
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
    <!-- =================================================================  
-->
@@ -2280,6 +2359,64 @@
          <command>svnadmin setuuid</command> im Erfolgsfall nichts
          aus.</para>

+    </refsect1>
+  </refentry>
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <!-- =================================================================  
-->
+  <refentry id="svn.ref.svnadmin.c.unlock">
+
+    <indexterm>
+      <primary>svnadmin</primary>
+<!--
+      <secondary>subcommands</secondary>
+-->
+      <secondary>subcommands</secondary>
+      <tertiary>unlock</tertiary>
+    </indexterm>
+
+    <refnamediv>
+      <refname>svnadmin unlock</refname>
+<!--
+      <refpurpose>Unlock path in the repository directly.</refpurpose>
+-->
+      <refpurpose>Pfad direkt im Projektarchiv entsperren.</refpurpose>
+    </refnamediv>
+
+    <refsynopsisdiv>
+      <para><literal>svnadmin unlock REPOS_PATH LOCKED_PATH USERNAME
+        TOKEN</literal></para>
+    </refsynopsisdiv>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+<!--
+      <title>Description</title>
+-->
+      <title>Description</title>
+
+<!--
+      <para>Unlock <replaceable>LOCKED_PATH</replaceable> in the
+        repository (as <replaceable>USERNAME</replaceable>) after
+        verifying that the token associated with the lock
+        matches <replaceable>TOKEN</replaceable>.</para>
+-->
+      <para>Entsperre <replaceable>LOCKED_PATH</replaceable> im
+        Projektarchiv (als <replaceable>USERNAME</replaceable>)
+        nachdem sichergestellt wurde, dass die zur Sperre gehörige
+        Sperrmarke mit <replaceable>TOKEN</replaceable>
+        übereinstimmt.</para>
+
+    </refsect1>
+
+    <!-- ===============================================================  
-->
+    <refsect1>
+      <title>Options</title>
+      <informalexample>
+        <screen>
+<xref linkend="svn.ref.svnadmin.sw.bypass_hooks" />
+</screen>
+      </informalexample>
      </refsect1>
    </refentry>


From svnbook at googlecode.com  Tue Feb 24 01:28:51 2015
From: svnbook at googlecode.com (svnbook at googlecode.com)
Date: Tue, 24 Feb 2015 07:28:51 +0000
Subject: [svnbook] r5002 committed - [de] Added --search and --search-and
 option description.
Message-ID: <90e6ba6e8ba27328ab050fd07802@google.com>

Revision: 5002
Author:   jmfelderhoff at gmx.eu
Date:     Tue Feb 24 07:28:39 2015 UTC
Log:      [de] Added --search and --search-and option description.

https://code.google.com/p/svnbook/source/detail?r=5002

Modified:
  /branches/1.8/de/book/ref-svn.xml

=======================================
--- /branches/1.8/de/book/ref-svn.xml	Tue Feb 24 06:48:19 2015 UTC
+++ /branches/1.8/de/book/ref-svn.xml	Tue Feb 24 07:28:39 2015 UTC
@@ -1442,6 +1442,111 @@
          </listitem>
        </varlistentry>

+      <varlistentry id="svn.ref.svn.sw.search">
+        <term><option>--search</option>  
<replaceable>ARG</replaceable></term>
+        <listitem>
+<!--
+          <para>Filters log messages to show only those that match
+            the search pattern <replaceable>ARG</replaceable>.  Log
+            messages are displayed only if the provided search
+            pattern matches any of the author, date, log message
+            text (unless <option>- -quiet</option> is used), or, if
+            the <option>- -verbose</option> option is also provided,
+            a changed path.  If multiple <option>- -search</option>
+            options are provided, a log message is shown if it
+            matches any of the provided search patterns.  If
+            <option>- -limit</option> is used, it restricts the
+            number of log messages searched, rather than
+            restricting the output to a particular number of
+            matching log messages.</para>
+-->
+          <para>Filtert Protokollnachrichten, so dass nur solche
+            angezeigt werden, auf die das Suchmuster
+            <replaceable>ARG</replaceable> passt. Protokollnachrichten
+            werden nur angezeigt, wenn das angegebene Suchmuster zum
+            Text von Autor, Datum oder Protokollnachricht passt (wenn
+            nicht die Option <option>--quiet</option> angegeben ist),
+            oder, falls zusätzlich die Option
+            <option>--verbose</option> angegeben wird, auch auf einen
+            geänderten Pfad. Falls mehrere
+            <option>--search</option>-Optionen angegeben werden, wird
+            eine Protokollnachricht ausgegeben, sobald sie zu
+            irgendeinem Suchmuster passt. Wenn
+            <option>--limit</option> verwendet wird, schränkt das die
+            Anzahl der zu durchsuchenden Protokollnachrichten ein, anstatt
+            die Anzahl der auszugebenden passenden
+            Protokollnachrichten.</para>
+
+<!--
+          <para>The search pattern may include "glob syntax"
+            wildcards:</para>
+-->
+          <para>Das Suchmuster kann "Glob-Syntax"-Platzhalter
+            beinhalten:</para>
+
+          <variablelist>
+            <varlistentry>
+              <term>
+                <literal>?</literal>
+              </term>
+              <listitem>
+<!--
+                <para>Matches any single character.</para>
+-->
+                <para>Passt auf irgendein einzelnes Zeichen.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>*</literal>
+              </term>
+              <listitem>
+<!--
+                <para>Matches a sequence of arbitrary characters.</para>
+-->
+                <para>Passt auf eine Folge beliebiger Zeichen.</para>
+              </listitem>
+            </varlistentry>
+            <varlistentry>
+              <term>
+                <literal>[ABC]</literal>
+              </term>
+              <listitem>
+<!--
+                <para>Matches any of the characters listed inside the
+                  brackets.</para>
+-->
+                <para>Passt auf ein Zeichen innerhalb der eckigen
+                  Klammern.</para>
+              </listitem>
+            </varlistentry>
+          </variablelist>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry id="svn.ref.svn.sw.search_and">
+        <term><option>--search-and</option>
+          <replaceable>ARG</replaceable></term>
+        <listitem>
+<!--
+          <para>
+            The option's argument is combined with the pattern from
+            the previous <option>- -search</option>
+            or <option>- -search-and</option> option on the command
+            line.  Log message is shown only if it matches the
+            combined search pattern.
+          </para>
+-->
+          <para>
+            Das Argument der Option wird mit dem Muster der
+            davorstehenden Option <option>--search</option> oder
+            <option>--search-and</option> auf der Kommandozeile
+            kombiniert. Die Protokollnachricht wird nur angezeigt,
+            falls sie zu dem kombinierten Suchmuster passt.
+          </para>
+        </listitem>
+      </varlistentry>
+
        <varlistentry id="svn.ref.svn.sw.set_depth">
          <term><option>--set-depth</option>  
<replaceable>ARG</replaceable></term>
          <listitem>