[svnbook commit] r3296 - trunk/src/de/book
khmarbaise
noreply at red-bean.com
Tue Sep 9 17:48:26 CDT 2008
Author: khmarbaise
Date: Tue Sep 9 17:48:26 2008
New Revision: 3296
Log:
* src/de/book/ch01-fundamental-concepts.xml
- Fixed coding problems.
Modified:
trunk/src/de/book/ch01-fundamental-concepts.xml
Modified: trunk/src/de/book/ch01-fundamental-concepts.xml
==============================================================================
--- trunk/src/de/book/ch01-fundamental-concepts.xml (original)
+++ trunk/src/de/book/ch01-fundamental-concepts.xml Tue Sep 9 17:48:26 2008
@@ -153,7 +153,7 @@
<para>Alle Versionskontrollsysteme haben alle die gleichen
fundamentalen Probleme zu lösen: Wie soll es Anwendern
erlaubt werden Informationen zu teilen aber Sie davor
- bewahren, sich gegenseitig auf die Füße zu treten?
+ bewahren, sich gegenseitig auf die Fße zu treten?
Es ist allzu einfach die Änderungen eines anderen
im Repository zu überschreiben?</para>
@@ -177,17 +177,17 @@
linkend="svn.basic.vsn-models.problem-sharing.dia-1"/>Szenario vor:
Zwei Kollegen, Harry und Sally haben sich entschieden,
die gleiche Datei zur gleichen Zeit zu bearbeiten.
- Harry speichert seine Änderungen zuerst im Repository,
- es ist aber möglich, dass Sally nur einige Augenblicke
- später mit ihrer Datei seine überschreibt.
- Harrys Änderungen der Datei sind zwar nicht für immer
- verloren (da das System jede Änderung aufzeichnet), aber
- alle seine Änderungen sind in Sallys später gespeicherter
- Version der Datei nicht vorhanden, da Sally diese Änderungen
- noch gar nicht kannte. Das heißt, dass Harrys Arbeit
+ Harry speichert seine Änderungen zuerst im Repository,
+ es ist aber möglich, dass Sally nur einige Augenblicke
+ später mit ihrer Datei seine überschreibt.
+ Harrys Änderungen der Datei sind zwar nicht für immer
+ verloren (da das System jede Änderung aufzeichnet), aber
+ alle seine Änderungen sind in Sallys später gespeicherter
+ Version der Datei nicht vorhanden, da Sally diese Änderungen
+ noch gar nicht kannte. Das heißt, dass Harrys Arbeit
doch verloren ist zumindest in der neuesten Version der
Datei und das nur durch einen Zufall.
- Eine solche Situation wollen wir auf alle Fälle vermeiden.
+ Eine solche Situation wollen wir auf alle Fälle vermeiden.
</para>
<figure id="svn.basic.vsn-models.problem-sharing.dia-1">
@@ -219,19 +219,19 @@
-->
<para>Viele Versionskontrollsysteme verwenden ein
- <firstterm>Sperren - Ändern - Entsperren</firstterm>-Modell
+ <firstterm>Sperren - Ändern - Entsperren</firstterm>-Modell
um zu verhindern, dass verschiedene Autoren sich gegenseitig die
- Änderungen löschen. Bei diesem Modell erlaubt das Repository nur
+ Änderungen löschen. Bei diesem Modell erlaubt das Repository nur
jeweils einem Programmierer den Zugriff auf eine Datei.
- Harry müsste also die Datei sperren, ehe er anfängt, seine
- Änderungen einzugeben. Wenn Harry die Datei gesperrt hat,
+ Harry müsste also die Datei sperren, ehe er anfängt, seine
+ Änderungen einzugeben. Wenn Harry die Datei gesperrt hat,
kann Sally sie nicht ebenfalls sperren und daher auch nichts
- ändern. Sie kann die Datei in der Zeit nur lesen und darauf
+ ändern. Sie kann die Datei in der Zeit nur lesen und darauf
warten, dass Harry mit seiner Arbeit fertig ist und die Datei
entsperrt. <xref linkend="svn.basic.vsn-models.lock-unlock.dia-1"/></para>
<figure id="svn.basic.vsn-models.lock-unlock.dia-1">
- <title>Die Sperren - Ändern - Entsperren - Lösung veranschaulicht diese einfache Möglichkeit</title>
+ <title>Die Sperren - Ändern - Entsperren - Lösung veranschaulicht diese einfache Möglichkeit</title>
<graphic fileref="images/ch02dia3.png"/>
</figure>
@@ -241,8 +241,8 @@
users:</para>
-->
- <para>Das Problem bei einem Sperren - Ändern - Entsperren - Modell liegt
- in seinen Beschränkungen, die oft zu schier unüberwindlichen Hindernissen führen können.</para>
+ <para>Das Problem bei einem Sperren - Ändern - Entsperren - Modell liegt
+ in seinen Beschränkungen, die oft zu schier unüberwindlichen Hindernissen führen können.</para>
<itemizedlist>
<!--
@@ -259,14 +259,14 @@
</listitem>
-->
<listitem>
- <para><emphasis>Das Sperren kann zu administrativen Problemen führen.</emphasis>
+ <para><emphasis>Das Sperren kann zu administrativen Problemen führen.</emphasis>
Vielleicht sperrt Harry einen File und vergisst dann,
ihn zu entsperren. In der Zwischenzeit sind Sally,
- die ebenfalls Änderungen an diesem File durchführen will,
- die Hände gebunden. Und dann geht Harry in Urlaub.
+ die ebenfalls Änderungen an diesem File durchführen will,
+ die Hände gebunden. Und dann geht Harry in Urlaub.
Nun muss Sally sich an einen Administrator wenden
um den File entsperrt zu bekommen. Das Ergebnis
- sind unnötige Verzögerungen und vergeudete Zeit.</para>
+ sind unnötige Verzögerungen und vergeudete Zeit.</para>
</listitem>
<!--
@@ -284,15 +284,15 @@
</listitem>
-->
<listitem>
- <para><emphasis>Das Sperren kann zu einer unnötigen Serialisierung führen
+ <para><emphasis>Das Sperren kann zu einer unnötigen Serialisierung führen
.</emphasis>
Was ist, wenn Harry z. B. den Anfang eines Textfiles
- bearbeiten will, während Sally einfach nur das Ende
- ändern möchte? Diese Änderungen würden sich überhaupt
- nicht gegenseitig beeinflussen und könnten problemlos
- gleichzeitig durchgeführt werden, vorausgesetzt, sie
- würden anschließend vernünftig zusammengefasst.
+ bearbeiten will, während Sally einfach nur das Ende
+ ändern möchte? Diese Änderungen würden sich überhaupt
+ nicht gegenseitig beeinflussen und könnten problemlos
+ gleichzeitig durchgeführt werden, vorausgesetzt, sie
+ würden anschließend vernünftig zusammengefasst.
Es gibt in dieser Situation keinen Grund, der Reihe
nach zu arbeiten.</para>
</listitem>
@@ -315,23 +315,23 @@
</listitem>
-->
<listitem>
- <para><emphasis>Das Sperren kann zu einem falschen Gefühl von Sicherheit führen
+ <para><emphasis>Das Sperren kann zu einem falschen Gefühl von Sicherheit führen
.</emphasis>
Angenommen Harry sperrt und bearbeitet File A,
- während Sally gleichzeitig Änderungen an File B
- durchführt. Was ist, wenn A und B voneinander abhängig
- sind und die jeweiligen Änderungen nicht kompatibel sind?
- Plötzlich funktioniert das Zusammenspiel zwischen A
+ während Sally gleichzeitig Änderungen an File B
+ durchführt. Was ist, wenn A und B voneinander abhängig
+ sind und die jeweiligen Änderungen nicht kompatibel sind?
+ Plötzlich funktioniert das Zusammenspiel zwischen A
und B nicht mehr. Das System des Sperrens hat dieses
- Problem nicht verhindert doch hat es fälschlicherweise
- zu einem Gefühl der Sicherheit geführt. Es ist leicht,
+ Problem nicht verhindert doch hat es fälschlicherweise
+ zu einem Gefühl der Sicherheit geführt. Es ist leicht,
sich vorzustellen, dass Harry und Sally der Meinung
- waren, dass jeder von ihnen eine eigenständige,
- voneinander unabhängige Änderung durchgeführt hat
- und dass das Sperren dazu geführt hat, dass sie ihre
- inkompatiblen Änderungen nicht vorher miteinander
- besprochen haben. Sperren ist oft ein Ersatz für
+ waren, dass jeder von ihnen eine eigenständige,
+ voneinander unabhängige Änderung durchgeführt hat
+ und dass das Sperren dazu geführt hat, dass sie ihre
+ inkompatiblen Änderungen nicht vorher miteinander
+ besprochen haben. Sperren ist oft ein Ersatz für
echte Kommunikation.</para>
</listitem>
</itemizedlist>
More information about the svnbook-dev
mailing list