[svnbook] r3657 committed - * trunk/src/de/book/appb-svn-for-cvs-users.xml...
svnbook at googlecode.com
svnbook at googlecode.com
Thu Dec 31 09:54:27 CST 2009
Revision: 3657
Author: jmfelderhoff at gmx.eu
Date: Thu Dec 31 07:53:41 2009
Log: * trunk/src/de/book/appb-svn-for-cvs-users.xml
- Appendix B: Revision Numbers Are Different Now.
http://code.google.com/p/svnbook/source/detail?r=3657
Modified:
/trunk/src/de/book/appb-svn-for-cvs-users.xml
=======================================
--- /trunk/src/de/book/appb-svn-for-cvs-users.xml Thu Dec 31 06:35:51 2009
+++ /trunk/src/de/book/appb-svn-for-cvs-users.xml Thu Dec 31 07:53:41 2009
@@ -39,13 +39,24 @@
<!-- =================================================================
-->
<!-- =================================================================
-->
<sect1 id="svn.forcvs.revnums">
+<!--
<title>Revision Numbers Are Different Now</title>
-
+-->
+ <title>Revisionsnummern sind jetzt anders</title>
+
+<!--
<para>In CVS, revision numbers are per file. This is because CVS
stores its data in RCS files; each file has a corresponding RCS
file in the repository, and the repository is roughly laid out
according to the structure of your project tree.</para>
-
+-->
+ <para>In CVS werden Revisionsnummern pro Datei vergeben. Das liegt
+ daran, dass CVS seine Daten in RCS-Dateien speichert; für jede
+ Datei gibt es eine entsprechende RCS-Datei im Repository, und
+ die Struktur des Repositorys entspricht grob der Struktur Ihres
+ Projektbaums.</para>
+
+<!--
<para>In Subversion, the repository looks like a single
filesystem. Each commit results in an entirely new filesystem
tree; in essence, the repository is an array of trees. Each of
@@ -53,7 +64,17 @@
someone talks about <quote>revision 54</quote>, he's talking
about a particular tree (and indirectly, the way the filesystem
looked after the 54th commit).</para>
-
+-->
+ <para>In Subversion sieht das Repository aus wie ein einzelnes
+ Dateisystem. Jede Übergabe verursacht einen völlig neuen
+ Dateibaum; im Wesentlichen ist das Repository eine Liste aus
+ Bäumen. Jeder dieser Bäume wird mit einer einzelnen
+ Revisionsnumer gekennzeichnet. Wenn jemand von <quote>Revision
+ 54</quote> redet, ist damit ein bestimmter Baum gemeint (und
+ indirekt, wie das Dateisystem nach der 54. Übergabe
+ aussah).</para>
+
+<!--
<para>Technically, it's not valid to talk about <quote>revision 5
of <filename>foo.c</filename>.</quote> Instead, one would say
<quote><filename>foo.c</filename> as it appears in revision
@@ -63,7 +84,18 @@
it's most likely that <filename>foo.c</filename> did
<emphasis>not</emphasis> change between revisions 5 and
6.</para>
-
+-->
+ <para>Technisch ist es nicht zulässig, von <quote>Revision 5 von
+ <filename>foo.c</filename></quote> zu sprechen. Stattdessen
+ sollte man sagen, <quote><filename>foo.c</filename> wie es in
+ Revision 5 aussieht</quote>. Seien Sie ebenfalls sorgfältig,
+ wenn Sie Annahmen über die Entwicklung einer Datei machen. In
+ CVS sind die Revisionen 5 und 6 von <filename>foo.c</filename>
+ immer unterschiedlich. In Subversion ist es sehr wahrscheinlich,
+ dass <filename>foo.c</filename> sich zwischen den Revisionen 5
+ und 6 <emphasis>nicht</emphasis> geändert hat.</para>
+
+<!--
<para>Similarly, in CVS, a tag or branch is an annotation on the
file or on the version information for that individual file,
whereas in Subversion, a tag or branch is a copy of an entire
@@ -77,8 +109,23 @@
say <quote><filename>foo.c</filename> as it appears in
<filename>/branches/REL1</filename> in revision
5.</quote></para>
-
- <para>For more details on this topic, see <xref
+-->
+ <para>Auf ähnliche Weise ist in CVS ein Tag oder ein Zweig eine
+ Anmerkung zu der Datei oder zu der Versionsinformation dieser
+ individuellen Datei, wohingegen ein Tag oder ein Zweig in
+ Subversion eine Kopie des gesamten Baums ist (konventionell in
+ die Verzeichnisse <filename>/branches</filename> oder
+ <filename>/tags</filename>, die auf der obersten Ebene des
+ Repositorys neben <filename>/trunk</filename> liegen). Im
+ Repository in seiner Gesamtheit können viele Versionen einer
+ Datei sichtbar sein: die letzte Version jedes Zweigs, jede mit
+ einem Tag versehene Version und natürlich die letzte Version auf
+ dem Stamm. Um den Ausdruck also noch weiter zu präzisieren,
+ würde man sagen <quote><filename>foo.c</filename> wie es in
+ <filename>/branches/REL1</filename> in Revision
+ 5</quote> aussieht.</para>
+
+ <para>Für weitere Einzelheiten zu diesem Thema, siehe <xref
linkend="svn.basic.in-action.revs" />.</para>
</sect1>
More information about the svnbook-dev
mailing list