[svnbook] r3760 committed - Changed "Property" to "Eigenschaft" for congruence with Subversion's d...
svnbook at googlecode.com
svnbook at googlecode.com
Mon Aug 2 13:29:29 CDT 2010
Revision: 3760
Author: jmfelderhoff at gmx.eu
Date: Mon Aug 2 11:28:16 2010
Log: Changed "Property" to "Eigenschaft" for congruence with Subversion's
de.po file
http://code.google.com/p/svnbook/source/detail?r=3760
Modified:
/trunk/src/de/book/appb-svn-for-cvs-users.xml
/trunk/src/de/book/appc-webdav.xml
/trunk/src/de/book/ch00-preface.xml
/trunk/src/de/book/ch01-fundamental-concepts.xml
/trunk/src/de/book/ch02-basic-usage.xml
/trunk/src/de/book/ch03-advanced-topics.xml
/trunk/src/de/book/ch04-branching-and-merging.xml
/trunk/src/de/book/ch05-repository-admin.xml
/trunk/src/de/book/ch07-customizing-svn.xml
/trunk/src/de/book/ch08-embedding-svn.xml
/trunk/src/de/book/ch09-reference.xml
=======================================
--- /trunk/src/de/book/appb-svn-for-cvs-users.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/appb-svn-for-cvs-users.xml Mon Aug 2 11:28:16 2010
@@ -215,7 +215,7 @@
-->
<para>Vom theoretischen Standpunkt definieren wir <quote>Revision
5 des Verzeichnisses <filename>foo</filename></quote> als eine
- bestimmte Ansammlung von Verzeichniseinträgen und Propertys.
+ bestimmte Ansammlung von Verzeichniseinträgen und Eigenschaften.
Angenommen, wir beginnen nun damit, Dateien dem Verzeichnis
<filename>foo</filename> hinzuzufügen und wegzunehmen und diese
Änderungen dann zu übergeben. Es wäre eine Lüge, zu behaupten,
@@ -260,13 +260,13 @@
up to date.</emphasis></para>
-->
<para>Auf ähnliche Art ergibt sich ein Problem, wenn Sie
- versuchen, Property-Änderungen an einem Verzeichnis zu
+ versuchen, Eigenschafts-Änderungen an einem Verzeichnis zu
übergeben. Normalerweise würde die Übergabe die lokale
Revisionsnummer erhöhen, was jedoch eine Lüge wäre, da
Hinzufügungen oder Löschungen vorhanden sein könnten, die das
Verzeichnis noch nicht mitbekommen hat, da es nicht aktualisiert
worden ist. <emphasis>Deshalb dürfen Sie Änderungen an
- Verzeichnis-Propertys nicht übergeben, bevor Sie das Verzeichnis
+ Verzeichnis-Eigenschaften nicht übergeben, bevor Sie das Verzeichnis
aktualisiert haben.</emphasis></para>
<!--
@@ -726,7 +726,7 @@
<!--
<title>Metadata Properties</title>
-->
- <title>Property-Metadaten</title>
+ <title>Eigenschafts-Metadaten</title>
<!--
<para>A new feature of Subversion is that you can attach arbitrary
@@ -735,9 +735,9 @@
associated with files and directories in your working
copy.</para>
-->
- <para>Ein neues Merkmal von Subversion ist es, dass nun beliebige
- Metadaten (oder <quote>Propertys</quote>) an Dateien und
- Verzeichnisse geheftet werden können. Propertys sind beliebige
+ <para>Ein neues Merkmal von Subversion ist, dass nun beliebige
+ Metadaten (oder <quote>Eigenschaften</quote>) an Dateien und
+ Verzeichnisse geheftet werden können. Eigenschaften sind beliebige
Name-Wert-Paare, die mit Dateien und Verzeichnissen in Ihrer
Arbeitskopie verbunden sind.</para>
@@ -747,9 +747,9 @@
subcommands. To list all properties on an object, use
<command>svn proplist</command>.</para>
-->
- <para>Verwenden Sie zum Setzen oder Abfragen eines Property-Namens
+ <para>Verwenden Sie zum Setzen oder Abfragen eines Eigenschafts-Namens
die Unterbefehle <command>svn propset</command> und <command>svn
- propget</command>. Um eine Liste aller Propertys eines Objektes
+ propget</command>. Um eine Liste aller Eigenschaften eines Objektes
zu erhalten, rufen Sie <command>svn proplist</command> auf.
</para>
@@ -906,8 +906,8 @@
or hand-edit the property.)</para>
-->
<para>Um festzustellen, ob eine kontextabhängige Zusammenführung
- möglich ist, überprüft Subversion das Property
- <literal>svn:mime-type</literal>. Falls die Datei kein Property
+ möglich ist, überprüft Subversion die Eigenschaft
+ <literal>svn:mime-type</literal>. Falls die Datei keine Eigenschaft
<literal>svn:mime-type</literal> besitzt, oder ein textueller
MIME-Typ ist (z.B. <literal>text/*</literal>), nimmt Subversion
an, dass es sich um eine Textdatei handelt. Anderenfalls nimmt
@@ -915,10 +915,10 @@
Benutzern auch, indem es einen Algorithmus zur Erkennung von
Binärdaten bei den Befehlen <command>svn import</command> und
<command>svn add</command> ausführt. Diese Befehle werden eine
- gute Schätzung machen und (möglicherweise) ein binäres
- <literal>svn:mime-type</literal> Property auf die hinzuzufügende
+ gute Schätzung machen und (möglicherweise) eine binäre Eigenschaft
+ <literal>svn:mime-type</literal> auf die hinzuzufügende
Datei setzen. (Falls sich Subversion verschätzt, kann der
- Benutzer stets das Property entfernen oder manuell
+ Benutzer stets die Eigenschaft entfernen oder manuell
bearbeiten.)</para>
</sect1>
@@ -951,7 +951,7 @@
directory property; see <xref
linkend="svn.advanced.externals"/>.</para>
-->
<para>Subversion definiert Module als eine Liste von
- Verzeichnissen innerhalb eines Verzeichnis-Propertys; siehe
+ Verzeichnissen innerhalb einer Verzeichnis-Eigenschaft; siehe
<xref linkend="svn.advanced.externals"/>.</para>
</sect1>
=======================================
--- /trunk/src/de/book/appc-webdav.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/appc-webdav.xml Mon Aug 2 11:28:16 2010
@@ -389,7 +389,7 @@
zwischen Transaktionen unterscheiden, die durch
Autoversionierung erzeugt wurden und solchen, die von einer
normalen Subversion Übergabeoperation ausgelöst wurden. Der
- Trick besteht darin, nach einem Revisions-Property namens
+ Trick besteht darin, nach einer Revisions-Eigenschaft namens
<literal>svn:autoversioned</literal> zu sehen. Falls es
vorliegt, wurde die Übergabe durch einen gewöhnlichen
WebDAV-Client ausgelöst..</para>
@@ -414,14 +414,14 @@
Autoversionierung von Subversion sein kann, kommt aus dem Modul
<literal>mod_mime</literal> von Apache. Falls ein WebDAV-Client
dem Projektarchiv eine neue Datei hinzufügt, hat der Benutzer keine
- Gelegenheit, das Property <literal>svn:mime-type</literal> zu
+ Gelegenheit, die Eigenschaft <literal>svn:mime-type</literal> zu
setzen. Das könnte dazu führen, dass die Datei als allgemeines
Icon angezeigt wird, wenn sie innerhalb eines Ordners über
WebDAV-Freigabe betrachtet wird, und nicht mit einer bestimmten
Anwendung verknüpft wird. Eine Abhilfe wäre ein
Systemadministrator (oder eine andere Person mit
Subversion-Kenntnissen) zum Auschecken einer Arbeitskopie und dem
- manuellen Setzen des Propertys <literal>svn:mime-type</literal>,
+ manuellen Setzen der Eigenschaft <literal>svn:mime-type</literal>,
wenn es für bestimmte Dateien notwendig ist. Doch möglicherweise
würden solche Aufräumarbeiten zu keinem Ende führen. Stattdessen
können Sie die Anweisung <literal>ModMimeUsePathInfo</literal>
@@ -452,8 +452,8 @@
versuchen, den MIME-Typen von durch Autoversionierung frisch
hinzugefügten Dateien herzuleiten. Das Modul schaut auf die
Dateinamenserweiterung und möglicherweise ebenfalls auf den
- Inhalt; wenn die Datei bestimmten Mustern entspricht, wird das
- Property <literal>svn:mime-type</literal> der Datei automatisch
+ Inhalt; wenn die Datei bestimmten Mustern entspricht, wird die
+ Eigenschaft <literal>svn:mime-type</literal> der Datei automatisch
gesetzt.</para>
</sect1>
=======================================
--- /trunk/src/de/book/ch00-preface.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/ch00-preface.xml Mon Aug 2 11:28:16 2010
@@ -346,7 +346,7 @@
wollen, wie man fortgeschrittene Dinge mit Subversion
machen kann, etwa Zweige verwenden und Zusammenführungen
durchführen (<xref linkend="svn.branchmerge"/>), wie
- Subversions Property-Unterstützung
+ Subversions Unterstützung von Eigenschaften
(<xref linkend="svn.advanced"/>) zu benutzen ist, wie
Laufzeitoptionen konfiguriert werden können
(<xref linkend="svn.customization"/>) und vieles mehr.
=======================================
--- /trunk/src/de/book/ch01-fundamental-concepts.xml Sun May 30 23:37:40
2010
+++ /trunk/src/de/book/ch01-fundamental-concepts.xml Mon Aug 2 11:28:16
2010
@@ -1788,10 +1788,10 @@
Verzeichnisses an das Projektarchiv übergeben, wenn das
Verzeichnis nicht ganz aktuell ist. In <xref
linkend="svn.advanced"/> werden Sie lernen, wie man
- <quote>Propertys</quote> an Objekte hängt. Die Arbeitskopie
+ <quote>Eigenschaften</quote> an Objekte hängt. Die Arbeitskopie
eines Verzeichnisses definiert eine bestimmte Menge von
- Einträgen und Propertys, so dass eine Property-Änderung an
- einem veralteten Verzeichnis Propertys zerstören kann, die
+ Einträgen und Eigenschaften, so dass eine Eihgenschafts-Änderung
an
+ einem veralteten Verzeichnis Eigenschaften zerstören kann, die
Sie noch nicht gesehen haben.</para>
</sect3>
=======================================
--- /trunk/src/de/book/ch02-basic-usage.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/ch02-basic-usage.xml Mon Aug 2 11:28:16 2010
@@ -386,7 +386,7 @@
-->
<para>Subversion gibt sich alle Mühe, nicht die Art der Daten
einzuschränken, die Sie unter Versionskontrolle setzen können.
- Der Inhalt von Dateien und Property-Werte werden als binäre
+ Der Inhalt von Dateien und Werte von Eigenschaften werden als
binäre
Daten gespeichert und übermittelt, und <xref
linkend="svn.advanced.props.special.mime-type"/> sagt Ihnen,
wie Sie Subversion darauf hinweisen, dass
@@ -407,7 +407,7 @@
encodings in use today).</para>
-->
<para>Subversion behandelt intern bestimmte
- Dateneinheiten – z.B. Property-Namen, Pfadnamen und
+ Dateneinheiten – z.B. Namen von Eigenschaften, Pfadnamen und
Protokollmitteilungen – als UTF-8-kodiertes Unicode. Das
heißt
aber nicht, dass all Ihre Interaktionen mit Subversion in
UTF-8 erfolgen müssen. Im Allgemeinen werden Subversion-Clients
@@ -2474,8 +2474,8 @@
<firstterm>Konfliktmarken</firstterm> – besondere
Zeichenketten, die die Konfliktregion begrenzen –
in die Datei ein, um die überlappenden Bereiche
- besonders hervorzuheben. (Subversion verwendet das
- <literal>svn:mime-type</literal>-Property, um
+ besonders hervorzuheben. (Subversion verwendet die
Eigenschaft
+ <literal>svn:mime-type</literal>, um
festzustellen, ob sich die Datei kontextuell zeilenweise
zusammenführen lässt. Siehe <xref
linkend="svn.advanced.props.special.mime-type"/>, um
@@ -4230,7 +4230,7 @@
<para>Nun haben wir die meisten der Subversion-Client-Befehle
behandelt. Erwähnenswerte Ausnahmen sind diejenigen, die sich
mit dem Branchen und Mergen befassen (siehe <xref
- linkend="svn.branchmerge"/>) sowie mit Propertys (siehe <xref
+ linkend="svn.branchmerge"/>) sowie mit Eigenschaften (siehe <xref
linkend="svn.advanced.props"/>). Jedoch möchten Sie vielleicht
einen Augenblick damit verbringen, um durch <xref
linkend="svn.ref"/> zu blättern, um ein Gefühl für all die
=======================================
--- /trunk/src/de/book/ch03-advanced-topics.xml Thu Jul 29 12:27:47 2010
+++ /trunk/src/de/book/ch03-advanced-topics.xml Mon Aug 2 11:28:16 2010
@@ -478,8 +478,8 @@
data you might have expected.</para>
-->
- <para>Da der Zeitstempel einer Revision als ein
- unversioniertes, änderbares Revisions-Property gespeichert
+ <para>Da der Zeitstempel einer Revision als eine
+ unversionierte, änderbare Eigenschaft einer Revision gespeichert
ist (siehe <xref linkend="svn.advanced.props" />), können
Revisions-Zeitstempel geändert werden, um die wahre
Chronologie zu fälschen, oder gar vollständig entfernt
@@ -505,12 +505,12 @@
<!--
<title>Properties</title>
-->
- <title>Propertys</title>
+ <title>Eigenschaften</title>
<indexterm>
<!--
<primary>properties</primary>
-->
- <primary>Propertys</primary>
+ <primary>Eigenschaften</primary>
</indexterm>
<!--
@@ -556,17 +556,17 @@
liefert Subversion Schnittstellen zum Hinzufügen, Ändern und
Entfernen versionierter Metadaten zu allen versionierten Dateien
und Verzeichnissen. Wir bezeichnen diese Metadaten als
- <firstterm>Propertys</firstterm>. Sie sind so etwas wie Tabellen
- mit zwei Spalten, die Property-Namen auf beliebige Werte
+ <firstterm>Eigenschaften</firstterm>. Sie sind so etwas wie Tabellen
+ mit zwei Spalten, die Namen von Eigenschaften auf beliebige Werte
abbilden und an jedes Objekt Ihrer Arbeitskopie gehängt werden.
- Im Allgemeinen können Sie die Namen und Werte der Propertys frei
+ Im Allgemeinen können Sie die Namen und Werte der Eigenschaften frei
bestimmen, mit der Einschränkung, dass die Namen nur aus
ASCII-Zeichen bestehen dürfen. Und das Beste an diesen
- Properties ist, dass auch sie genauso versioniert sind wie der
+ Eigenschaften ist, dass auch sie genauso versioniert sind wie der
textuelle Inhalt Ihrer Dateien. Sie können Änderungen an
- Propertys ebenso einfach editieren, übergeben oder rückgängig
+ Eigenschaften ebenso einfach editieren, übergeben oder rückgängig
machen wie Änderungen an Dateiinhalten. Das Versenden und
- Empfangen von Property-Änderungen geschieht im Rahmen Ihrer
+ Empfangen von Änderungen an Eigenschaften geschieht im Rahmen Ihrer
typischen Übergabe- und Aktualisierungstätigkeiten – Sie
müssen hierfür Ihre grundlegenden Prozesse nicht
anpassen.</para>
@@ -584,14 +584,14 @@
</note>
-->
<note>
- <para>Subversion hat die Menge aller Propertys die mit
+ <para>Subversion hat die Menge aller Eigenschaften die mit
<literal>svn:</literal> beginnen für sich reserviert.
- Obwohl heute nur eine handvoll dieser Propertys in Gebrauch
- sind, sollten Sie es vermeiden, spezielle Propertys für Ihren
+ Obwohl heute nur eine handvoll dieser Eigenschaften in Gebrauch
+ sind, sollten Sie es vermeiden, spezielle Eigenschaften für Ihren
Gebrauch zu erzeugen, die diesen Präfix besitzen. Sonst laufen
Sie Gefahr, dass ein künftiger Stand von Subversion ein
- Verhalten oder eine Funktionalität beinhaltet, die durch ein
- Property gleichen Namens beeinflusst wird, aber vielleicht mit
+ Verhalten oder eine Funktionalität beinhaltet, die durch eine
+ Eigenschaft gleichen Namens beeinflusst wird, aber vielleicht mit
einer völlig anderen Auslegung.</para>
</note>
@@ -606,15 +606,15 @@
delete, a revision property, there's no way, within the scope of
Subversion's functionality, to recover the previous value.</para>
-->
- <para>Propertys tauchen auch an einer anderen Stelle von
+ <para>Eigenschaften tauchen auch an einer anderen Stelle von
Subversion auf. So wie Dateien und Verzeichnisse mit beliebigen
- Property-Namen und -Werten versehen werden können, kann auch
- jede Revision als Ganzes beliebige Propertys bekommen. Die
+ Eigenschafts-Namen und -Werten versehen werden können, kann auch
+ jede Revision als Ganzes beliebige Eigenschaften bekommen. Die
selben Einschränkungen gelten auch hier – menschenlesbare
Namen und beliebige binäre Werte. Der Hauptunterschied ist, dass
- Revisions-Propertys unversioniert sind. Mit anderen Worten:
- falls Sie den Wert eines Revisions-Propertys ändern oder das
- Property löschen, gibt es mit Subversion Bordmitteln keine
+ Revisions-Eigenschaften unversioniert sind. Mit anderen Worten:
+ falls Sie den Wert einer Revisions-Eigenschaft ändern oder die
+ Eigenschaft löschen, gibt es mit Subversion Bordmitteln keine
Möglichkeit, den ursprünglichen Wert wiederherzustellen.</para>
<!--
@@ -635,21 +635,21 @@
properties, see <xref linkend="svn.ref.properties" />.</para>
-->
<para>Subversion besitzt keine besondere Richtlinie zur Verwendung
- von Propertys. Es verlangt nur, dass Sie keine Property-Namen
+ von Eigenschaften. Es verlangt nur, dass Sie keine Namen für
Eigenschaften
verwenden, die den Präfix <literal>svn:</literal> haben. Dieser
Namensraum ist für seine eigene Verwendung reserviert. Und
- Subversion benutzt tatsächlich Propertys – sowohl die
+ Subversion benutzt tatsächlich Eigenschaften – sowohl die
versionierten als auch die unversionierten. Bestimmte
- versionierte Propertys haben eine besondere Bedeutung oder
+ versionierte Eigenschaften haben eine besondere Bedeutung oder
Auswirkungen wenn sie an Dateien und Verzeichnissen hängen oder
sie beinhalten eine spezielle Information über die Revision mit
- der sie verbunden sind. Bestimmte Revisions-Propertys werden
+ der sie verbunden sind. Bestimmte Revisions-Eigenschaften werden
automatisch bei der Übergabe an Revisionen gehängt; sie
beinhalten Informationen über die Revision. Die meisten dieser
- Propertys werden an einer anderen Stelle in diesem Kapitel oder
+ Eigenschaften werden an einer anderen Stelle in diesem Kapitel oder
in anderen Kapiteln im Rahmen allgemeinerer Themen erwähnt, mit
denen sie zusammenhängen. Eine erschöpfende Aufstellung der
- vordefinierten Subversion-Propertys finden Sie in <xref
+ vordefinierten Eigenschaften von Subversion finden Sie in <xref
linkend="svn.ref.properties" />.</para>
<!--
@@ -660,10 +660,10 @@
modifications affect your normal Subversion workflow.</para>
-->
<para>In diesem Abschnitt untersuchen wir den Nutzen der
- Property-Unterstützung – sowohl für den Anwender von
+ Unterstützung von Eigenschaften – sowohl für den Anwender von
Subversion als auch für Subversion selbst. Sie werden die
Unterbefehle von <command>svn</command> kennenlernen, die mit
- Propertys zu tun haben und wie Property-Änderungen sich auf
+ Eigenschaften zu tun haben und wie Änderungen an Eigenschaften sich
auf
Ihren normalen Umgang mit Subversion auswirken.</para>
<!-- ===============================================================
-->
@@ -671,7 +671,7 @@
<!--
<title>Why Properties?</title>
-->
- <title>Warum Propertys?</title>
+ <title>Warum Eigenschaften?</title>
<!--
<para>Just as Subversion uses properties to store extra
@@ -681,9 +681,9 @@
close to your versioned data to hang custom metadata about
that data.</para>
-->
- <para>Ebenso wie Subversion Propertys verwendet, um zusätzliche
+ <para>Ebenso wie Subversion Eigenschaften verwendet, um zusätzliche
Informationen über die enthaltenen Dateien, Verzeichnisse und
- Revisionen zu speichern, könnten Propertys auch für Sie
+ Revisionen zu speichern, könnten Eigenschaften auch für Sie
ähnlich von Nutzen sein. Sie werden es vielleicht als nützlich
ansehen, wenn Sie in der Nähe Ihrer versionierten Daten
spezielle Metadaten dazu unterbringen können.</para>
@@ -747,9 +747,9 @@
read an index file or play path manipulation games.</para>
-->
<para>Betrachten Sie nun dieselbe Webpräsenz, eingerichtet unter
- Verwendung der Datei-Propertys von Subversion. Stellen Sie
+ Verwendung der Datei-Eigenschaften von Subversion. Stellen Sie
sich vor, sie hätten eine einzelne Bilddatei
- <filename>image123.jpg</filename> mit Propertys namens
+ <filename>image123.jpg</filename> mit Eigenschaften namens
<literal>Unterschrift</literal>,
<literal>Zeitstempel</literal> und sogar
<literal>Vorschaubild</literal>. Jetzt sieht Ihr Verzeichnis
@@ -775,14 +775,14 @@
extremely large property sets are used.</para>
-->
<para>Obwohl Subversion kaum Einschränkungen für die von Ihnen
- verwendeten Namen und Werte für Propertys macht, ist es
+ verwendeten Namen und Werte für Eigenschaften macht, ist es
nicht entworfen worden, um optimal mit großen
- Property-Werten oder umgfangreichen Property-Mengen für eine
+ Eigenschafts-Werten oder umgfangreichen Eigenschafts-Mengen für
eine
bestimmte Datei oder ein Verzeichnis umgehen zu können.
Gewöhnlich behält Subversion gleichzeitig alle
- Property-Namen und -Werte im Speicher, die zu einem
+ Eigenschafts-Namen und -Werte im Speicher, die zu einem
einzelnen Objekt gehören, was bei umfangreichen
- Property-Mengen zu erheblichen Leistungseinbußen oder
+ Eigenschafts-Mengen zu erheblichen Leistungseinbußen oder
fehlgeschlagenen Operationen führen kann.</para>
</note>
@@ -798,16 +798,16 @@
that revision with the value <literal>all passing</literal>,
that's meaningful information to have.</para>
-->
- <para>Spezielle Revisions-Propertys sind auch sehr verbreitet.
- Eine übliche Verwendung ist es, ein Property zu benutzen,
- dessen Wert die Kennzeichnung eines Fehlers in einem
- Fehlerverwaltungssystems ist, mit dem die Revision in
+ <para>Spezielle Revisions-Eigenschaften sind auch sehr verbreitet.
+ Eine übliche Verwendung ist es, eine Eigenschaft zu benutzen,
+ deren Wert die Kennzeichnung eines Fehlers in einem
+ Fehlerverwaltungssystem ist, mit dem die Revision in
Beziehung gebracht wird, etwa weil eine mit dieser Revision
vorgenommene Änderung den entsprechenden Fehler behebt. Andere
- Anwendungsfälle beinhgalten die Vergabe anwenderfreundlicher
+ Anwendungsfälle beinhalten die Vergabe anwenderfreundlicher
Namen für die Revision – es könnte schwierig sein, sich
zu erinnern, dass Revision 1935 vollständig getestet war. Wenn
- es jedoch ein Property <literal>Testergebnis</literal> mit dem
+ es jedoch eine Eigenschaft <literal>Testergebnis</literal> mit dem
Wert <literal>alles bestanden</literal> für diese Revision
gibt, ist das eine durchaus nützliche Information.</para>
@@ -817,7 +817,7 @@
Properties)</title>
-->
<title>Suchbarkeit (oder, warum <emphasis>nicht</emphasis> bei
- Propertys)</title>
+ Eigenschaften)</title>
<!--
<para>For all their utility, Subversion properties—or,
@@ -827,12 +827,12 @@
<emphasis>finding</emphasis> that property later is a whole
different ball of wax.</para>
-->
- <para>Bei allem Nutzen haben Subversion-Propertys – oder,
+ <para>Bei allem Nutzen haben Subversion-Eigenschaften – oder,
um genauer zu sein, die für sie verfügbaren Schnittstellen
– eine gravierende Schwäche: während es eine einfache
- Sache ist, ein spezielles Property
+ Sache ist, eine spezielle Eigenschaft
<emphasis>anzulegen</emphasis>, ist das spätere
- <emphasis>Auffinden</emphasis> dieses Propertys eine ganz
+ <emphasis>Auffinden</emphasis> dieser Eigenschaft eine ganz
andere Geschichte.</para>
<!--
@@ -849,12 +849,12 @@
search would require a working copy from the root of your
repository.</para>
-->
- <para>Der Versuch, ein spezielles Revisions-Property
+ <para>Der Versuch, eine spezielles Revisions-Eigenschaft
aufzufinden, bedeutet im Allgemeinen ein lineares
Durchwandern aller Revisionen im Projektarchiv, wobei jede
- Revision gefragt wird <quote>Besitzt Du das Property, nach
- dem ich suche?</quote> Auch die Suche nach einem
- speziellen versionierten Property ist mühsam und erfordert
+ Revision gefragt wird <quote>Besitzt Du die Eigenschaft, nach
+ der ich suche?</quote> Auch die Suche nach einer
+ speziellen versionierten Eigenschaft ist mühsam und erfordert
oft ein rekursives <command>svn propget</command> über eine
vollständige Arbeitskopie. Es kann sein, dass es bei Ihnen
nicht ganz so schlimm ist wie eine lineare Durchwanderung
@@ -874,7 +874,7 @@
see the following in Subversion log messages:</para>
-->
<para>Aus diesem Grund sollten Sie – besonders im
- Anwendungsfall mit dem Revisions-Property – einfach
+ Anwendungsfall mit der Revisions-Eigenschaft – einfach
Ihre Metadaten der Protokollnachricht hinzufügen, wobei ein
vorgegebenes (und vielleicht programmtechnisch erzwungenes)
Format verwendet wird, das es erlaubt, die Metadaten schnell
@@ -911,7 +911,7 @@
<!--
<title>Manipulating Properties</title>
-->
- <title>Ändern von Propertys</title>
+ <title>Ändern von Eigenschaften</title>
<!--
<para>The <command>svn</command> program affords a few ways to
@@ -922,10 +922,10 @@
subcommand:</para>
-->
<para>Das Programm <command>svn</command> gestattet es, Datei
- und Verzeichnis-Propertys auf verschiedene Weise hinzuzufügen
- oder zu ändern. Für Propertys mit kurzen, menschenlesbaren
- Werten ist es vermutlich am einfachsten, ein neues Property zu
- vergeben, indem dessen Name und Wert auf der Kommandozeile für
+ und Verzeichnis-Eigenschaften auf verschiedene Weise hinzuzufügen
+ oder zu ändern. Für Eigenschaften mit kurzen, menschenlesbaren
+ Werten ist es vermutlich am einfachsten, eine neue Eigenschaft zu
+ vergeben, indem deren Name und Wert auf der Kommandozeile für
den Unterbefehl <command>svn propset</command> angegeben
wird:</para>
@@ -953,14 +953,14 @@
value.</para>
-->
<para>Jedoch haben wir die von Subversion gebotene Flexibilität
- bei der Behandlung Ihrer Property-Werte angepriesen; und wenn
+ bei der Behandlung Ihrer Eigenschafts-Werte angepriesen; und wenn
Sie planen, einen mehrzeiligen textuellen oder sogar binären
- Property-Wert zu verwenden, wollen Sie diesen wahrscheinlich
+ Eigenschafts-Wert zu verwenden, wollen Sie diesen wahrscheinlich
nicht auf den Kommandozeile angeben. Deshalb besitzt der
Unterbefehl <command>svn propset</command> eine Option
<option>--file</option> (<option>-F</option>), um den Namen
einer Datei angeben zu können, deren Inhalt den neuen
- Property-Wert ergibt.</para>
+ Eigenschafts-Wert ergibt.</para>
<!--
<screen>
@@ -989,7 +989,7 @@
</para>
-->
<para>Es gibt einige Einschränkungen für die Vergabe von
- Property-Namen. Ein Property-Name muss mit einem Buchstaben,
+ Namen für Eigenschaften. Ein Eigenschafts-Name muss mit einem
Buchstaben,
einem Doppelpunkt (<literal>:</literal>) oder einem
Unterstrich (<literal>_</literal>) beginnen; danach können Sie
auch Ziffern, Bindestriche (<literal>-</literal>) und Punkte
@@ -1024,17 +1024,17 @@
<command>propedit</command>. Dieser Befehl verwendet den
konfigurierten Editor (siehe <xref
linkend="svn.advanced.confarea.opts.config" />), um
- Propertys hinzuzufügen oder zu ändern. Wenn Sie den Befehl
+ Eigenschaften hinzuzufügen oder zu ändern. Wenn Sie den Befehl
aufrufen, startet <command>svn</command> Ihren Editor mit
- einer temporären Datei, die den gegenwärtigen Wert des
- Propertys beinhaltet (oder leer ist, falls Sie ein neues
- Property hinzufügen). Dann bearbeiten Sie diesen Wert in Ihrem
- Editor bis er dem Wert entspricht, den Sie für das Property
+ einer temporären Datei, die den gegenwärtigen Wert der
+ Eigenschaft beinhaltet (oder leer ist, falls Sie eine neue
+ Eigenschaft hinzufügen). Dann bearbeiten Sie diesen Wert in Ihrem
+ Editor bis er dem Wert entspricht, den Sie für die Eigenschaft
verwenden möchten, speichern die Datei und beenden den Editor.
Falls Subversion feststellt, dass Sie tatsächlich den
- bestehenden Wert des Propertys geändert haben, wird das als
+ bestehenden Wert der Eigenschaft geändert haben, wird das als
neuer Wert angenommen. Wenn Sie Ihren Editor ohne Änderungen
- beenden, wird das Property nicht verändert:</para>
+ beenden, wird die Eigenschaft nicht verändert:</para>
<!--
<screen>
@@ -1057,10 +1057,10 @@
have done the following:</para>
-->
<para>Hier sollten wir anmerken, dass die
- <command>svn</command>-Unterbefehle, die mit Propertys zu tun
+ <command>svn</command>-Unterbefehle, die mit Eigenschaften zu tun
haben, ähnlich wie bei anderen Unterbefehlen, auch auf mehrere
Pfade gleichzeitig angewendet werden können. Dadurch wird es
- Ihnen ermöglicht, mit einem Befehl die Propertys auf einer
+ Ihnen ermöglicht, mit einem Befehl die Eigenschaften auf einer
Menge von Dateien zu bearbeiten. Wir hätten beispielsweise das
Folgende machen können:</para>
@@ -1086,18 +1086,18 @@
paths), print the value of the property to
the standard output stream.</para>
-->
- <para>Das ganze Hinzufügen und Bearbeiten von Propertys ist
+ <para>Das ganze Hinzufügen und Bearbeiten von Eigenschaften ist
nicht gerade nützlich, falls an die gespeicherten Werte nicht
einfach heranzukommen ist. Also bietet das Programm
<command>svn</command> zwei Unterbefehle zur Anzeige der Namen
- und Werte von Propertys an Dateien und Verzeichnissen.
+ und Werte von Eigenschaften an Dateien und Verzeichnissen.
Der Befehl <command>svn proplist</command> listet alle
- Property-Namen auf, die für einen Pfad vergeben sind. Sobald
- Sie die Property-Namen auf einem Element kennen, können Sie
+ Eigenschafts-Namen auf, die für einen Pfad vergeben sind. Sobald
+ Sie die Eigenschafts-Namen auf einem Element kennen, können Sie
die Werte einzeln mittels <command>svn propget</command>
- abrufen. Wenn diesem Befehl ein Property-Name und ein Pfad
+ abrufen. Wenn diesem Befehl ein Eigenschafts-Name und ein Pfad
(oder eine Menge von Pfaden) mitgegeben wird, wird der Wert
- des Propertys nach Standardausgabe geschrieben.</para>
+ der Eigenschaft nach Standardausgabe geschrieben.</para>
<!--
<screen>
@@ -1120,7 +1120,7 @@
<para>Es gibt sogar eine Variante des Befehls
<command>proplist</command>, die es erlaubt, sowohl die Namen
- als auch die Werte aller Propertys auszugeben. Übergeben Sie
+ als auch die Werte aller Eigenschaften auszugeben. Übergeben Sie
einfach die Option <option>--verbose</option>
(<option>-v</option>).</para>
@@ -1167,9 +1167,9 @@
<command>svn propset</command>. For example, this command will
<emphasis>not</emphasis> yield the desired effect:</para>
-->
- <para>Der letzte Unterbefehl, der mit Propertys zu tun hat, ist
- <command>propdel</command>. Da Subversion Propertys mit
- leeren Werten erlaubt, können Sie ein Property nicht
+ <para>Der letzte Unterbefehl, der mit Eigenschaften zu tun hat, ist
+ <command>propdel</command>. Da Subversion Eigenschaften mit
+ leeren Werten erlaubt, können Sie eine Eigenschaft nicht
vollständig mit <command>svn propedit</command> oder mit
<command>svn propset</command> entfernen. So hat
beispielsweise dieser Befehl <emphasis>nicht</emphasis> den
@@ -1196,9 +1196,9 @@
$
</screen>
- <para>Zum vollständigen Löschen von Propertys müssen Sie den
+ <para>Zum vollständigen Löschen von Eigenschaften müssen Sie den
Unterbefehl <command>propdel</command> verwenden. Die Syntax
- ist den anderen Property-Befehlen ähnlich:</para>
+ ist den anderen Eigenschafts-Befehlen ähnlich:</para>
<!--
<screen>
@@ -1244,16 +1244,16 @@
<command>svn propset</command> command with no target path:</para>
-->
<para>Können Sie sich an diese unversionierten
- Revisions-Propertys erinnern? Auch diese können Sie mit den
+ Revisions-Eigenschaften erinnern? Auch diese können Sie mit den
eben beschriebenen Unterbefehlen von <command>svn</command>
verändern. Geben Sie einfach den Kommandozeilenparameter
- <option>--revprop</option> an und die Revision, dessen
- Property Sie ändern möchten. Da Revisionen global sind,
- brauchen Sie keinen Zielpfad für diese Property-Unterbefehle
+ <option>--revprop</option> an und die Revision, deren
+ Eigenschaft Sie ändern möchten. Da Revisionen global sind,
+ brauchen Sie keinen Zielpfad für diese Eigenschafts-Unterbefehle
anzugeben sofern Sie sich in einer Arbeitskopie des
- Projektarchivs befinden, dessen Revisions-Property Sie ändern
+ Projektarchivs befinden, deren Revisions-Eigenschaft Sie ändern
möchten. Anderenfalls können Sie den URL irgendeines Pfades im
- entsprechenden Repository angeben (inklusive des
+ entsprechenden Projektarchiv angeben (inklusive des
Wurzelverzeichnisses des Projektarchivs). Sie möchten
beispielsweise die Protokollnachricht einer bestehenden
Revision ändern.
@@ -1288,7 +1288,7 @@
-->
<para>Selbst wenn Sie keine Arbeitskopie aus diesem
Projektarchiv ausgecheckt haben, können Sie dennoch die
- Änderung am Property durchführen, indem Sie den URL der Wurzel
+ Änderung an der Eigenschaft durchführen, indem Sie den URL der
Wurzel
des Projektarchivs angeben:</para>
<!--
@@ -1317,15 +1317,15 @@
unversioned properties is disabled.</para>
-->
<para>Beachten Sie, dass die Fähigkeit, diese unversionierten
- Propertys zu verändern, ausdrücklich vom Administrator des
+ Eigenschaften zu verändern, ausdrücklich vom Administrator des
Projektarchivs hinzugefügt werden muss (siehe <xref
linkend="svn.reposadmin.maint.setlog" />). Das geschieht aus
- dem Grund, dass diese Propertys nicht versioniert sind, und
+ dem Grund, dass diese Eigenschaften nicht versioniert sind, und
Sie Gefahr laufen, durch unvorsichtiges Bearbeiten
Informationen zu verlieren. Der Administrator des
Projektarchivs kann Schutzmaßnahmen gegen diesen Verlust
ergreifen, und standardmäßig ist die Veränderung
- unversionierter Propertys nicht freigeschaltet.</para>
+ unversionierter Eigenschaften nicht freigeschaltet.</para>
<tip>
<!--
@@ -1344,11 +1344,11 @@
<para>Benutzer sollten nach Möglichkeit <command>svn
propedit</command> statt <command>svn propset</command>
verwenden. Während das Endergebnis dieser Befehle identisch
- ist, wird bei ersterem der aktuelle Wert des zu ändernden
- Propertys angezeigt, was dabei hilft, sicherzustellen, dass
+ ist, wird bei ersterem der aktuelle Wert der zu ändernden
+ Eigenschaft angezeigt, was dabei hilft, sicherzustellen, dass
die Änderung auch die beabsichtigte war. Das gilt besonders
- für unversionierte Revisions-Propertys. Darüberhinaus ist es
- auch bedeutend einfacher, mehrzeilige Property-Werte in
+ für unversionierte Revisions-Eigenschaften. Darüberhinaus ist es
+ auch bedeutend einfacher, mehrzeilige Eigenschafts-Werte in
einem Texteditor statt auf der Kommandozeile zu
bearbeiten.</para>
</tip>
@@ -1360,7 +1360,7 @@
<!--
<title>Properties and the Subversion Workflow</title>
-->
- <title>Propertys und der Arbeitsablauf von Subversion</title>
+ <title>Eigenschaften und der Arbeitsablauf von Subversion</title>
<!--
<para>Now that you are familiar with all of the
@@ -1374,10 +1374,10 @@
-->
<para>Jetzt, da Sie mit allen
<command>svn</command>-Unterbefehlen vertraut sind, die mit
- Propertys zu tun haben, wollen wir uns ansehen, welche
- Auswirkungen Änderungen an Propertys auf den üblichen
+ Eigenschaften zu tun haben, wollen wir uns ansehen, welche
+ Auswirkungen Änderungen an Eigenschaften auf den üblichen
Arbeitsablauf von Subversion haben. Wie wir bereits früher
- erwähnten, sind Propertys von Dateien und Verzeichnissen
+ erwähnten, sind Eigenschaften von Dateien und Verzeichnissen
versioniert, genau so wie der Dateiinhalt. Deshalb bietet
Subversion dieselben Möglichkeiten für das Zusammenführen der
Änderungen anderer mit Ihren eigenen – sauber oder
@@ -1396,17 +1396,17 @@
commands.</para>
-->
<para>Wie bei Dateiinhalten handelt es sich bei Ihren
- Property-Änderungen um lokale Modifikationen, die erst dann
+ Eigenschafts-Änderungen um lokale Modifikationen, die erst dann
dauerhaft werden, wenn Sie sie mittels <command>svn
commit</command> an das Projektarchiv übergeben. Ihre
- Property-Änderungen können auch leicht rückgängig gemacht
+ Eigenschafts-Änderungen können auch leicht rückgängig gemacht
werden – der Befehl <command>svn revert</command> bringt
Ihre Dateien und Verzeichnisse wieder in den unbearbeiteten
- Zustand – und zwar Inhalt, Propertys und alles andere.
+ Zustand – und zwar Inhalt, Eigenschaften und alles andere.
Auch können Sie durch die Benutzung der Befehls <command>svn
status</command> und <command>svn diff</command>
interessante Informationen über den Status Ihrer Datei- und
- Verzeichnis-Propertys erhalten.</para>
+ Verzeichnis-Eigenschaften erhalten.</para>
<!--
<screen>
@@ -1446,7 +1446,7 @@
<para>Beachten Sie, dass der Unterbefehl
<command>status</command> das <literal>M</literal> in der
zweiten statt in der ersten Spalte anzeigt. Das geschieht, da
- wir zwar die Propertys von <filename>calc/button.c</filename>
+ wir zwar die Eigenschaften von <filename>calc/button.c</filename>
verändert haben, nicht jedoch dessen Inhalt. Hätten wir beides
geändert, würden wir <literal>M</literal> auch in der ersten
Spalte sehen. (<command>svn status</command> behandeln wir in
@@ -1456,7 +1456,7 @@
<!--
<title>Property Conflicts</title>
-->
- <title>Property-Konflikte</title>
+ <title>Konflikte bei Eigenschaften</title>
<!--
<para>As with file contents, local property modifications can
@@ -1467,9 +1467,9 @@
state.</para>
-->
<para>Wie bei Dateiinhalten kann es zu Konflikten zwischen
- lokalen Änderungen an Propertys und übergebenen Änderungen
+ lokalen Änderungen an Eigenschaften und übergebenen Änderungen
anderer kommen. Wenn Sie das Verzeichnis Ihrer Arbeitskopie
- aktualisieren und Property-Änderungen eines versionierten
+ aktualisieren und Eigenschafts-Änderungen eines versionierten
Objektes erhalten, die mit Ihren eigenen kollidieren, wird
Subversion melden, dass sich das Objekt in einem
Konfliktzustand befindet.</para>
@@ -1547,8 +1547,8 @@
alert Subversion that you have manually resolved the
problem.</para>
-->
- <para>Um Property-Konflikte aufzulösen, stellen Sie einfach
- sicher, dass die konfliktbehafteten Propertys die passenden Werte
+ <para>Um Eigenschafts-Konflikte aufzulösen, stellen Sie einfach
+ sicher, dass die konfliktbehafteten Eigenschaften die passenden
Werte
enthalten und verwenden dann den Befehl <command>svn
resolved</command>, um Subversion mitzuteilen, dass Sie
das Problem manuell gelöst haben.</para>
@@ -1567,14 +1567,14 @@
need to be applied by hand.</para>
-->
<para>Sie haben vielleicht auch die ungewöhnliche Art und Weise
- bemerkt, wie Subversion momentan Unterschiede von Propertys
+ bemerkt, wie Subversion momentan Unterschiede von Eigenschaften
darstellt. Sie können immer noch <command>svn diff</command>
verwenden und dessen Ausgabe umleiten, um eine Patch-Datei zu
erzeugen. Das Programm <command>patch</command> ignoriert
- Patches für Propertys – es ignoriert regelmäßig alles,
+ Patches für Eigenschaften – es ignoriert regelmäßig alles,
was es nicht versteht. Das bedeutet leider, dass für die
vollständige Anwendung eines durch <command>svn diff</command>
- erzeugten Patches sämtliche Änderungen an Propertys manuell
+ erzeugten Patches sämtliche Änderungen an Eigenschaften manuell
nachgezogen werden müssen.</para>
</sect2>
@@ -1584,7 +1584,7 @@
<!--
<title>Automatic Property Setting</title>
-->
- <title>Automatisches Setzen von Propertys</title>
+ <title>Automatisches Setzen von Eigenschaften</title>
<!--
<para>Properties are a powerful feature of Subversion, acting as
@@ -1600,21 +1600,21 @@
applied to the places that need them, Subversion provides a
couple of simple but useful features.</para>
-->
- <para>Propertys sind eine mächtige Funktionalität von
+ <para>Eigenschaften sind eine mächtige Funktionalität von
Subversion, die als Schlüsselkomponenten zahlreicher
Subversion-Funktionen agieren, welche an anderer Stelle in
diesem und in anderen Kapiteln erörtert werden –
Unterstützung textueller Diffs und Zusammenführungen,
Ersetzung von Schlüsselworten, Umwandlung von Zeilenenden,
- usw. Um jedoch den größten Nutzen aus Propertys ziehen zu
+ usw. Um jedoch den größten Nutzen aus Eigenschaften ziehen zu
können, müssen sie auf den richtigen Dateien und
Verzeichnissen gesetzt sein. Leider kann dieser Schritt
leicht in der täglichen Routine vergessen werden, besonders
- deshalb, da das Versäumen des Setzens eines Propertys
+ deshalb, da das Versäumen des Setzens einer Eigenschaft
normalerweise nicht einen offensichtlichen Fehler zur Folge
hat (zumindest im Vergleich zu einer Datei, bei der versäumt
wurde, sie unter Versionskontrolle zu stellen). Um Ihnen dabei
- zu helfen, die Properties an die Stellen zu bringen, wo sie
+ zu helfen, die Eigenschaften an die Stellen zu bringen, wo sie
nötig sind, bietet Subversion Ihnen ein paar einfache aber
nützliche Funktionen.</para>
@@ -1633,15 +1633,15 @@
<para>Immer wenn Sie eine Datei mit <command>svn add</command>
oder <command>svn import</command> unter Versionskontrolle
nehmen, versucht Subversion, Sie zu unterstützen, indem es
- einige übliche Datei-Propertys automatisch setzt. Erstens
+ einige übliche Datei-Eigenschaften automatisch setzt. Erstens
setzt Subversion auf Betriebssystemen, deren Dateisystem ein
- Ausführbarkeits-Erlaubnis-Bit unterstützt, automatisch das
- Property <literal>svn:executable</literal> auf neu
+ Ausführbarkeits-Erlaubnis-Bit unterstützt, automatisch die
+ Eigenschaft <literal>svn:executable</literal> auf neu
hinzugefügte oder importierte Dateien, bei denen das
Ausführbarkeits-Bit gesetzt ist. (Siehe <xref
linkend="svn.advanced.props.special.executable" /> weiter
- unten in diesem Kapitel für weitere Informationen zu diesem
- Property.)</para>
+ unten in diesem Kapitel für weitere Informationen zu dieser
+ Eigenschaft.)</para>
<!--
<para>Second, Subversion tries to determine the file's MIME
@@ -1672,21 +1672,21 @@
<literal>mime-types-files</literal> konfiguriert haben,
versucht Subversion in dieser Datei einen passenden MIME-Typen
für die Endung Ihrer Datei zu finden. Wenn es fündig wird,
- setzt es das Property <literal>svn:mime-type</literal> Ihrer
+ setzt es die Eigenschaft <literal>svn:mime-type</literal> Ihrer
Datei auf den gefundenen MIME-Typen. Falls keine Datei
konfiguriert oder kein passender Typ für die Dateiendung
gefunden wurde, wendet Subversion eine recht einfache
Heuristik an, um festzustellen, ob die Datei nicht-textuellen
- Inhalt hat. Falls das der Fall ist, wird automatisch das
- Property <literal>svn:mime-type</literal> dieser Datei auf
+ Inhalt hat. Falls das der Fall ist, wird automatisch die
+ Eigenschaft <literal>svn:mime-type</literal> dieser Datei auf
<literal>application/octet-stream</literal> gesetzt (der
allgemeine <quote>dies ist eine Ansammlung von
Bytes</quote>-MIME-Type). Falls Subversion falsch rät, oder
- falls Sie den Wert des Propertys
+ falls Sie den Wert der Eigenschaft
<literal>svn:mime-type</literal> präziser setzen möchten
– etwa <literal>image/png</literal> oder
<literal>application/x-shockwave-flash</literal> –
- können Sie natürlich jederzeit das Property entfernen oder
+ können Sie natürlich jederzeit die Eigenschaft entfernen oder
bearbeiten. (Mehr zur Verwendung von MIME-Typen durch
Subversion in <xref
linkend="svn.advanced.props.special.mime-type" /> später in
@@ -1718,25 +1718,25 @@
<para>Darüberhinaus bietet Subversion über sein
Laufzeit-Konfigurationssystem (siehe <xref
linkend="svn.advanced.confarea" />) eine flexible
- Möglichkeit, automatisch Propertys zu setzen, die es Ihnen
- erlaubt, Abbildungen von Dateinamensmustern auf Property-Namen
+ Möglichkeit, automatisch Eigenschaften zu setzen, die es Ihnen
+ erlaubt, Abbildungen von Dateinamensmustern auf Eigenschafts-Namen
und -Werte vorzunehmen. Auch hier haben diese Abbildungen
Auswirkungen auf das Hinzufügen und Importieren und können
nicht nur die standardmäßigen Entscheidungen Subversions
bezüglich des Mime-Typs außer Kraft setzen, sondern auch
- zusätzliche Subversion- oder spezielle Propertys setzen.
+ zusätzliche Subversion- oder spezielle Eigenschaften setzen.
Beispielsweise könnten Sie eine Abbildung definieren, die
bestimmt, dass jedesmal wenn eine JPEG-Datei hinzugefügt wird
– Dateien, deren Namen auf das Muster
<literal>*.jpg</literal> passen – Subversion automatisch
- das Property <literal>svn:mime-type</literal> für diese
+ die Eigenschaft <literal>svn:mime-type</literal> für diese
Dateien auf <literal>image/jpeg</literal> setzt. Oder
vielleicht sollen alle Dateien mit dem Muster
<literal>*.cpp</literal> <literal>svn:eol-style</literal> auf
<literal>native</literal> und <literal>svn:keywords</literal>
auf <literal>Id</literal> gesetzt bekommen. Die Unterstützung
- automatischer Propertys ist vielleicht das praktischste
- Werkzeug bezüglich Propertys in der Werkzeugkiste von
+ automatischer Eigenschaften ist vielleicht das praktischste
+ Werkzeug bezüglich Eigenschaften in der Werkzeugkiste von
Subversion. Siehe <xref
linkend="svn.advanced.confarea.opts.config"/> für Details
zur Konfiguration dieser Unterstützung.</para>
=======================================
--- /trunk/src/de/book/ch04-branching-and-merging.xml Sun May 30 23:37:40
2010
+++ /trunk/src/de/book/ch04-branching-and-merging.xml Mon Aug 2 11:28:16
2010
@@ -3043,7 +3043,7 @@
historischen Metadaten über die Zusammenführung haben.
Zum gegenwärtigen Zeitpunkt hat Subversion keine
Möglichkeit, unterschiedliche Projektarchiv-URLs innerhalb
- des <literal>svn:mergeinfo</literal>-Propertys zu
+ der Eigenschaft <literal>svn:mergeinfo</literal> zu
repräsentieren.</para>
</listitem>
</varlistentry>
@@ -3453,7 +3453,7 @@
<quote>blockierter Änderungen</quote> zu fragen. Wenn Sie sie
verfolgen möchten (so dass Sie eines Tages die Blockierung
aufheben können) müssen Sie sie irgendwo in eine Textdatei
- schreiben oder in einem erfundenen Property festhalten. Leider
+ schreiben oder in einer erfundenen Eigenschaft festhalten. Leider
ist das in Subversion 1.5 die einzige Möglichkeit mit
blockierten Revisionen umzugehen; ein besseres Interface dafür
ist für künftige Versionen geplant.</para>
@@ -4030,8 +4030,8 @@
dass Subversion-Clients einer kleineren Version als 1.5 Ihre
automatische Zusammenführungs-Verfolgung durcheinander bringen
können. Warum? Wenn ein älterer Subversion-Client <command>svn
- merge</command> ausführt, modifiziert er nicht den Wert des
- Propertys <literal>svn:mergeinfo</literal>. Obwohl die
+ merge</command> ausführt, modifiziert er nicht den Wert der
+ Eigenschaft <literal>svn:mergeinfo</literal>. Obwohl die
anschließende Übergabe das Ergebnis einer Zusammenführung ist,
wird dem Projektarchiv nichts über die duplizierten Änderungen
mitgeteilt – diese Information ist verloren. Wenn später
@@ -4090,7 +4090,7 @@
-->
<para>Unter dem Strich bedeutet das, dass die Fähigkeit von
Subversion zur Zusammenführungs-Verfolgung eine höchst
- komplexe interne Implementierung besitzt und das Property
+ komplexe interne Implementierung besitzt und die Eigenschaft
<literal>svn:mergeinfo</literal> das einzige Fenster zu diesem
Räderwerk ist. Da diese Fähigkeit relativ neu ist, kann eine
Anzahl von Randfällen und mögliche unerwartete
@@ -4214,7 +4214,7 @@
to the metadata (as demonstrated in
<xref
linkend="svn.branchmerge.advanced.blockchanges"/>).</para>
-->
- <para>Editieren Sie niemals direkt das Property
+ <para>Editieren Sie niemals direkt die Eigenschaft
<literal>svn:mergeinfo</literal>; verwenden Sie
<command>svn merge</command> mit der Option
<option>--record-only</option>, um eine gewünschte
@@ -4864,7 +4864,7 @@
Arbeitskopie gemacht haben, die ein Mitarbeiter sehen soll.
Statt <command>svn diff</command> aufzurufen und eine
Patch-Datei zu versenden (die allerdings weder Änderungen an
- Verzeichnissen, symbolischen Links oder Propertys beinhaltet),
+ Verzeichnissen, symbolischen Links oder Eigenschaften beinhaltet),
können Sie <command>svn copy</command> verwenden, um Ihre
Arbeitskopie in einen privaten Bereich des Projektarchivs
<quote>abzulegen</quote>. Ihr Mitarbeiter kann dann entweder
@@ -6175,7 +6175,7 @@
<para>It will optionally add arbitrary properties to files and
directories that match a regular expression.</para>
-->
- <para>Es legt optional beliebige Propertys für Dateien und
+ <para>Es legt optional beliebige Eigenschaften für Dateien und
Verzeichnisse an, deren Name einem regulären Ausdruck
entspricht.</para>
</listitem>
@@ -6277,7 +6277,7 @@
optionally a property name and value.</para>
-->
<para>Das Skript akzeptiert auch eine gesonderte
- Konfigurationsdatei, in der Propertys auf Dateien und
+ Konfigurationsdatei, in der Eigenschaften auf Dateien und
Verzeichnisse gesetzt werden können, deren Name einem
regulären Ausdruck entspricht und dem Projektarchiv
<emphasis>hinzugefügt</emphasis> werden. Diese
@@ -6287,7 +6287,7 @@
Menge aus zwei oder vier Werten: ein regulärer Ausdruck wie in
Perl, zu dem der entsprechende Pfad passen muss, ein
Schlüsselwort zur Kontrolle (entweder <literal>break</literal>
- oder <literal>cont</literal>) und optional ein Property-Name
+ oder <literal>cont</literal>) und optional ein Eigenschafts-Name
und ein Wert.</para>
<screen>
@@ -6309,10 +6309,10 @@
with the next line of the configuration file.</para>
-->
<para>Für jeden hinzugefügten Pfad der dem regulären Ausdruck
- einer Zeile entspricht, werden die Property-Änderungen der
+ einer Zeile entspricht, werden die Eigenschafts-Änderungen der
Reihe nach durchgeführt, es sei denn, das
Kontroll-Schlüsselwort ist <literal>break</literal> (was
- bedeutet, dass keine weiteren Property-Änderungen für diesen
+ bedeutet, dass keine weiteren Eigenschafts-Änderungen für diesen
Pfad durchgeführt werden sollen). Falls das
Kontroll-Schlüsselwort <literal>cont</literal> ist –
eine Abkürzung für <literal>continue</literal> (fortfahren)
@@ -6329,8 +6329,8 @@
not protect any other characters beyond what is necessary for
the regular expression.</para>
-->
- <para>Jeglicher Leerraum im regulären Ausdruck, im Namen des
- Propertys oder im Wert des Propertys muss entweder mit
+ <para>Jeglicher Leerraum im regulären Ausdruck, im Namen der
+ Eigenschaft oder im Wert der Eigenschaft muss entweder mit
einfachen oder doppelten Anführungszeichen umgeben werden.
Anführungszeichen, die nicht zum Umfassen von Leerraum
verwendet werden, können mit einem vorangestellten umgekehrten
=======================================
--- /trunk/src/de/book/ch05-repository-admin.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/ch05-repository-admin.xml Mon Aug 2 11:28:16 2010
@@ -1620,7 +1620,7 @@
Dateisystems Ihres Projektarchivs beginnt mit Revision 0, die aus
nichts anderem als dem Wurzelverzeichnis
(<filename>/</filename>) besteht. Zu Beginn hat die Revision 0
- ein einziges Revisions-Property, <literal>svn:date</literal>,
+ eine einzige Revisions-Eigenschaft, <literal>svn:date</literal>,
das als Wert die Angabe des Zeitpunktes besitzt, zu dem das
Projektarchiv angelegt wurde.</para>
@@ -1689,7 +1689,7 @@
<para>Ein <firstterm>Hook</firstterm> (Haken) ist ein Programm,
das durch einige Projektarchiv-Ereignisse gestartet wird, wie
etwa die Erzeugung einer neuen Revision oder die Veränderung
- eines unversionierten Propertys. Einige Hooks (die sogenannten
+ einer unversionierten Eigenschaft. Einige Hooks (die sogenannten
<quote>Pre-Hooks</quote>) starten vor einer
Projektarchiv-Operation und bieten eine Möglichkeit sowohl zu
berichten, was passieren wird, als auch zu verhindern, dass es
@@ -2780,7 +2780,7 @@
<quote>berichtigen</quote>. Wegen der Möglichkeit, dadurch
für immer Informationen zu verlieren, sind
Subversion-Projektarchive allerdings standardmäßig nicht so
- eingestellt, dass Änderungen an unversionierten Propertys
+ eingestellt, dass Änderungen an unversionierten Eigenschaften
erlaubt sind – außer für einen Administrator.</para>
<!--
@@ -2793,7 +2793,7 @@
<para>Falls ein Protokolleintrag durch einen Administrator
geändert werden muss, kann das mit <command>svnadmin
setlog</command> geschehen. Dieser Befehl ändert den
- Protokolleintrag (das Property <literal>svn:log</literal>)
+ Protokolleintrag (die Eigenschaft <literal>svn:log</literal>)
einer gegebenen Revision eines Projektarchivs, indem der neue
Inhalt aus einer angegebenen Datei gelesen wird.</para>
@@ -2822,7 +2822,7 @@
-->
<para>Auch der Befehl <command>svnadmin setlog</command> ist
standardmäßig durch dieselben Schutzmechanismen gegen die
- Veränderung unversionierter Propertys eingeschränkt wie ein
+ Veränderung unversionierter Eigenschaften eingeschränkt wie ein
Client aus der Ferne – die Hooks <literal>pre-</literal>
und <literal>post-revprop-change</literal> werden immer noch
ausgelöst und müssen entsprechend eingestellt werden, um
@@ -2842,8 +2842,8 @@
-->
<para>Denken Sie trotzdem daran, dass beim Umgehen der Hooks
auch Dinge umgangen werden wie E-Mail-Benachrichtigungen bei
- Property-Änderungen, Sicherungssysteme, die Änderungen an
- unversionierten Propertys verfolgen, usw. Mit anderen
+ Eigenschafts-Änderungen, Sicherungssysteme, die Änderungen an
+ unversionierten Eigenschaften verfolgen, usw. Mit anderen
Worten: Seien Sie sehr vorsichtig bei der Auswahl dessen,
was Sie ändern und wie Sie es ändern.</para>
</warning>
@@ -4027,8 +4027,8 @@
sicherzustellen, dass die Ausgabe jedes Aufrufs von
<command>svnadmin dump</command> unabhängig ist, ist der
Auszug der ersten Revision standardmäßig eine vollständige
- Darstellung jedes Verzeichnisses, jeder Datei und jedes
- Propertys aus dieser Revision im Projektarchiv.</para>
+ Darstellung jedes Verzeichnisses, jeder Datei und jeder
+ Eigenschaft aus dieser Revision im Projektarchiv.</para>
<!--
<para>However, you can change this default behavior. If you add
@@ -4608,7 +4608,7 @@
-->
<para>Falls leere Revisionen nicht ausgelassen werden, die
Eigenschaften der leeren Revisionen bewahren
- (Protokolleintrag, Autor, Datum, Propertys usw.). Sonst
+ (Protokolleintrag, Autor, Datum, Eigenschaften usw.). Sonst
beinhalten leere Revisionen lediglich den Zeitstempel
und einen erzeugten Protokolleintrag, der darauf
hinweist, dass diese Revision von
@@ -4891,7 +4891,7 @@
<emphasis>nicht</emphasis> auf eine Art und Weise, die dazu
führt, dass die Versionshistorie von der des
Original-Projektarchivs abweicht. Die einzigen Übergaben und
- Änderungen an Revisions-Propertys die in diesem
+ Änderungen an Revisions-Eigenschaften die in diesem
Spiegel-Projektarchiv stattfinden, sollten ausschließlich durch
den Befehl <command>svnsync</command> vorgenommen
werden.</para>
@@ -4913,15 +4913,15 @@
-->
<para>Eine weitere Anforderung an das Ziel-Projektarchiv ist, dass
dem <command>svnsync</command>-Prozess erlaubt wird,
- Revisions-Propertys zu verändern. Da
+ Revisions-Eigenschaften zu verändern. Da
<command>svnsync</command> im Rahmen des Hook-Systems
ausgeführt wird, ist der standardmäßige Zustand des
- Projektarchivs (welcher keine Änderungen an Revisions-Propertys
+ Projektarchivs (welcher keine Änderungen an Revisions-Eigenschaften
zulässt; siehe <xref
linkend="svn.ref.reposhooks.pre-revprop-change" />) nicht
ausreichend. Sie müssen ausdrücklich den
pre-revprop-change-Hook bereitstellen, der
- <command>svnsync</command> erlaubt, Revisions-Propertys zu
+ <command>svnsync</command> erlaubt, Revisions-Eigenschaften zu
definieren und zu ändern. Mit diesen Vorkehrungen sind Sie
gerüstet, um Projektarchiv-Revisionen zu spiegeln.</para>
@@ -5028,7 +5028,7 @@
anderen potentiellen Zugriffen zu unterscheiden. Um dies zu
machen, verwenden wir einen ausgezeichneten Benutzernamen für
unseren Prozess. Nur Übergaben und Änderungen an
- Revisions-Propertys unter dem Benutzerkonto
+ Revisions-Eigenschaften unter dem Benutzerkonto
<literal>syncuser</literal> werden erlaubt.</para>
<!--
@@ -5054,7 +5054,7 @@
in <xref
linkend="svn.reposadmin.maint.replication.pre-revprop-change"
/>; grundsätzlich stellt es sicher, dass der Benutzer, der die
- Propertys ändern möchte, unser <literal>syncuser</literal>
+ Eigenschaften ändern möchte, unser <literal>syncuser</literal>
ist. Falls dies zutrifft, ist die Änderung erlaubt,
anderenfalls wird die Änderung abgelehnt.</para>
@@ -5083,7 +5083,7 @@
if [ "$USER" = "syncuser" ]; then exit 0; fi
-echo "Ausschließlich der Benutzer syncuser darf Revisions-Propertys
ändern" >&2
+echo "Ausschließlich der Benutzer syncuser darf Revisions-Eigenschaften
ändern" >&2
exit 1
</programlisting>
</example>
@@ -5097,7 +5097,7 @@
linkend="svn.reposadmin.maint.replication.start-commit"
/>.</para>
-->
- <para>Das deckt Änderungen an Revisions-Propertys ab. Nun müssen
+ <para>Das deckt Änderungen an Revisions-Eigenschaften ab. Nun müssen
wir sicherstellen, dass nur der Benutzer
<literal>syncuser</literal> neue Revisionen an das Projektarchiv
übergeben darf. Wir machen das, indem wir ein
@@ -5298,7 +5298,7 @@
</footnote>
Der Unterbefehl <command>svnsync synchronize</command> wird
die bereits vorher im Ziel-Projektarchiv gespeicherten besonderen
- Revisions-Propertys untersuchen und sowohl ermitteln, welches
+ Revisions-Eigenschaften untersuchen und sowohl ermitteln, welches
Projektarchiv es spiegelt und dass die zuletzt gespiegelte
Revision die Revision 0 war. Dann fragt es das Quell-Projektarchiv
ab, welches die jüngste Revision in diesem Projektarchiv ist.
@@ -5389,15 +5389,15 @@
<para>Von besonderem Interesse ist hier, dass für jede
gespiegelte Revision zunächst eine Übergabe der Revision an
das Ziel-Projektarchiv erfolgt und dann die Änderungen der
- Propertys folgen. Das kommt daher, dass die anfängliche
+ Eigenschaften folgen. Das kommt daher, dass die anfängliche
Übergabe durch den Benutzer <literal>syncuser</literal>
durchgeführt (und ihm auch zugeschrieben) wird und mit dem
Zeitstempel der Erzeugung dieser Revision versehen wird.
Darüberhinaus erlauben die Subversion zugrundeliegenden
Projektarchiv-Zugriffs-Schnittstellen nicht das beliebige Setzen
- von Revisions-Propertys als Teil einer Übergabe. Deshalb folgt
+ von Revisions-Eigenschaften als Teil einer Übergabe. Deshalb folgt
<command>svnsync</command> mit einer unmittelbaren Serie von
- Änderungen an den Propertys, die all die Propertys dieser
+ Änderungen an den Eigenschaften, die all die Eigenschaften dieser
Revision vom Quell-Projektarchiv ins Ziel-Projektarchiv kopieren.
Das hat auch den Effekt, dass der Autor und der Zeitstempel so
korrigiert werden, dass diese den entsprechenden Werten im
@@ -5446,14 +5446,14 @@
additional state-tracking information.</para>
-->
<para><command>svnsync</command> muss in der Lage sein,
- Revisions-Propertys im Ziel-Projektarchiv zu setzen und zu
- verändern, da diese Propertys Teil der Daten sind, die es
- spiegeln soll. Wenn sich diese Propertys im Quell-Projektarchiv
+ Revisions-Eigenschaften im Ziel-Projektarchiv zu setzen und zu
+ verändern, da diese Eigenschaften Teil der Daten sind, die es
+ spiegeln soll. Wenn sich diese Eigenschaften im
Quell-Projektarchiv
ändern, müssen sie im Ziel-Projektarchiv nachgezogen werden.
Allerdings verwendet <command>svnsync</command> auch eine
- Menge von speziellen Revisions-Propertys –
+ Menge von speziellen Revisions-Eigenschaften –
gespeichert in Revision 0 des Spiegel-Projektarchivs –
- für seine eigene interne Buchhaltung. Diese Propertys
+ für seine eigene interne Buchhaltung. Diese Eigenschaften
beinhalten Informationen wie etwa der URL oder die UUID des
Quell-Projektarchivs plus einige Informationen zur
Zustandsverfolgung.</para>
@@ -5485,7 +5485,7 @@
miteinander kollidieren, während sie versuchen, Daten in
dasselbe Ziel-Projektarchiv zu spiegeln. Im Allgemeinen
brauchen Sie auf <emphasis>keins</emphasis> dieser
- besonderen Propertys zu achten (sie beginnen alle mit dem
+ besonderen Eigenschaften zu achten (sie beginnen alle mit dem
Präfix <literal>svn:sync-</literal>). Gelegentlich jedoch,
falls eine Synchronisierung unerwartet fehlschlägt, bekommt
Subversion keine Chance, dieses besondere Zustands-Flag zu
@@ -5493,7 +5493,7 @@
Synchronisierungsversuche fehlschlagen, da es scheint, dass
eine Synchronisierung gerade durchgeführt wird, obwohl
tatsächlich keine stattfindet. Glücklicherweise kann dies
- behoben werden, indem einfach das Property
+ behoben werden, indem einfach die Eigenschaft
<literal>svn:sync-lock</literal> von Revision 0 des
Spiegel-Projektarchivs entfernt wird, das als dieses Flag
dient.</para>
@@ -5538,11 +5538,11 @@
houses that information:</para>
-->
<para>Dass <command>svnsync</command> den URL des
- Quell-Projektarchivs zur Buchhaltung in einem Property des
+ Quell-Projektarchivs zur Buchhaltung in einer Eigenschaft des
Spiegel-Projektarchivs speichert, ist der Grund dafür, dass Sie
diesen URL nur einmal angeben müssen: bei <command>svnsync
init</command>. Künftige Synchronisierungs-Operationen mit
- diesem Spiegel lesen einfach das besondere Property
+ diesem Spiegel lesen einfach die besondere Eigenschaft
<literal>svn:sync-from-url</literal>, das auf dem Spiegel
gespeichert ist, um zu wissen, woher synchronisiert werden
soll. Dieser Wert wird vom Synchronisierungsprozess jedoch
@@ -5559,7 +5559,7 @@
vollqualifizierte Quell-Projektarchiv-URLs zu verwenden,
anstatt solche, die nur auf Rechnernamen oder IP-Adressen
verweisen (die sich im Lauf der Zeit ändern können). Aber
- auch hier können Sie das Property zur Buchhaltung ändern,
+ auch hier können Sie die Eigenschaft zur Buchhaltung ändern,
falls ein bestehender Spiegel einen unterschiedlichen URL
für dasselbe Quell-Projektarchiv benötigt:</para>
@@ -5593,19 +5593,19 @@
own special properties in revision 0 of the source
repository, it simply ignores them.</para>
-->
- <para>Eine weitere interessante Angelegenheit an diesen
- speziellen Propertys zur Buchhaltung ist, dass
- <command>svnsync</command> nicht versucht, diese Propertys
+ <para>Eine weitere interessante Angelegenheit an dieser
+ speziellen Eigenschaft zur Buchhaltung ist, dass
+ <command>svnsync</command> nicht versucht, diese Eigenschaften
zu spiegeln, wenn sie im Quell-Projektarchiv gefunden werden.
Der Grund ist wahrscheinlich offensichtlich, aber im Grunde
läuft es darauf hinaus, dass <command>svnsync</command>
nicht zu unterscheiden vermag, welche der speziellen
- Propertys es bloß aus dem Quell-Projektarchiv kopiert hat und
+ Eigenschaften es bloß aus dem Quell-Projektarchiv kopiert hat und
welche es für seine Buchhaltung benötigt und verwaltet.
Diese Situation kann auftreten, falls Sie beispielsweise
einen Spiegel eines Spiegels eines dritten Projektarchivs
vorhalten. Wenn <command>svnsync</command> seine eigenen
- speziellen Propertys in Revision 0 des Quell-Projektarchivs
+ speziellen Eigenschaften in Revision 0 des Quell-Projektarchivs
entdeckt, ignoriert es sie einfach.</para>
</sidebar>
@@ -5626,17 +5626,17 @@
properties for a particular revision or range thereof.</para>
-->
<para>In diesem Prozess ist jedoch eine kleine Unfeinheit. Da
- die Revisions-Propertys von Subversion jederzeit während der
+ die Revisions-Eigenschaften von Subversion jederzeit während der
Lebenszeit eines Projektarchivs geändert werden können, ohne zu
protokollieren, wann sie geändert wurden, müssen replizierende
Prozesse ein besonderes Augenmerk auf sie richten. Wenn Sie
bereits die ersten 15 Revisionen eines Projektarchivs gespiegelt
- haben, und dann jemand ein Revisions-Property von Revision 12
+ haben, und dann jemand eine Revisions-Eigenschaft von Revision 12
ändert, weiß <command>svnsync</command> nicht, dass es
zurückgehen und die Kopie der Revision 12 korrigieren muss.
Sie müssen es ihm manuell mitteilen, indem Sie den Unterbefehl
<command>svnsync copy-revprops</command> verwenden, der
- einfach alle Propertys einer bestimmten Revision oder eines
+ einfach alle Eigenschaften einer bestimmten Revision oder eines
Revisionsintervalls erneut repliziert.</para>
<!--
@@ -6021,7 +6021,7 @@
– länger mit jeder neuen Revision, die ins Projektarchiv
übergeben wird. Wie bei vielen verschiedenen
Sicherungsmethoden werden auch hier Änderungen an
- Revisions-Propertys bereits gesicherter Revisionen nicht
+ Revisions-Eigenschaften bereits gesicherter Revisionen nicht
berücksichtigt, sofern es sich um eine nicht-überlappende
inkrementelle Sicherung handelt. Wir raten aus diesen Gründen
davon ab, sich ausschließlich auf Sicherungsstrategien zu
@@ -6114,7 +6114,7 @@
-->
<para>In jedem Sicherungsszenario müssen sich
Projektarchiv-Administratoren bewusst sein, inwiefern Änderungen
- an unversionierten Revisions-Propertys Auswirkungen auf die
+ an unversionierten Revisions-Eigenschaften Auswirkungen auf die
Sicherungen haben. Da diese Änderungen allein keine Revisionen
erzeugen, werden auch keine post-commit-Hooks ausgelöst; es
kann sogar sein, dass die Hooks pre-revprop-change und
@@ -6124,9 +6124,9 @@
aufgerufen werden, dass die Hook-Schnittstelle völlig
umgangen wird.</para>
</footnote>
- Und da Sie Revisions-Propertys ohne Rücksicht auf die
+ Und da Sie Revisions-Eigenschaften ohne Rücksicht auf die
zeitliche Abfolge ändern können – Sie können jederzeit
- die Propertys jeder Revision ändern – könnte eine
+ die Eigenschaften jeder Revision ändern – könnte eine
inkrementelle Sicherung der letzten paar Revisionen eine
Änderung an einer Revision aus einer vorangegangenen Sicherung
übersehen.</para>
@@ -6183,7 +6183,7 @@
<command>hot-backup.py</command> und einem
<command>rsync</command> dieser vollständigen Sicherungen von
einem entfernten Standort aus; sie halten mehrere Archive
- aller Übergabe- und Property-Änderungs-E-Mails vor und sie
+ aller Übergabe- und Eigenschafts-Änderungs-E-Mails vor und sie
haben Spiegel des Projektarchivs, die von Freiwilligen mit
<command>svnsync</command> verwaltet werden. Ihre Lösung
könnte ähnlich aussehen, sollte aber Ihren Bedürfnissen
=======================================
--- /trunk/src/de/book/ch07-customizing-svn.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/ch07-customizing-svn.xml Mon Aug 2 11:28:16 2010
@@ -1143,13 +1143,13 @@
The <literal>auto-props</literal> section of this file
specifies which properties are to be set on which
files.</para>
-->
- <para>Fordert Subversion auf, Propertys von neu
+ <para>Fordert Subversion auf, Eigenschaften von neu
hinzugefügten oder importierten Dateien zu setzen. Der
Standardwert ist <literal>no</literal> also sollte der
Wert auf <literal>yes</literal> gesetzt werden, um
diese Funktion zu ermöglichen. Der Abschnitt
<literal>auto-props</literal> in dieser Datei gibt
- an, welche Propertys bei welchen Dateien gesetzt
+ an, welche Eigenschaften bei welchen Dateien gesetzt
werden sollen.</para>
</listitem>
</varlistentry>
@@ -1446,20 +1446,20 @@
section if you want to enable auto-props.</para>
-->
<para>Der Abschnitt <literal>auto-props</literal> kontrolliert
- die Fähigkeit des Subversion-Clients, automatisch Propertys
+ die Fähigkeit des Subversion-Clients, automatisch Eigenschaften
auf Dateien zu setzen, wenn sie hinzugefügt oder importiert
werden. Er enthält eine beliebige Anzahl von
Schlüssel-Wert-Paaren der Form <literal>PATTERN =
PROPNAME=VALUE[;PROPNAME=VALUE ...]</literal>, wobei
<literal>PATTERN</literal> ein Muster ist, welches auf einen
oder mehrere Dateinamen passt, und der Rest der Zeile eine
- durch Semikolon getrennte Liste von Property-Zuweisungen
+ durch Semikolon getrennte Liste von Eigenschafts-Zuweisungen
ist. Wenn die Muster bei einer Datei mehrfach passen, führt
- das dazu, dass auch die jeweiligen Propertys gesetzt werden;
- jedoch ist die Reihenfolge der Property-Vergabe nicht
+ das dazu, dass auch die jeweiligen Eigenschaften gesetzt werden;
+ jedoch ist die Reihenfolge der Eigenschafts-Vergabe nicht
garantiert, so dass Sie eine Regel nicht durch eine andere
<quote>aufheben</quote> können. Mehrere Beispiele dieser
- automatischen Property-Vergabe finden Sie in der Datei
+ automatischen Eigenschafts-Vergabe finden Sie in der Datei
<filename>config</filename>. Vergessen Sie schließlich
nicht, <literal>enable-auto-props</literal> im Abschnitt
<literal>miscellany</literal> auf <literal>yes</literal> zu
@@ -1846,7 +1846,7 @@
versionierten Dateidaten leben auch andere Informationen in
Ihrem Subversion-Projektarchiv. Einige dieser Informationen –
Protokollnachrichten, Kommentare zu Sperren und einige
- Property-Werte – sind textueller Natur und werden
+ Eigenschafts-Werte – sind textueller Natur und werden
ausdrücklich von Benutzern geliefert. Die meisten dieser
Informationen können dem Subversion-Kommandozeilen-Client mit
den Optionen <option>--message</option> (<option>-m</option>)
@@ -2116,7 +2116,7 @@
Dreiwege-Vergleichsprogramm als Teil einer größeren Operation
von Subversion gestartet wird, obliegt allein Subversion und
wird unter anderem dadurch beeinflusst, ob die Dateien nach
- Maßgabe des Propertys <literal>svn:mime-type</literal>
+ Maßgabe der Eigenschaft <literal>svn:mime-type</literal>
menschenlesbar sind. Das bedeutet beispielsweise, selbst falls
Sie über das raffinierteste Vergleichs- oder
Zusammenführungsprogramm des Universums verfügten, welches
=======================================
--- /trunk/src/de/book/ch08-embedding-svn.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/ch08-embedding-svn.xml Mon Aug 2 11:28:16 2010
@@ -425,7 +425,7 @@
Verzeichnisse anlegen und löschen, kopieren und verschieben,
den Inhalt verändern usw. Sie besitzt auch Funktionen, die
nicht so verbreitet sind, wie etwa die Fähigkeit, Metadaten
- (<quote>Propertys</quote>) an jede Datei oder jedes
+ (<quote>Eigenschaften</quote>) an jede Datei oder jedes
Verzeichnis anzufügen, zu verändern oder zu entfernen. Zudem
ist das Dateisystem von Subversion ein versioniertes
Dateisystem, d.h., während Sie Ihren Verzeichnisbaum ändern,
@@ -459,7 +459,7 @@
modifications, etc.).</para>
-->
<para>Nehmen Sie Ihre Änderungen vor (Ergänzungen,
- Löschungen, Änderungen an Propertys usw.).</para>
+ Löschungen, Änderungen an Eigenschaften usw.).</para>
</listitem>
<listitem>
<!--
@@ -725,7 +725,7 @@
bestimmte größere Schritte im allgemeinen Zyklus der
Dateisystemaktivität. Einige dieser Schritte umfassen die
Erzeugung und den Abschluss von Subversion-Transaktionen und
- die Änderung von Revision-Propertys. Diese besonderen
+ die Änderung von Revision-Eigenschaften. Diese besonderen
Ereignisse werden durch die Projektarchiv-Schicht gekapselt, da
mit ihnen Hooks verknüpft sind. Ein System mit
Projektarchiv-Hooks hat strenggenommen nichts mit der
@@ -1248,7 +1248,7 @@
<para>Any user-defined properties that might be attached
to those files and directories</para>
-->
- <para>irgendwelche benutzerdefinierten Propertys, die diesen
+ <para>irgendwelche benutzerdefinierten Eigenschaften, die diesen
Dateien und Verzeichnissen zugewiesen sein könnten</para>
</listitem>
<listitem>
@@ -1316,7 +1316,7 @@
einem Verzeichnis der Arbeitskopie. Diese eine Datei verfolgt
die Projektarchiv-URLs, die ursprüngliche Revision, Prüfsummen
von Dateien, ursprünglichen Text und Zeitstempel von
- Propertys, Informationen zur Ablaufkoordination und zu
+ Eigenschaften, Informationen zur Ablaufkoordination und zu
Konfliktzuständen, Informationen zur letzten Übergabe (Autor,
Revision, Zeitstempel), die Geschichte der lokalen Kopie
– praktisch alles, was ein Subversion-Client über eine
@@ -1381,7 +1381,7 @@
<!--
<title>Pristine Copies and Property Files</title>
-->
- <title>Unveränderte Kopien und Property-Dateien</title>
+ <title>Unveränderte Kopien und Eigenschafts-Dateien</title>
<!--
<para>As mentioned before, the <filename>.svn</filename>
@@ -1436,11 +1436,11 @@
-->
<para>Einen ähnlichen Zweck wie die
<quote>text-base</quote>-Dateien verfolgen die
- Property-Dateien und deren unveränderte Kopien
+ Eigenschafts-Dateien und deren unveränderte Kopien
<quote>prop-base</quote>, die in
<filename>.svn/props</filename> bzw.
<filename>.svn/prop-base</filename> untergebracht sind. Da
- selbst Verzeichnisse Propertys haben können, gibt es auch die
+ selbst Verzeichnisse Eigenschaften haben können, gibt es auch die
Dateien <filename>.svn/dir-props</filename> und
<filename>.svn/dir-prop-base</filename>.</para>
=======================================
--- /trunk/src/de/book/ch09-reference.xml Sun May 30 23:37:40 2010
+++ /trunk/src/de/book/ch09-reference.xml Mon Aug 2 11:28:16 2010
@@ -64,7 +64,7 @@
<para>Jede Menge weiterer Beispiele zur Verwendung der meisten
Client-Befehle finden Sie in <xref linkend="svn.tour"/>, Befehle
- zur Bearbeitung von Propertys in <xref
+ zur Bearbeitung von Eigenschaften in <xref
linkend="svn.advanced.props"/>.</para>
<!-- ===============================================================
-->
@@ -386,7 +386,7 @@
for ways to specify a default editor.</para>
-->
<para>Gibt ein externes Programm zum Editieren einer
- Protokollnachricht oder eines Property-Wertes an. Zum
+ Protokollnachricht oder eines Eigenschafts-Wertes an. Zum
Angeben eines Standardeditors siehe den Abschnitt
<literal>editor-cmd</literal> in <xref
linkend="svn.advanced.confarea.opts.config"/>.</para>
@@ -461,7 +461,7 @@
interpretieren den Inhalt auf unterschiedliche Weise.
Beispielsweise verwendet <command>svn commit</command>
den Inhalt als Protokollnachricht, während <command>svn
- propset</command> ihn als Property-Wert
+ propset</command> ihn als Eigenschafts-Wert
interpretiert.</para>
</listitem>
</varlistentry>
@@ -713,7 +713,7 @@
<para>Zeigt Dateien in der Statusliste, die normalerweise
nicht angezeigt würden, da deren Name auf ein Muster
passt, dass in der Konfigurationsoption
- <literal>global-ignores</literal> oder dem Property
+ <literal>global-ignores</literal> oder der Eigenschaft
<literal>svn:ignore</literal> angegeben ist. Siehe <xref
linkend="svn.advanced.confarea.opts.config"/> und <xref
linkend="svn.advanced.props.special.ignore"/> für
@@ -946,8 +946,8 @@
<option>- -revision</option> (<option>-r</option>)
option.</para>
-->
- <para>Wirkt auf ein Revisions-Property anstatt auf ein
- datei- oder verzeichnisspezifisches Property. Diese
+ <para>Wirkt auf eine Revisions-Eigenschaft anstatt auf eine
+ datei- oder verzeichnisspezifische Eigenschaft. Diese
Option erfordert die Angabe einer Revision mit der
Option <option>--revision</option>
(<option>-r</option>).</para>
@@ -1122,7 +1122,7 @@
-->
<para>In Verbindung mit der Option <option>--xml</option>
von <command>svn log</command> werden alle
- Revisions-Propertys abgerufen und in der
+ Revisions-Eigenschaften abgerufen und in der
Protokollausgabe angezeigt.</para>
</listitem>
</varlistentry>
@@ -1141,7 +1141,7 @@
<replaceable>ARG</replaceable> in the log output.</para>
-->
<para>In Verbindung mit einem Befehl, der in das
- Projektarchiv schreibt, wird das Revisions-Property, bei
+ Projektarchiv schreibt, wird die Revisions-Eigenschaft, bei
Verwendung des Formats
<replaceable>NAME=VALUE</replaceable>,
<replaceable>NAME</replaceable> auf den Wert
@@ -3845,7 +3845,7 @@
exportieren, der ein bestimmtes Zeichen für Zeilenenden
verwendet. Die Option <option>--native-eol</option> sorgt
dafür, es sind davon jedoch nur Dateien betroffen, die mit
- <literal>svn:eol-style = native</literal>-Propertys
+ <literal>svn:eol-style = native</literal>-Eigenschaften
versehen sind. Um beispielsweise einen Baum mit
CRLF-Zeilenenden zu exportieren (vielleicht für die
Verteilung in einer Windows
@@ -5212,7 +5212,7 @@
<listitem><para>Properties or textual contents on the
item were changed.</para></listitem>
-->
- <listitem><para>Die Propertys oder der textuelle Inhalt
+ <listitem><para>Die Eigenschaften oder der textuelle Inhalt
des Objektes wurden geändert.</para></listitem>
</varlistentry>
<varlistentry>
@@ -6205,7 +6205,7 @@
<!--
<refpurpose>Remove a property from an item.</refpurpose>
-->
- <refpurpose>Ein Property von einem Objekt
+ <refpurpose>Eine Eigenschaft von einem Objekt
entfernen.</refpurpose>
</refnamediv>
<refsect1>
@@ -6230,10 +6230,10 @@
(<replaceable>TARGET</replaceable> determines only which
repository to access).</para>
-->
- <para>Entfernt Propertys von Dateien, Verzeichnissen oder
- Revisionen. Die erste Form entfernt versionierte Propertys
+ <para>Entfernt Eigenschaften von Dateien, Verzeichnissen oder
+ Revisionen. Die erste Form entfernt versionierte Eigenschaften
in Ihrer Arbeitskopie und die zweite beseitigt
- unversionierte entfernte Propertys einer
+ unversionierte entfernte Eigenschaften einer
Projektarchiv-Revision (<replaceable>TARGET</replaceable>
bestimmt nur, auf welches Projektarchiv zugegriffen werden
soll).</para>
@@ -6296,7 +6296,7 @@
<para>Delete a property from a file in your working
copy:</para>
-->
- <para>Ein Property von einer Datei Ihrer Arbeitskopie
+ <para>Eine Eigenschaft von einer Datei Ihrer Arbeitskopie
entfernen:</para>
<!--
@@ -6313,7 +6313,7 @@
<!--
<para>Delete a revision property:</para>
-->
- <para>Ein Revisions-Property löschen:</para>
+ <para>Eine Revisions-Eigenschaft löschen:</para>
<!--
<screen>
@@ -6344,7 +6344,7 @@
version control. See <xref
linkend="svn.ref.svn.c.propset"/> later in this
chapter.</refpurpose>
-->
- <refpurpose>Das Property eines oder mehrerer Objekte unter
+ <refpurpose>Die Eigenschaft eines oder mehrerer Objekte unter
Versionskontrolle bearbeiten. Siehe <xref
linkend="svn.ref.svn.c.propset"/> später in diesem
Kapitel.</refpurpose>
@@ -6372,10 +6372,10 @@
repository to access).</para>
</refsect1>
-->
- <para>Ein oder mehrere Propertys mit Ihrem Lieblingseditor
+ <para>Ein oder mehrere Eigenschaften mit Ihrem Lieblingseditor
bearbeiten. Die erste Form bearbeitet versionierte
- Propertys in Ihrer Arbeitskopie und die zweite
- unversionierte entfernte Propertys einer
+ Eigenschaften in Ihrer Arbeitskopie und die zweite
+ unversionierte entfernte Eigenschaften einer
Projektarchiv-Revision (<replaceable>TARGET</replaceable>
bestimmt nur, auf welches Projektarchiv zugegriffen werden
soll).</para>
@@ -6442,7 +6442,7 @@
modify properties that have multiple values:</para>
-->
<para><command>svn propedit</command> erleichtert die
- Änderung von Propertys mit Mehrfachwerten:</para>
+ Änderung von Eigenschaften mit Mehrfachwerten:</para>
<!--
<screen>
@@ -6457,8 +6457,8 @@
<screen>
$ svn propedit svn:keywords foo.c
<An dieser Stelle wird svn Ihren Lieblingseditor starten und
- einen Puffer mit dem aktuellen Inhalt des Propertys svn:keywords
- öffnen. Sie können einem Property einfach Mehrfachwerte
+ einen Puffer mit dem aktuellen Inhalt der Eigenschaft svn:keywords
+ öffnen. Sie können einer Eigenschaft einfach Mehrfachwerte
hinzufügen, indem Sie pro Zeile einen Wert angeben.>
Neuer Wert für Eigenschaft »svn:keywords« für »foo.c« gesetzt
</screen>
@@ -6479,7 +6479,7 @@
<!--
<refpurpose>Print the value of a property.</refpurpose>
-->
- <refpurpose>Den Wert eines Propertys ausgeben.</refpurpose>
+ <refpurpose>Den Wert einer Eigenschaft ausgeben.</refpurpose>
</refnamediv>
<refsect1>
<!--
@@ -6504,13 +6504,13 @@
linkend="svn.advanced.props"/> for more information on
properties.</para>
-->
- <para>Den Wert eines Propertys auf Dateien, Verzeichnissen
- oder Revisionen ausgeben. Die erste Form gibt das
- versionierte Property eines oder mehrerer Objekte Ihrer
+ <para>Den Wert einer Eigenschaft auf Dateien, Verzeichnissen
+ oder Revisionen ausgeben. Die erste Form gibt die
+ versionierte Eigenschaft eines oder mehrerer Objekte Ihrer
Arbeitskopie aus und die zweite unversionierte entfernte
- Propertys einer Projektarchiv-Revision. Siehe <xref
+ Eigenschaften einer Projektarchiv-Revision. Siehe <xref
linkend="svn.advanced.props"/> für weitere Informationen
- über Propertys.</para>
+ über Eigenschaften.</para>
</refsect1>
<refsect1>
@@ -6571,7 +6571,7 @@
<para>Examine a property of a file in your working
copy:</para>
-->
- <para>Ein Property einer Datei Ihrer Arbeitskopie
+ <para>Eine Eigenschaft einer Datei Ihrer Arbeitskopie
untersuchen:</para>
<screen>
@@ -6584,7 +6584,7 @@
<!--
<para>The same goes for a revision property:</para>
-->
- <para>Dasselbe für ein Revisions-Property:</para>
+ <para>Dasselbe für eine Revisions-Eigenschaft:</para>
<screen>
$ svn propget svn:log --revprop -r 20
@@ -6629,7 +6629,7 @@
<!--
<refpurpose>List all properties.</refpurpose>
-->
- <refpurpose>Alle Propertys auflisten.</refpurpose>
+ <refpurpose>Alle Eigenschaften auflisten.</refpurpose>
</refnamediv>
<refsect1>
<!--
@@ -6653,10 +6653,10 @@
(<replaceable>TARGET</replaceable> determines only which
repository to access).</para>
-->
- <para>Alle Propertys auf Dateien, Verzeichnissen oder
+ <para>Alle Eigenschaften auf Dateien, Verzeichnissen oder
Revisionen auflisten. Die erste Form listet versionierte
- Propertys in Ihrer Arbeitskopie auf und die zweite
- unversionierte entfernte Propertys einer
+ Eigenschaften in Ihrer Arbeitskopie auf und die zweite
+ unversionierte entfernte Eigenschaften einer
Projektarchiv-Revision (<replaceable>TARGET</replaceable>
bestimmt nur, auf welches Projektarchiv zugegriffen werden
soll).</para>
@@ -6722,7 +6722,7 @@
item in your working copy:</para>
-->
<para>Sie können <command>svn proplist</command> verwenden,
- um die Propertys eines Objektes Ihrer Arbeitskopie
+ um die Eigenschaften eines Objektes Ihrer Arbeitskopie
anzusehen:</para>
<!--
@@ -6749,7 +6749,7 @@
-->
<para>Mit der Option <option>--verbose</option> ist <command>svn
proplist</command> jedoch sehr praktisch, da es Ihnen auch
- die Property-Werte anzeigt:</para>
+ die Eiugenschafts-Werte anzeigt:</para>
<screen>
$ svn proplist --verbose foo.c
@@ -6828,9 +6828,9 @@
<para>Setzt den Wert von <replaceable>PROPNAME</replaceable>
für Dateien, Verzeichnisse oder Revisionen auf
<replaceable>PROPVAL</replaceable>. Das erste Beispiel
- erzeugt eine versionierte Property-Änderung in der
+ erzeugt eine versionierte Eigenschafts-Änderung in der
Arbeitskopie und das zweite eine unversionierte, entfernte
- Property-Änderung auf einer Projektarchiv-Revision
+ Eigenschafts-Änderung auf einer Projektarchiv-Revision
(<replaceable>TARGET</replaceable> bestimmt nur, auf
welches Projektarchiv zugegriffen werden soll).</para>
@@ -6842,10 +6842,10 @@
properties.</para>
-->
<para>Subversion verfügt über eine Anzahl
- <quote>besonderer</quote> Propertys, die sein Verhalten
+ <quote>besonderer</quote> Eigenschaften, die sein Verhalten
beeinflussen. Siehe <xref linkend="svn.ref.properties"/>
später in diesem Kapitel für Weiteres zu diesen
- Propertys.</para>
+ Eigenschaften.</para>
</tip>
</refsect1>
@@ -6939,7 +6939,7 @@
properties for the benefit of your coworkers:</para>
-->
<para>Vielleicht haben Sie eine interne Vereinbarung,
- bestimmte Propertys zum Nutzen Ihrer Mitarbeiter zu
+ bestimmte Eigenschaften zum Nutzen Ihrer Mitarbeiter zu
setzen:</para>
<screen>
@@ -6990,7 +6990,7 @@
-->
<para>Schließlich können Sie <command>svn propset</command>
mitteilen, seine Eingaben aus einer Datei zu holen. Sie
- können es sogar verwenden, um den Inhalt eines Propertys
+ können es sogar verwenden, um den Inhalt einer Eigenschaft
auf einen binären Wert zu setzen:</para>
<!--
@@ -7014,10 +7014,10 @@
linkend="svn.reposadmin.create.hooks"/> for more information
on
hook scripts.</para>
-->
- <para>Standardmäßig können Sie Revisions-Propertys in
+ <para>Standardmäßig können Sie Revisions-Eigenschaften in
einem Subversion-Projektarchiv nicht ändern. Der
Administrator des Projektarchivs muss die Änderung von
- Revisions-Propertys ausdrücklich erlauben, indem er
+ Revisions-Eigenschaften ausdrücklich erlauben, indem er
einen Hook namens <literal>pre-revprop-change</literal>
erstellt. Siehe <xref
linkend="svn.reposadmin.create.hooks"/> für
@@ -7480,7 +7480,7 @@
Konfliktzustände auf. <command>svn revert</command> macht
nicht nur inhaltliche Änderungen eines Objektes in der
Arbeitskopie rückgängig sondern auch Änderungen an
- Propertys. Schließlich können Sie hiermit etwaige
+ Eigenschaften. Schließlich können Sie hiermit etwaige
geplante Operationen zurücknehmen (z.B. kann die
Markierung von zum Hinzufügen oder Löschen vorgemerkten
Dateien wieder entfernt werden).</para>
@@ -7759,7 +7759,7 @@
the item conflict with updates received from the
repository.</para>
-->
- <para>Der Inhalt (im Gegensatz zu den Propertys) des
+ <para>Der Inhalt (im Gegensatz zu den Eigenschaften) des
Objektes steht in Konflikt mit dem aktualisierten
Inhalt aus dem Projektarchiv.</para>
</listitem>
@@ -7783,8 +7783,8 @@
<para>Item is being ignored (e.g., with the
<literal>svn:ignore</literal> property).</para>
-->
- <para>Objekt wird ignoriert (d.h., durch das
- <literal>svn:ignore</literal> Property).</para>
+ <para>Objekt wird ignoriert (d.h., durch die Eigenschaft
+ <literal>svn:ignore</literal> ).</para>
</listitem>
</varlistentry>
@@ -7836,7 +7836,7 @@
<para>The second column tells the status of a file's or
directory's properties:</para>
-->
- <para>Die zweite Spalte gibt Auskunft über die Propertys
+ <para>Die zweite Spalte gibt Auskunft über die Eigenschaften
einer Datei oder eines Verzeichnisses:</para>
<variablelist>
@@ -7858,7 +7858,7 @@
<para>Properties for this item have been
modified.</para>
-->
- <para>Propertys dieses Objektes wurden geändert.
+ <para>Eigenschaften dieses Objektes wurden geändert.
</para>
</listitem>
</varlistentry>
@@ -7871,8 +7871,8 @@
property updates received from the
repository.</para>
-->
- <para>Propertys dieses Objektes stehen in Konflikt mit
- Property-Aktualisierungen aus dem Projektarchiv.
+ <para>Eigenschaften dieses Objektes stehen in Konflikt mit
+ Eigenschafts-Aktualisierungen aus dem Projektarchiv.
</para>
</listitem>
</varlistentry>
@@ -8427,7 +8427,7 @@
versioniert werden können. Alle inhaltlichen Unterschiede
von sich im Weg befindlichen Dateien zum Projektarchiv werden
als lokale Änderung an der Arbeitskopie betrachtet. Alle
- Propertys aus dem Projektarchiv werden auf den sich im Weg
+ Eigenschaften aus dem Projektarchiv werden auf den sich im Weg
befindlichen Pfad angewendet.</para>
<!--
@@ -9026,7 +9026,7 @@
-->
<para>Ein Zeichen in der ersten Spalte zeigt eine
Aktualisierung für die eigentliche Datei an, während
- Aktualisierungen für die Propertys einer Datei in der
+ Aktualisierungen für die Eigenschaften einer Datei in der
zweiten Zeile angezeigt werden. Informationen zu Sperren
werden in der dritten Spalte ausgegeben.</para>
@@ -9438,7 +9438,7 @@
repository's <literal>post-revprop-change</literal> hook
after changing the
revision property.</para>
-->
- <para>Beim Ändern eines Revisions-Propertys wird
+ <para>Beim Ändern einer Revisions-Eigenschaft wird
anschließend der
<literal>post-revprop-change</literal>-Hook des
Projektarchivs aufgerufen.</para>
@@ -9471,7 +9471,7 @@
revision property. If the hook fails, aborts the
modification and terminates.</para>
-->
- <para>Beim Ändern eines Revisions-Propertys wird
+ <para>Beim Ändern einer Revisions-Eigenschaft wird
vorher der <literal>pre-revprop-change</literal>-Hook
des Projektarchivs aufgerufen. Falls der Hook fehlschlägt,
wird die Änderung abgebrochen und beendet.</para>
@@ -9848,9 +9848,9 @@
angegebenen Bereich), die nur die in diesen Revisionen
geänderten Dateien und Verzeichnisse umfassen. Für eine
geänderte Datei werden sowohl die vollständige
- Textrepräsentation ihres Inhalts als auch ihre Propertys
+ Textrepräsentation ihres Inhalts als auch ihre Eigenschaften
in den Auszug übernommen; für ein Verzeichnis werden alle
- seine Propertys übernommen.</para>
+ seine Eigenschaften übernommen.</para>
<!--
<para>Two useful options modify the dump file
@@ -9897,7 +9897,7 @@
<option>--deltas</option>. Diese Option veranlasst
<command>svnadmin dump</command>, statt
Volltextrepräsentationen von Dateiinhalten und
- Property-Listen nur die jeweiligen Unterschiede zu
+ Eigenschafts-Listen nur die jeweiligen Unterschiede zu
früheren Versionen auszugeben. Das verringert (in einigen
Fällen erheblich) den Umfang der Auszugsdatei, die
<command>svnadmin dump</command> erzeugt. Allerdings gibt
@@ -10893,13 +10893,13 @@
-->
<para>Dies ist ähnlich der Verwendung von <command>svn
propset</command> mit der Option
- <option>--revprop</option>, um das Property
+ <option>--revprop</option>, um die Eigenschaft
<literal>svn:log</literal> einer Revision zu setzen, mit
der Ausnahme, dass Sie auch die Option
<option>--bypass-hooks</option> verwenden können, um die
Ausführung irgendwelcher Vor- oder Nach-Übergabe-Hooks zu
verhindern. Das kann nützlich sein, falls die Änderung von
- Revisions-Propertys im Hook
+ Revisions-Eigenschaften im Hook
<literal>pre-revprop-change</literal> nicht ermöglicht
wurde.</para>
@@ -10909,7 +10909,7 @@
so this command will permanently overwrite the previous
log message.</para>
-->
- <para>Revisions-Propertys sind nicht versionskontrolliert,
+ <para>Revisions-Eigenschaften sind nicht versionskontrolliert,
so dass vorherige Protokolldateien durch diesen Befehl
dauerhaft überschrieben werden.</para>
</warning>
@@ -10961,7 +10961,7 @@
<!--
<refpurpose>Set a property on a revision.</refpurpose>
-->
- <refpurpose>Setzt ein Property für eine Revision.</refpurpose>
+ <refpurpose>Setzt eine Eigenschaft für eine
Revision.</refpurpose>
</refnamediv>
<refsect1>
<!--
@@ -10985,13 +10985,13 @@
trigger the revision property-related hooks (e.g., if
you want an email notification sent from your
<literal>post-revprop-change-hook</literal>).</para>
-->
- <para>Setzt das Property <replaceable>NAME</replaceable>
+ <para>Setzt die Eigenschaft <replaceable>NAME</replaceable>
für die Revision <replaceable>REVISION</replaceable> auf
den Inhalt von <replaceable>FILE</replaceable>.
Verwenden Sie
<option>--use-pre-revprop-change-hook</option> oder
<option>--use-post-revprop-change-hook</option>, um die
- Hooks auszulösen, die mit Revisions-Propertys in
+ Hooks auszulösen, die mit Revisions-Eigenschaften in
Verbindung stehen (falls Sie beispielsweise von Ihrem
<literal>post-revprop-change-hook</literal> eine
Benachrichtigung per E-Mail erhalten wollen).</para>
@@ -11022,7 +11022,7 @@
property <literal>repository-photo</literal> to the contents
of the file <filename>sandwich.png</filename>:</para>
-->
- <para>Im Folgenden wird das Revisions-Property
+ <para>Im Folgenden wird die Revisions-Eigenschaft
<literal>repository-photo</literal> auf den Inhalt der Datei
<filename>sandwich.png</filename> gesetzt:</para>
@@ -11493,8 +11493,8 @@
<option>- -revision</option> (<option>-r</option>)
option.</para>
-->
- <para>Arbeitet auf einem Revisions-Property statt auf
- einem datei- oder verzeichnisspezifischen Property.
+ <para>Arbeitet auf einer Revisions-Eigenschaft statt auf
+ einer datei- oder verzeichnisspezifischen Eigenschaft.
Diese Option verlangt eine Revision, die mit der Option
<option>--revision</option> (<option>-r</option>)
angegeben wird.</para>
@@ -11772,7 +11772,7 @@
<!--
<para>Properties of item changed; note the leading
underscore</para>
-->
- <para>Propertys eines Objektes geändert; beachten Sie
+ <para>Eigenschaften eines Objektes geändert; beachten Sie
den führenden Unterstrich</para>
</listitem>
</varlistentry>
@@ -11783,7 +11783,7 @@
<!--
<para>File contents and properties changed</para>
-->
- <para>Dateiinhalt und Propertys geändert</para>
+ <para>Dateiinhalt und Eigenschaften geändert</para>
</listitem>
</varlistentry>
@@ -11970,7 +11970,7 @@
<refpurpose>Print differences of changed files and
properties.</refpurpose>
-->
<refpurpose>Ausgabe der Unterschiede geänderter Dateien und
- Propertys.</refpurpose>
+ Eigenschaften.</refpurpose>
</refnamediv>
<refsect1>
<!--
@@ -11990,7 +11990,7 @@
properties in a repository.</para>
-->
<para>Ausgabe der Unterschiede geänderter Dateien und
- Propertys in einem Projektarchiv im Stil von GNU.</para>
+ Eigenschaften in einem Projektarchiv im Stil von GNU.</para>
</refsect1>
<refsect1>
@@ -12078,7 +12078,7 @@
<literal>svn:mime-type</literal> property, the
differences are not explicitly shown.</para>
-->
- <para>Falls eine Datei ein Property
+ <para>Falls eine Datei eine Eigenschaft
<literal>svn:mime-type</literal> besitzt das nicht
textuell ist, werden die Unterschiede nicht explizit
aufgezeigt.</para>
@@ -12120,7 +12120,7 @@
changed.</para>
-->
<para>Gibt die Verzeichnisse aus, die für sich (Änderungen
- an Propertys) oder deren Kinder geändert wurden.</para>
+ an Eigenschaften) oder deren Kinder geändert wurden.</para>
</refsect1>
<refsect1>
@@ -12579,7 +12579,7 @@
<refpurpose>Print the raw value of a property on a path in
the repository.</refpurpose>
-->
- <refpurpose>Ausgabe des unveränderten Wertes eines Propertys
+ <refpurpose>Ausgabe des unveränderten Wertes einer Eigenschaft
auf einem Pfad im Projektarchiv.</refpurpose>
</refnamediv>
<refsect1>
@@ -12599,7 +12599,7 @@
<para>List the value of a property on a path in the
repository.</para>
-->
- <para>Zeigt den Wert eines Propertys auf einem Pfad im
+ <para>Zeigt den Wert einer Eigenschaft auf einem Pfad im
Projektarchiv an.</para>
</refsect1>
@@ -12636,7 +12636,7 @@
on the file <filename>/trunk/sandwich</filename> in the
<literal>HEAD</literal> revision:</para>
-->
- <para>Dies zeigt den Wert des Propertys
+ <para>Dies zeigt den Wert der Eigenschaft
<quote>seasonings</quote> auf der Datei
<filename>/trunk/sandwich</filename> der Revision
<literal>HEAD</literal> an:</para>
@@ -12663,7 +12663,7 @@
<refpurpose>Print the names and values of versioned file and
directory properties.</refpurpose>
-->
- <refpurpose>Ausgabe der Namen und Werte von Propertys
+ <refpurpose>Ausgabe der Namen und Werte von Eigenschaften
versionierter Dateien und Verzeichnisse.</refpurpose>
</refnamediv>
<refsect1>
@@ -12683,7 +12683,7 @@
<para>List the properties of a path in the repository. With
<option>- -verbose</option>, show the property values
too.</para>
-->
- <para>Gibt die Propertys eines Pfades im Projektarchiv aus. Mit
+ <para>Gibt die Eigenschaften eines Pfades im Projektarchiv aus.
Mit
<option>--verbose</option> werden auch die Werte
angezeigt.</para>
@@ -12722,7 +12722,7 @@
<filename>/trunk/README</filename> in the
<literal>HEAD</literal> revision:</para>
-->
- <para>Dies zeigt die Namen der Propertys, die auf die Datei
+ <para>Dies zeigt die Namen der Eigenschaften, die auf die Datei
<filename>/trunk/README</filename> in der Revision
<literal>HEAD</literal> gesetzt sind:</para>
@@ -13217,7 +13217,7 @@
revision (or range of revisions) from the source
repository to the mirror repository.</refpurpose>
-->
- <refpurpose>Alle Revisions-Propertys einer bestimmten
+ <refpurpose>Alle Revisions-Eigenschaften einer bestimmten
Revision (oder eines Revisionsbereiches) vom
Quell-Projektarchiv ins Spiegel-Projektarchiv kopieren.
</refpurpose>
@@ -13251,19 +13251,19 @@
particular revision or range of revisions.</para>
</refsect1>
-->
- <para>Da Revisions-Propertys von Subversion jederzeit
- geändert werden können, ist es möglich, das die Propertys
+ <para>Da Revisions-Eigenschaften von Subversion jederzeit
+ geändert werden können, ist es möglich, das die Eigenschaften
einer Revision geändert werden, nachdem diese Revision
bereits mit einem anderen Projektarchiv synchronisiert wurde.
Da der Befehl <command>svnsync synchronize</command> nur
auf einem Bereich von Revisionen arbeitet, die noch nicht
- synchronisiert worden sind, würde er eine Änderung eines
- Revisions-Propertys außerhalb dieses Bereiches nicht
- erkennen. Dies würde zu einer Abweichung der Werte dieses
- Revisions-Propertys zwischen dem Quell-Projektarchiv und dem
+ synchronisiert worden sind, würde er eine Änderung einer
+ Revisions-Eigenschaft außerhalb dieses Bereiches nicht
+ erkennen. Dies würde zu einer Abweichung der Werte dieser
+ Revisions-Eigenschaft zwischen dem Quell-Projektarchiv und dem
Spiegel-Projektarchiv führen. <command>svnsync
copy-revprops</command> ist die Lösung für dieses Problem.
- Verwenden Sie es, um die Revisions-Propertys einer
+ Verwenden Sie es, um die Revisions-Eigenschaften einer
bestimmten Revision oder eines Revisionsbereiches erneut
zu synchronisieren.</para>
</refsect1>
@@ -13304,7 +13304,7 @@
<!--
<para>Resynchronize revision properties for a single
revision:</para>
-->
- <para>Revisions-Propertys einer einzelnen Revision erneut
+ <para>Revisions-Eigenschaften einer einzelnen Revision erneut
synchronisieren:</para>
<!--
@@ -13437,7 +13437,7 @@
ob ein Projektarchiv die Voraussetzungen eines neuen
Spiegel-Projektarchivs erfüllt – dass es keine bereits
bestehende Versionsgeschichte hat und dass es Änderungen
- an Revisions-Propertys zulässt – und legt die
+ an Revisions-Eigenschaften zulässt – und legt die
anfängliche Verwaltungsinformation an, welche das
Spiegel-Projektarchiv mit dem Quell-Projektarchiv verknüpft.
Dies ist der erste <command>svnsync</command>-Befehl, den
@@ -13482,7 +13482,7 @@
inability to modify revision properties:</para>
-->
<para>Fehlgeschlagene Initialisierung eines
- Spiegel-Projektarchivs, da sich Revisions-Propertys nicht
+ Spiegel-Projektarchivs, da sich Revisions-Eigenschaften nicht
ändern lassen:</para>
<!--
@@ -13509,7 +13509,7 @@
<para>Initialisierung eines Projektarchivs als Spiegel, wobei
bereits ein <literal>pre-revprop-change</literal>-Hook
bereitgestellt wurde, der alle Änderungen an
- Revisions-Propertys zulässt:</para>
+ Revisions-Eigenschaften zulässt:</para>
<!--
<screen>
@@ -14107,11 +14107,11 @@
entfernt werden und die Option
<option>--drop-empty-revs</option> nicht übergeben wird,
verhält sich <command>svndumpfilter</command>
- standardmäßig so, dass alle Revisions-Propertys außer
+ standardmäßig so, dass alle Revisions-Eigenschaften außer
dem Datum und der Protokollnachricht entfernt werden
(was lediglich darauf hindeutet, dass die Revision leer
ist). Wird diese Option übergeben, werden bestehende
- Revisions-Propertys beibehalten (was mehr oder weniger
+ Revisions-Eigenschaften beibehalten (was mehr oder weniger
sinnvoll sein kann, da der hiermit verbundene Inhalt
sich nicht mehr in der Auszugsdatei befindet).</para>
</listitem>
@@ -15221,7 +15221,7 @@
<!--
<term>Revision property change</term>
-->
- <term>Änderung eines Revisions-Propertys</term>
+ <term>Änderung einer Revisions-Eigenschaft</term>
<listitem>
<para><literal>change-rev-prop r50
propertyname</literal></para>
@@ -15232,7 +15232,7 @@
<!--
<term>Revision property list</term>
-->
- <term>Liste von Revisions-Propertys</term>
+ <term>Liste von Revisions-Eigenschaften</term>
<listitem>
<para><literal>rev-proplist r34</literal></para>
</listitem>
@@ -15439,7 +15439,7 @@
<!--
<title>Subversion Properties</title>
-->
- <title>Subversion-Propertys</title>
+ <title>Subversion-Eigenschaften</title>
<!--
<para>Subversion allows users to invent arbitrarily named
@@ -15451,26 +15451,26 @@
not invent new <literal>svn:</literal> properties.</para>
-->
<para>Subversion gestattet seinen Benutzern, beliebig benannte,
- versionierte Propertys für Dateien und Verzeichnisse sowie
- unversionierte Propertys für Revisionen zu erfinden. Die einzige
- Einschränkung gilt für Propertys, die mit
+ versionierte Eigenschaften für Dateien und Verzeichnisse sowie
+ unversionierte Eigenschaften für Revisionen zu erfinden. Die einzige
+ Einschränkung gilt für Eigenschaften, die mit
<literal>svn:</literal> beginnen (diese sind für die Benutzung
- durch Subversion reserviert). Obwohl diese Propertys durch
+ durch Subversion reserviert). Obwohl diese Eigenschaften durch
Benutzer geändert werden dürfen, um das Verhalten von Subversion
zu steuern, dürfen Benutzer keine neuen
- <literal>svn:</literal>-Propertys erfinden.</para>
+ <literal>svn:</literal>-Eigenschaften erfinden.</para>
<sect2 id="svn.ref.properties.versioned-props">
<!--
<title>Versioned Properties</title>
-->
- <title>Versionierte Propertys</title>
+ <title>Versionierte Eigenschaften</title>
<!--
<para>These are the versioned properties that Subversion reserves
for its own use:</para>
-->
- <para>Dies sind die versionierten Propertys, die Subversion für
+ <para>Dies sind die versionierten Eigenschaften, die Subversion für
die eigene Verwendung reserviert:</para>
<variablelist>
@@ -15485,7 +15485,7 @@
<xref
linkend="svn.advanced.props.special.executable"/>.</para>
-->
- <para>Falls dieses Property für eine Datei vergeben ist,
+ <para>Falls diese Eigenschaft für eine Datei vergeben ist,
wird der Client die Datei in Arbeitskopien auf
Unix-Wirtssystemen ausführbar machen. Siehe <xref
linkend="svn.advanced.props.special.executable"/>.</para>
@@ -15506,7 +15506,7 @@
<xref
linkend="svn.advanced.props.special.mime-type"/>. </para>
-->
- <para>Falls dieses Property für eine Datei vergeben ist,
+ <para>Falls diese Eigenschaft für eine Datei vergeben ist,
zeigt der Wert den MIME-Typen der Datei an. Das erlaubt
dem Client die Entscheidung, ob es während einer
Aktualisierung sicher ist, eine zeilenbasierte
@@ -15531,7 +15531,7 @@
<xref
linkend="svn.advanced.props.special.ignore"/>.</para>
-->
- <para>Falls dieses Property für ein Verzeichnis vergeben
+ <para>Falls diese Eigenschaft für ein Verzeichnis vergeben
ist, enthält der Wert eine Liste von Namensmustern
<emphasis>unversionierter</emphasis> Dateien, die von
<command>svn status</command> und anderen Unterbefehlen
@@ -15552,7 +15552,7 @@
<xref
linkend="svn.advanced.props.special.keywords"/>.</para>
-->
- <para>Falls dieses Property für eine Datei vergeben ist,
+ <para>Falls diese Eigenschaft für eine Datei vergeben ist,
teilt dessen Wert dem Client mit, wie bestimmte
Schlüsselworte in der Datei zu expandieren sind. Siehe
<xref linkend="svn.advanced.props.special.keywords"/>.
@@ -15572,7 +15572,7 @@
linkend="svn.advanced.props.special.eol-style"/> and
<xref linkend="svn.ref.svn.c.export" /> earlier in this
chapter.</para>
-->
- <para>Falls dieses Property für eine Datei vergeben ist,
+ <para>Falls diese Eigenschaft für eine Datei vergeben ist,
teilt dessen Wert dem Client mit, wie die Zeilenenden
der Datei in der Arbeitskopie und in exportierten Bäumen
zu behandeln sind. Siehe <xref
@@ -15593,7 +15593,7 @@
out. See
<xref linkend="svn.advanced.externals"/>.</para>
-->
- <para>Falls dieses Property für ein Verzeichnis vergeben
+ <para>Falls diese Eigenschaft für ein Verzeichnis vergeben
ist, besteht dessen Wert aus einer Liste anderer Pfade
und URLs, die der Client auschecken soll. Siehe <xref
linkend="svn.advanced.externals"/>.</para>
@@ -15617,7 +15617,7 @@
</footnote>
</para>
-->
- <para>Falls dieses Property für eine Datei vergeben ist,
+ <para>Falls diese Eigenschaft für eine Datei vergeben ist,
zeigt es an, dass die Datei keine gewöhnliche Datei ist,
sondern ein symbolischer Link oder ein anderes
besonderes Objekt.
@@ -15650,7 +15650,7 @@
<xref
linkend="svn.advanced.locking.lock-communication"/>.</para>
-->
- <para>Falls dieses Property für eine Datei vergeben ist,
+ <para>Falls diese Eigenschaft für eine Datei vergeben ist,
teilt es dem Client mit, die Datei in der Arbeitskopie
schreibgeschützt abzulegen, um daran zu erinnern, die
Datei vor der Bearbeitung zu sperren. Siehe <xref
@@ -15674,7 +15674,7 @@
<para>Wird von Subversion verwendet, um
Zusammenführungsdaten festzuhalten. Siehe <xref
linkend="svn.branchmerge.basicmerging.mergeinfo"/> für
- Details, jedoch sollten Sie dieses Property nie
+ Details, jedoch sollten Sie diese Eigenschaft nie
bearbeiten, es sei denn, Sie wissen
<emphasis>wirklich</emphasis> was Sie machen.</para>
@@ -15688,13 +15688,13 @@
<!--
<title>Unversioned Properties</title>
-->
- <title>Unversionierte Propertys</title>
+ <title>Unversionierte Eigenschaften</title>
<!--
<para>These are the unversioned properties that Subversion reserves
for its own use:</para>
-->
- <para>Dies sind die unversionierten Propertys, die Subversion
+ <para>Dies sind die unversionierten Eigenschaften, die Subversion
für die eigene Verwendung reserviert:</para>
<variablelist>
@@ -16128,7 +16128,7 @@
attempt.</refpurpose>
-->
<refpurpose>Ankündigung des Versuchs einer Änderung eines
- Revisions-Propertys.</refpurpose>
+ Revisions-Eigenschaften.</refpurpose>
</refnamediv>
<refsect1>
@@ -16147,12 +16147,12 @@
modification can happen.</para>
-->
<para>Der Hook <literal>pre-revprop-change</literal> wird
- unmittelbar vor der Änderung eines Revisions-Propertys
+ unmittelbar vor der Änderung einer Revisions-Eigenschaft
außerhalb einer gewöhnlichen Übergabe ausgeführt. Anders
als bei den anderen Hooks ist das Standardvorgehen dieses
Hooks, die beabsichtigte Aktion zu verhindern. Der Hook muss
wirklich vorhanden sein und einen Rückgabewert von Null
- zurückgeben, bevor eine Änderung eines Revisions-Propertys
+ zurückgeben, bevor eine Änderung einer Revisions-Eigenschaft
stattfinden kann.</para>
<!--
@@ -16163,8 +16163,8 @@
-->
<para>Falls der Hook <literal>pre-revprop-change</literal>
nicht vorhanden ist, nicht ausführbar ist oder einen
- Rückgabewert ungleich Null liefert, wird keine Änderung am
- Property durchgeführt, und alles, was über
+ Rückgabewert ungleich Null liefert, wird keine Änderung an der
+ Eigenschaft durchgeführt, und alles, was über
<filename>stderr</filename> ausgegeben wird, zurück zum
Client umgeleitet.</para>
@@ -16194,20 +16194,20 @@
<!--
<para>Revision whose property is about to be modified</para>
-->
- <para>Revision, deren Property geändert werden soll</para>
+ <para>Revision, deren Eigenschaft geändert werden soll</para>
</listitem>
<listitem>
<!--
<para>Authenticated username attempting the property
change</para>
-->
<para>Authentifizierter Name des Benutzers, der die
- Änderung am Property vornehmen will</para>
+ Änderung an der Eigenschaft vornehmen will</para>
</listitem>
<listitem>
<!--
<para>Name of the property changed</para>
-->
- <para>Name des geänderten Propertys</para>
+ <para>Name der geänderten Eigenschaft</para>
</listitem>
<listitem>
<!--
@@ -16227,7 +16227,7 @@
input.</para>
-->
<para>Darüberhinaus übergibt Subversion den beabsichtigten
- neuen Wert des Propertys über Standardeingabe an das
+ neuen Wert der Eigenschaft über Standardeingabe an das
Hook-Programm.</para>
</refsect1>
@@ -16265,8 +16265,8 @@
<refpurpose>Notification of a successful revision property
change.</refpurpose>
-->
- <refpurpose>Ankündigung einer erfolgreichen Änderung eines
- Revisions-Propertys.</refpurpose>
+ <refpurpose>Ankündigung einer erfolgreichen Änderung einer
+ Revisions-Eigenschaft.</refpurpose>
</refnamediv>
<refsect1>
@@ -16287,14 +16287,14 @@
notification of the property change.</para>
-->
<para>Der Hook <literal>post-revprop-change</literal> wird
- unmittelbar nach der Änderung eines Revisions-Propertys
+ unmittelbar nach der Änderung einer Revisions-Eigenschaft
außerhalb einer normalen Übergabe ausgeführt. Wie Sie aus
der Beschreibung seines Gegenstücks, dem Hook
<literal>pre-revprop-change</literal>, ableiten können,
wird dieser Hook ohne einen implementierten Hook
<literal>pre-revprop-change</literal> überhaupt nicht
ausgeführt. Er wird gewöhnlich verwendet, um
- Benachrichtigungen über die Property-Änderung per E-Mail zu
+ Benachrichtigungen über die Eigenschafts-Änderung per E-Mail zu
versenden.</para>
<!--
@@ -16338,7 +16338,7 @@
<!--
<para>Revision whose property was modified</para>
-->
- <para>Revision, deren Property geändert wurde</para>
+ <para>Revision, deren Eigenschaft geändert wurde</para>
</listitem>
<listitem>
<!--
@@ -16351,7 +16351,7 @@
<!--
<para>Name of the property changed</para>
-->
- <para>Name des geänderten Propertys</para>
+ <para>Name der geänderten Eigenschaft</para>
</listitem>
<listitem>
<!--
@@ -16370,7 +16370,7 @@
standard input, the previous value of the property.</para>
-->
<para>Darüberhinaus übergibt Subversion den beabsichtigten
- neuen Wert des Propertys über Standardeingabe an das
+ neuen Wert der Eigenschaft über Standardeingabe an das
Hook-Programm.</para>
</refsect1>
@@ -16383,7 +16383,7 @@
<!--
<para>Property change notification</para>
-->
- <para>Benachrichtigung über Property-Änderung</para>
+ <para>Benachrichtigung über Eigenschafts-Änderung</para>
</refsect1>
</refentry>
More information about the svnbook-dev
mailing list