[svnbook commit] r3311 - trunk/src/de/book
khmarbaise
noreply at red-bean.com
Tue Sep 16 01:17:51 CDT 2008
Author: khmarbaise
Date: Tue Sep 16 01:17:51 2008
New Revision: 3311
Log:
* src/de/book/foreword.xml
* src/de/book/ch01-fundamental-concepts.xml
* src/de/book/ch02-basic-usage.xml
- Patch of Jens Seidel
- fixed typos.
Modified:
trunk/src/de/book/ch01-fundamental-concepts.xml
trunk/src/de/book/ch02-basic-usage.xml
trunk/src/de/book/foreword.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 16 01:17:51 2008
@@ -175,7 +175,7 @@
<para>Stellen Sie sich einmal folgendes <xref
linkend="svn.basic.vsn-models.problem-sharing.dia-1"/>Szenario vor:
- Zwei Kollegen, Harry und Sally haben sich entschieden,
+ 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
@@ -184,8 +184,8 @@
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
+ 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.
</para>
@@ -260,12 +260,12 @@
-->
<listitem>
<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,
+ Vielleicht sperrt Harry eine Datei und vergisst dann,
+ sie zu entsperren. In der Zwischenzeit sind Sally,
+ die ebenfalls Änderungen an dieser Datei 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
+ Nun muss Sally sich an einen Administrator wenden,
+ um die Datei entsperrt zu bekommen. Das Ergebnis
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
- .</emphasis>
+ <para><emphasis>Das Sperren kann zu einer unnötigen Serialisierung
+ führen.</emphasis>
- Was ist, wenn Harry z. B. den Anfang eines Textfiles
+ Was ist, wenn Harry z. B. den Anfang einer Textdatei
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.
+ würden anschließend vernünftig zusammengefasst.
Es gibt in dieser Situation keinen Grund, der Reihe
nach zu arbeiten.</para>
</listitem>
@@ -315,16 +315,16 @@
</listitem>
-->
<listitem>
- <para><emphasis>Das Sperren kann zu einem falschen Gefühl von Sicherheit führen
- .</emphasis>
+ <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
+ Angenommen Harry sperrt und bearbeitet Datei A,
+ während Sally gleichzeitig Änderungen an Datei 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
+ 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,
Modified: trunk/src/de/book/ch02-basic-usage.xml
==============================================================================
--- trunk/src/de/book/ch02-basic-usage.xml (original)
+++ trunk/src/de/book/ch02-basic-usage.xml Tue Sep 16 01:17:51 2008
@@ -2656,7 +2656,7 @@
Konfliktmarken mitsamt der Änderungen von Sally löschen
wollen – sie wird furchtbar überrascht sein, wenn das
Sandwich kommt und nicht das drauf ist, was sie wollte. Hier
- ist der Zeipunkt gekommen, zu dem Sie zum Telefon greifen
+ ist der Zeitpunkt gekommen, zu dem Sie zum Telefon greifen
oder durch das Büro gehen und Sally erklären, dass man in
einem italienischen Delikatessenladen kein Sauerkraut bekommt.
<footnote>
@@ -3136,7 +3136,7 @@
<screen>
$ svn log -r 5:19 # zeigt Protokolleintrag 5 bis 19 in chronologischer Reihenfolge
-$ svn log -r 19:5 # zeigt Protokolleintrag 5 bis 19 in umgekehrter Reihenfoge
+$ svn log -r 19:5 # zeigt Protokolleintrag 5 bis 19 in umgekehrter Reihenfolge
$ svn log -r 8 # zeigt Protokolleintrag für Revision 8
</screen>
@@ -3171,7 +3171,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 übergeben
habe?</title>
<!--
@@ -3227,7 +3227,7 @@
log</command> will include a list of changed paths in a
revision in its output:</para>
-->
- <para>Wenn Sie noch mehr Information über eine Datei oder ein
+ <para>Wenn Sie noch mehr Informationen über eine Datei oder ein
Verzeichnis benötigen, können Sie <command>svn log</command>
auch die Option <option>--verbose</option>
(<option>-v</option>) mitgeben. Weil Ihnen Subversion erlaubt,
@@ -3304,8 +3304,8 @@
gesamte Repository zählen, <command>svn log</command> auf
einem Pfad im Repository arbeitet. Wenn Sie keinen Pfad
angeben, verwendet Subversion das aktuelle
- Arbeitsverzeichnis als Standardargument. Deshalb zeigt
- Ihnen einen leeren Protokolleitrag, falls Sie in einem
+ Arbeitsverzeichnis als Standardargument. Deshalb zeigt Subversion
+ Ihnen einen leeren Protokolleintrag, falls Sie in einem
Unterverzeichnis Ihrer Arbeitskopie arbeiten und versuchen,
sich den Protokolleintrag einer Revision anzusehen, in dem
sich weder dieses Verzeichnis noch irgendein Unterverzeichnis
@@ -3631,7 +3631,7 @@
-->
<para>Die Spalten zeigen Ihnen die Revision, in der die Datei
zuletzt geändert wurde, den Benutzer, der sie änderte, die
- Größe, falls es sich um eine Datei handelt sowie den Namen
+ Größe, falls es sich um eine Datei handelt, sowie den Namen
des Objektes.</para>
<warning>
@@ -3734,7 +3734,7 @@
zu haben, können Sie <command>svn export</command> verwenden,
um eine lokale Kopie des gesamten oder teilweisen Repositorys
ohne <filename>.svn</filename>-Verzeichnisse zu erhalten. Wie
- bei <command>svn update</command> undnd <command>svn
+ bei <command>svn update</command> und <command>svn
checkout</command> können Sie auch hier die Option
<option>--revision</option> an <command>svn export</command>
übergeben:</para>
@@ -3767,7 +3767,7 @@
tasks relating to your working copy.</para>
-->
<para>Nachdem wir nun die täglichen Aufgaben abgehandelt haben,
- für die Sie regelmäßig Subverersion verwenden, gehen wir nun ein
+ für die Sie regelmäßig Subversion verwenden, gehen wir nun ein
paar Verwaltungsaufgaben für Ihre Arbeitskopie durch.</para>
@@ -3789,7 +3789,7 @@
serverseitig kein Aufwand für Arbeitskopien
anfälllt. Dementsprechend besteht keine Notwendigkeit, dem
Server mitzuteilen, dass Sie vorhaben, eine Arbeitskopie zu
- löschen..</para>
+ löschen.</para>
<!--
<para>If you're likely to use a working copy again, there's
@@ -3800,8 +3800,8 @@
-->
<para>Falls die Wahrscheinlichkeit besteht, dass Sie eine
Arbeitskopie wiederverwenden möchten, ist es nicht verkehrt,
- sie einfach auf der Platte zu lassen bis Sie sie wieder
- benutzen wollen. Zu diesemZeitpunkt reicht lediglich ein
+ sie einfach auf der Platte zu lassen, bis Sie sie wieder
+ benutzen wollen. Zu diesem Zeitpunkt reicht lediglich ein
<command>svn update</command> zum Aktualisieren, und sie ist
gebrauchsfertig.</para>
@@ -3864,7 +3864,7 @@
abgeschossen wird oder der Rechner abstürzt), bleibt die
Protokolldatei auf der Platte. Durch das erneute Ausführen der
Protokolldatei kann Subversion die vorher begonnene Operation
- vervollständigen, und Ihre Arbeitskopie gelangt wieder in
+ vervollständigen und Ihre Arbeitskopie gelangt wieder in
einen konsistenten Zustand.</para>
<!--
Modified: trunk/src/de/book/foreword.xml
==============================================================================
--- trunk/src/de/book/foreword.xml (original)
+++ trunk/src/de/book/foreword.xml Tue Sep 16 01:17:51 2008
@@ -1,6 +1,6 @@
<?xml version="1.0" encoding="UTF-8"?>
<!-- Diese Übersetzung basiert auf der englischen Version
- mit commited-rev=2996 -->
+ mit committed-rev=2996 -->
<!-- Es scheint kein 'foreword' Element, ähnlich dem 'preface' Element
zu geben. Keine Ahnung was stattdessen zu verwenden ist; ich vermute
More information about the svnbook-dev
mailing list