[svnbook] r3824 committed - trunk/src/de/book/ch03-advanced-topics.xml:...
svnbook at googlecode.com
svnbook at googlecode.com
Mon Apr 25 08:43:45 CDT 2011
Revision: 3824
Author: jmfelderhoff at gmx.eu
Date: Mon Apr 25 06:43:09 2011
Log: trunk/src/de/book/ch03-advanced-topics.xml:
* Ticket #140: introduction (cf. http://www.svnbook.de/ticket/140).
http://code.google.com/p/svnbook/source/detail?r=3824
Modified:
/trunk/src/de/book/ch03-advanced-topics.xml
=======================================
--- /trunk/src/de/book/ch03-advanced-topics.xml Mon Apr 11 00:40:15 2011
+++ /trunk/src/de/book/ch03-advanced-topics.xml Mon Apr 25 06:43:09 2011
@@ -6994,8 +6994,12 @@
<!-- =================================================================
-->
<!-- =================================================================
-->
<sect1 id="svn.advanced.changelists">
+<!--
<title>Changelists</title>
-
+-->
+ <title>Änderungslisten</title>
+
+<!--
<para>It is commonplace for a developer to find himself working at
any given time on multiple different, distinct changes to a
particular bit of source code. This isn't necessarily due to
@@ -7008,7 +7012,23 @@
module, safely separated from other changes. The units might
overlap, modifying different files in the same module, or even
modifying different lines in the same file.</para>
-
+-->
+ <para>Für einen Entwickler ist es üblich, zu einem gegebenen
+ Zeitpunkt an mehreren unterschiedlichen, individuellen
+ Änderungen an Teilen des Source-Codes zu arbeiten. Das liegt
+ nicht notwendigerweise an schlechter Planung oder einer Art
+ digitalen Masochismus. Ein Software-Engineer entdeckt oft Fehler
+ am Rande während er an einem Teil des Codes in der Nähe
+ arbeitet. Vielleicht ist er auch halbwegs mit einer großen
+ Änderung fertig, wenn er feststellt, dass die von ihm übergebene
+ Lösung besser als eine Sammlung kleinerer logischer Einheiten
+ übergeben werden sollte. Oft befinden sich diese logischen
+ Einheiten nicht in einem Modul, das sicher von anderen
+ Änderungen getrennt ist. Die Einheiten könnten sich überlappen,
+ mehrere unterschiedliche Dateien im gleichen Modul betreffen
+ oder sogar verschiedene Zeilen in der selben Datei.</para>
+
+<!--
<para>Developers can employ various work methodologies
to keep these logical changes organized. Some use
separate working copies of the same repository to hold each
@@ -7021,7 +7041,22 @@
Each of these methods has its pros and cons, and to a large
degree, the details of the changes being made heavily influence
the methodology used to distinguish them.</para>
-
+-->
+ <para>Entwickler können verschiedene Arbeitsweisen anwenden, um
+ diese logischen Änderungen zu organisieren. Manche verwenden
+ getrennte Arbeitskopien des selben Projektarchivs, um jede
+ einzelne Änderung voranzutreiben. Andere wiederum wählen
+ kurzlebige Arbeitszweige im Projektarchiv und verwenden eine
+ einzelne Arbeitskopie, die ständig zwischen solchen Zweigen hin-
+ und her geschaltet wird. Eine weitere Gruppe verwendet
+ <command>diff</command>- und <command>patch</command>-Werkzeuge,
+ um noch nicht übergebene Änderungen in entsprechenden
+ Patch-Dateien zu sichern und wiederherzustellen Jede dieser
+ Methoden hat ihre Vor- und Nachteile, und zu einem großen Teil
+ beeinflussen die Details der vorzunehmenden Änderungen die
+ Methodik, sie auseinander zu halten.</para>
+
+<!--
<para>Subversion 1.5 brings a new
<firstterm>changelists</firstterm> feature that adds yet
another method to the mix. Changelists are basically arbitrary
@@ -7043,13 +7078,49 @@
but that how that data is organized needs to be a flexible
concept. The old files-and-folders paradigm is too rigid for
some applications.</para>
-
+-->
+ <para>Subversion 1.5 bringt als neues Leistungsmerkmal
+ <firstterm>Änderungslisten</firstterm> mit, die diesem Gemisch
+ eine weitere Methode hinzufügen. Im Grunde sind Änderungslisten
+ beliebige Label (momentan höchstens eins pro Datei), die
+ ausschließlich zum Zweck der Zusammenfassung mehrerer Dateien
+ auf Dateien der Arbeitskopie vergeben weden. Benutzer vieler
+ Software-Angebote von Google kennen dieses Konzept bereits.
+ <ulink url="http://mail.google.com/">Gmail</ulink>
+ beispielsweise verfügt nicht über den traditionellen,
+ ordnerbasierten Ansatz der Gliederung von E-Mail. In Gmail
+ vergeben Sie beliebige Labels auf E-Mails, und mehrere E-Mails
+ gelten zu einer Gruppe gehörend, falls sie gemeinsam ein
+ bestimmtes Label haben. Das Ansehen nur einer Gruppe ähnlich
+ gelabelter E-Mails wird damit zu einem einfachen Trick der
+ Benutzeroberfläche. Viele andere Web-2.0-Präsenzen verfügen über
+ ähnliche Mechanismen – betrachten Sie etwa die
+ <quote>Tags</quote>, die von <ulink
+ url="http://www.youtube.com/">YouTube</ulink> und
+ <ulink url="http://www.flickr.com/">Flickr</ulink> verwendet
+ werden, <quote>Kategorien</quote>, die auf Blog Posts angewendet
+ werden, usw. Den Menschen ist heutzutage bewusst, dass die
+ Organisation von Daten kritisch ist, die Art und Weise der
+ Organisation jedoch ein flexibles Konzept sein muss. Das alte
+ Paradigma der Dateien und Ordner ist für manche Anwendung zu
+ starr.</para>
+
+<!--
<para>Subversion's changelist support allows you to create
changelists by applying labels to files you want to be
associated with that changelist, remove those labels, and limit
the scope of the files on which its subcommands operate to only
those bearing a particular label. In this section, we'll look
in detail at how to do these things.</para>
+-->
+ <para>Subversions Unterstützung von Änderungslisten erlaubt Ihnen
+ die Erstellung von Änderungslisten durch das Anbringen von
+ Labels auf Dateien, die Sie mit dieser Änderungsliste in
+ Verbindung bringen wollen, das Entfernen dieser Label und die
+ Einschränkung des Wirkbereiches von Unterbefehlen auf die
+ Dateien mit einem bestimmten Label. In diesem Abschnitt werden
+ wir einen detaillierten Blick darauf werfen, wie so etwas gemacht
+ werden kann.</para>
<!-- ===============================================================
-->
<sect2 id="svn.advanced.changelists.creating">
More information about the svnbook-dev
mailing list