[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