[svnbook] r4989 committed - [de] Lieferanten-Zweige: Umformulierungen.

svnbook at googlecode.com svnbook at googlecode.com
Tue Feb 17 15:06:35 CST 2015


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


More information about the svnbook-dev mailing list