[svnbook commit] r3029 - trunk/src/de/book

[khmarbaise]

Author: khmarbaise
Date: Mon Apr  7 14:01:32 2008
New Revision: 3029

Log:
* src/de/book/ch01-fundamental-concepts.xml
  - Marked english original text with 
    xml comments.
  - translated three new paragraphs. 


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	Mon Apr  7 14:01:32 2008
@@ -1,12 +1,12 @@
 <chapter id="svn.basic">
   <title>Grundlegende Konzepte</title>
 
-  <para>This chapter is a short, casual introduction to Subversion.
+<!--  <para>This chapter is a short, casual introduction to Subversion.
     If you're new to version control, this chapter is definitely for
     you.  We begin with a discussion of general version control
     concepts, work our way into the specific ideas behind
     Subversion, and show some simple examples of Subversion in
-    use.</para>
+    use.</para> -->
   <para>Das Kapitel ist eine kurze, lockere Einführung in Subversion.
     Wenn Sie noch nicht mit Versionskontrolle zu tun hatten, dann ist
     diese Kapitel genau für Sie. Wir besprechen die Grundlegenden
@@ -26,7 +26,7 @@
   <sect1 id="svn.basic.repository">
     <title>Das Repository</title>
 
-    <para>Subversion is a centralized system for sharing information.
+<!--    <para>Subversion is a centralized system for sharing information.
       At its core is a repository, which is a central store of data.
       The repository stores information in the form of a
       <firstterm>filesystem tree</firstterm>—a typical hierarchy
@@ -35,7 +35,7 @@
       then read or write to these files.  By writing data, a client
       makes the information available to others; by reading data, the
       client receives information from others.  <xref
-      linkend="svn.basic.repository.dia-1"/> illustrates this.</para>
+      linkend="svn.basic.repository.dia-1"/> illustrates this.</para> -->
 	<para>Subversion ist ein zentralisiertes System zur gemeinsamen
       Nutzung von Informationen. In seinem Kern ist ein Repository ein
       zentraler Speicher von Daten. Das Repository speichert Informationen
@@ -53,14 +53,14 @@
       <graphic fileref="images/ch02dia1.png"/>
     </figure>
 
-    <para>So why is this interesting?  So far, this sounds like the
+<!--    <para>So why is this interesting?  So far, this sounds like the
       definition of a typical file server.  And indeed, the repository
       <emphasis>is</emphasis> a kind of file server, but it's not your
       usual breed.  What makes the Subversion repository special is
       that <emphasis>it remembers every change</emphasis> ever written
       to it—every change to every file, and even changes to the
       directory tree itself, such as the addition, deletion, and
-      rearrangement of files and directories.</para>
+      rearrangement of files and directories.</para> -->
 	<para>So warum ist das Interessant? Bis zu diesem Punkt hört sich
       dass wie die Defintion eines typischen File-Servers an. Und
       tatsächlich, dass Repository <emphasis>ist</emphasis> eine Art von
@@ -71,7 +71,7 @@
       änderungen am Verzeichnisbaum selbst wie z.B. hinzufügen, löschen und
       Umstrukturieren von Dateien und Verzeichnissen.</para>
 
-    <para>When a client reads data from the repository, it normally
+<!--    <para>When a client reads data from the repository, it normally
       sees only the latest version of the filesystem tree.  But the
       client also has the ability to view
       <emphasis>previous</emphasis> states of the filesystem.  For
@@ -82,7 +82,7 @@
       sorts of questions that are at the heart of
       any <firstterm>version control system</firstterm>: systems that
       are designed to track changes to data over time.
-    </para>
+    </para> -->
     <para>Wenn ein Client Daten vom Repository liest, bekommt der Client
       üblicherweise nur die letzte Version des Dateisystem Baumes zu sehen.
       Der Client hat aber auch die Möglichkeit <emphasis>vorherige</emphasis>
@@ -116,15 +116,22 @@
     <!-- =============================================================== -->
     <sect2 id="svn.basic.vsn-models.problem-sharing">
       <title>The Problem of File Sharing</title>
+      <title>Das Problem ??The Problem of File Sharing</title>
 
-      <para>All version control systems have to solve the same
+<!--      <para>All version control systems have to solve the same
         fundamental problem: how will the system allow users to share
         information, but prevent them from accidentally stepping on
         each other's feet?  It's all too easy for users to
         accidentally overwrite each other's changes in the
-        repository.</para>
+        repository.</para> -->
+      <para>Alle Versionskontrollsysteme haben alle die gleichen 
+        fundamentalen Probleme zu lösen: Wie soll es Anwendern
+        erlaubt werden Informationen zu teilen aber Sie davor
+        bewaren, sich gegenseitig auf die Füße zu treten?
+        Es ist allzu einfach die Änderungen eines anderen 
+        im Repository zu überschreiben?</para>
 
-      <para>Consider the scenario shown in <xref
+<!--      <para>Consider the scenario shown in <xref
         linkend="svn.basic.vsn-models.problem-sharing.dia-1"/>.
         Suppose we have two coworkers, Harry and Sally.  They each
         decide to edit the same repository file at the same time.  If
@@ -138,6 +145,26 @@
         with.  Harry's work is still effectively lost—or at
         least missing from the latest version of the file—and
         probably by accident.  This is definitely a situation we want
+        to avoid!</para> -->
+      <para>Beachten Sie das dargstellt Szenario Consider<xref
+        linkend="svn.basic.vsn-models.problem-sharing.dia-1"/>.
+        Nehmen wir an wir haben zwei Kollegen, Harry und Sally.
+        Sie haben sich beide entschieden die gleiche Datei zur gleichen
+        Zeit zu bearbeiten. Wenn Harry seine Änderungen im Repository
+        zuerst speichert dann ist es möglich, dass einige Augenblicke
+        später, Sally unbeabsichtigt mit Ihrer eigenen Version der
+        Datei überschreibt. Während Harry's Version der Datei nicht 
+        für immer verloren ist (weil das System jegliche Änderung 
+        aufzeichnet) jede Änderung die Harry gemacht hat 
+
+       overwrite them with her own new version of the file.  While
+        Harry's version of the file won't be lost forever (because the
+        system remembers every change), any changes Harry made
+        <emphasis>won't</emphasis> be present in Sally's newer version
+        of the file, because she never saw Harry's changes to begin
+        with.  Harry's work is still effectively lost—or at
+        least missing from the latest version of the file—and
+        probably by accident.  This is definitely a situation we want
         to avoid!</para>
 
       <figure id="svn.basic.vsn-models.problem-sharing.dia-1">