[svnbook] r4971 committed - Fixes for the index.
svnbook at googlecode.com
svnbook at googlecode.com
Tue Feb 3 11:18:40 CST 2015
Revision: 4971
Author: jmfelderhoff at gmx.eu
Date: Tue Feb 3 17:18:07 2015 UTC
Log: Fixes for the index.
https://code.google.com/p/svnbook/source/detail?r=4971
Modified:
/branches/1.8/de/book/appc-webdav.xml
/branches/1.8/de/book/ch00-preface.xml
/branches/1.8/de/book/ch01-fundamental-concepts.xml
/branches/1.8/de/book/ch03-advanced-topics.xml
/branches/1.8/de/book/ch04-branching-and-merging.xml
/branches/1.8/de/book/ch05-repository-admin.xml
/branches/1.8/de/book/ch06-server-configuration.xml
/branches/1.8/de/book/ch08-embedding-svn.xml
/branches/1.8/de/book/ch09-reference.xml
/branches/1.8/de/book/foreword.xml
/branches/1.8/de/book/ref-svn.xml
=======================================
--- /branches/1.8/de/book/appc-webdav.xml Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/appc-webdav.xml Tue Feb 3 17:18:07 2015 UTC
@@ -147,7 +147,7 @@
Spezifikation zu komplex sei. Andere wiederum sagen, dass,
während sich die Möglichkeiten von WebDAV an die Masse wenden
(selbst minder technikaffine Benutzer wissen vernetzte
- Dateisysteme zu schätzen), seine Versionskontrollfähigkeiten
+ Dateisysteme zu schätzen), seine Versions-Kontroll-Fähigkeiten
dagegen für die meisten Benutzer nicht interessant oder
notwendig seien. Schließlich glauben manche, dass DeltaV
unbeliebt bleibe, weil es noch kein quelloffenes Server-Produkt
=======================================
--- /branches/1.8/de/book/ch00-preface.xml Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ch00-preface.xml Tue Feb 3 17:18:07 2015 UTC
@@ -101,7 +101,7 @@
Apache™ Subversion®<footnote><para>In diesem Buch werden wir
es
einfach <quote>Subversion</quote> nennen. Sie werden uns dankbar sein,
sobald Sie feststellen, wie viel Platz das spart!</para></footnote>
- Versionskontrollsystems zu dokumentieren. Wir haben stets versucht,
die
+ Versions-Kontroll-Systems zu dokumentieren. Wir haben stets versucht,
die
Themen gründlich zu behandeln. Jedoch hat Subversion eine florierende
und
tatkräftige Entwicklergemeinde, so dass bereits eine Menge an Features
und
Verbesserungen für künftige Versionen von Subversion geplant sind, die
@@ -142,18 +142,18 @@
<primary>Subversion</primary>
</indexterm>
<indexterm>
- <primary>Versionskontrollsysteme</primary>
+ <primary>Versions-Kontroll-Systeme</primary>
</indexterm>
<indexterm>
<primary>VCS</primary>
- <see>Versionskontrollsysteme</see>
+ <see>Versions-Kontroll-Systeme</see>
</indexterm>Subversion ist ein freies/Open-Source
- <firstterm>Versionskontrollsystem</firstterm> (VCS). Das
+ <firstterm>Versions-Kontroll-System</firstterm> (VCS). Das
bedeutet, Subversion verwaltet Dateien und Verzeichnisse und die
Änderungen an ihnen im Lauf der Zeit. Das erlaubt Ihnen, alte
Versionen Ihrer Daten wiederherzustellen oder die Geschichte der
Änderungen zu verfolgen. Unter diesem Blickwinkel denken viele
- Leute bei einem Versionskontrollsystem an eine Art
+ Leute bei einem Versions-Kontroll-System an eine Art
<quote>Zeitmaschine</quote>.</para>
<!--
@@ -208,7 +208,7 @@
<indexterm>
<primary>SCM</primary>
<see>Software-Konfigurationsmanagement</see>
- </indexterm>Manche Versionskontrollsysteme sind auch
+ </indexterm>Manche Versions-Kontroll-Systeme sind auch
<firstterm>Software-Konfigurationsmanagement-Systeme</firstterm>
(SCM). Diese Systeme sind maßgeschneidert, um ganze
Verzeichnisbäume mit Quellcode zu verwalten und verfügen über
@@ -266,16 +266,16 @@
und Verzeichnisversionen aufbewahren, sie eventuell
wiedererwecken müssen, und Protokolle darüber auswerten
möchten, wie sie sich im Lauf der Zeit geändert haben, dann
- können das Versionskontroll-Werkzeuge bewerkstelligen. Wenn
+ können das Versions-Kontroll-Werkzeuge bewerkstelligen. Wenn
Sie mit mehreren Leuten gemeinsam (üblicherweise über das
Netz) an Dokumenten arbeiten und verfolgen müssen, wer welche
- Änderung gemacht hat, dann kann ein Versionskontroll-Werkzeug
- auch das. Deshalb werden Versionskontroll-Werkzeuge wie
+ Änderung gemacht hat, dann kann ein Versions-Kontroll-Werkzeug
+ auch das. Deshalb werden Versions-Kontroll-Werkzeuge wie
Subversion so oft in Software-Entwicklungs-Umgebungen eingesetzt
– die Arbeit in einem Entwicklerteam ist von Natur aus
eine soziale Tätigkeit bei der Änderungen am Quelltext ständig
besprochen, durchgeführt, geprüft und manchmal sogar
- rückgängig gemacht werden. Versionskontroll-Werkzeuge
+ rückgängig gemacht werden. Versions-Kontroll-Werkzeuge
ermöglichen diese Art der Zusammenarbeit.</para>
<!--
@@ -290,12 +290,12 @@
-->
<para>Mit der Verwendung von Versionskontrolle sind auch Kosten
verbunden. Falls Sie die Verwaltung Ihres
- Versionskontroll-Systems nicht an Dritte weitergeben können,
+ Versions-Kontroll-Systems nicht an Dritte weitergeben können,
haben Sie offensichtlich die Kosten der Verwaltung selbst zu
tragen. Wenn Sie täglich mit den Daten arbeiten, werden Sie
sie nicht auf die gleiche Art kopieren, verschieben,
umbenennen oder löschen können wie gewohnt. Stattdessen
- müssen Sie dafür das Versionskontroll-System verwenden.</para>
+ müssen Sie dafür das Versions-Kontroll-System verwenden.</para>
<!--
<para>Even assuming that you are okay with the cost/benefit
@@ -319,7 +319,7 @@
or <command>unison</command>.</para>
-->
<para>Selbst unter der Annahme, dass Sie mit dem
- Kosten/Nutzen-Verhältnis des Versionskontroll-Systems
+ Kosten/Nutzen-Verhältnis des Versions-Kontroll-Systems
einverstanden sind, sollten Sie keins verwenden, nur weil es
das, was Sie möchten, <emphasis>kann</emphasis>. Erwägen Sie,
ob andere Werkzeuge Ihnen eher entgegenkommen können. Zum
@@ -359,7 +359,7 @@
-->
<para>
<indexterm>
- <primary>versionskontroll-Systeme</primary>
+ <primary>Versions-Kontroll-Systeme</primary>
<secondary>zentralisierte</secondary>
</indexterm>Sobald Sie sich sicher sind, eine Lösung in Form einer
Versionskontrolle zu benötigen, werden Sie feststellen, dass
@@ -373,7 +373,7 @@
setzte sich nach seiner ursprünglichen Einführung schnell
an die Spitze in diesem Gebiet der Versionskontrolle, gewann
weit verbreitete Akzeptanz und ersetzte Installationen vieler
- älterer Versionskontroll-Systeme. Auch heute bleibt seine
+ älterer Versions-Kontroll-Systeme. Auch heute bleibt seine
herausragende Stellung bestehen.</para>
<!--
@@ -410,12 +410,12 @@
-->
<para>
<indexterm>
- <primary>Versionskontroll-Systeme</primary>
+ <primary>Versions-Kontroll-Systeme</primary>
<secondary>verteilte</secondary>
</indexterm>
<indexterm>
<primary>DVCS</primary>
- <see>versionskontrollSysteme, verteilte</see>
+ <see>Versions-Kontroll-Systeme, verteilte</see>
</indexterm>Seitdem hat sich jedoch viel geändert. In den Jahren
seit
der Geburt des Subversion Projektes hat eine neuere Methodik
namens <firstterm>verteilte Versionskontrolle</firstterm>
@@ -424,7 +424,7 @@
Werkzeuge wie Git (<ulink url="http://git-scm.com/" />) und
Mercurial (<ulink url="http://mercurial.selenic.com/" />)
stellten sich schnell an die Spitze n der Rangfolge der
- verteilten Versionskontroll-Systeme (DVCS). Verteilte
+ verteilten Versions-Kontroll-Systeme (DVCS). Verteilte
Versionskontrolle macht sich die wachsende Allgegenwärtigkeit
von Hochgeschwindigkeits-Netzverbindungen und geringen
Speicherkosten zu Nutze, um einen Ansatz verfügbar zu machen,
@@ -472,7 +472,7 @@
weitaus bessere Unterstützung des Zusammenführens zwischen
Zweigen (da Zusammenführungs-Algorithmen jedenfalls den
eigentlichen Kern der Funktionalität von verteilten
- Versionskontroll-Systemen bilden). Der Nachteil ist, dass
+ Versions-Kontroll-Systemen bilden). Der Nachteil ist, dass
verteilte Versionskontrolle ein an sich komplizierteres Modell
darstellt, das eine nicht zu vernachlässigende Herausforderung
für eine bequeme Zusammenarbeit. Außerdem verrichten
@@ -503,7 +503,7 @@
<para>Leider handelt dieses Buch von Subversion, so dass wir
nicht versuchen werden, einen vollständigen Vergleich zwischen
Subversion und anderen Werkzeugen durchzuführen. Lesern, die
- die ihr Versionskontroll-System wählen dürfen, wird geraten,
+ die ihr Versions-Kontroll-System wählen dürfen, wird geraten,
die verfügbaren Alternativen zu prüfen und sich für diejenige
zu entscheiden, die am besten für sie und ihre Mitarbeiter
funktioniert. Falls schließlich Subversion das Werkzeug der
@@ -561,7 +561,7 @@
ersetzt worden.</para></footnote> eine Software-Suite namens
CollabNet Enterprise Edition (CEE) für die Zusammenarbeit an,
die auch eine Komponente für Versionskontrolle beinhaltete.
- Obwohl CEE ursprünglich CVS als Versionskontrollsystem
+ Obwohl CEE ursprünglich CVS als Versions-Kontroll-System
verwendete, waren die Einschränkungen von CVS von Anfang an
offensichtlich, und CollabNet war sich bewusst, dass
letztendlich etwas Besseres gefunden werden musste.
@@ -569,7 +569,7 @@
Open-Source-Welt geworden, hauptsächlich deshalb, weil es
nichts Besseres gab, zumindest nicht unter einer freien
Lizenz. Also beschloss CollabNet, ein vollständig neues
- Versionskontrollsystem zu schreiben, welches die grundlegenden
+ Versions-Kontroll-System zu schreiben, welches die grundlegenden
Ideen von CVS beibehalten, jedoch die Fehler und
Fehlentwicklungen vermeiden sollte.</para>
@@ -604,7 +604,7 @@
<citetitle>Open Source Development with CVS</citetitle>
(Coriolis, 1999), und fragten ihn, ob er an diesem neuen
Projekt mitarbeiten wolle. Zufälligerweise besprach Karl
- bereits einen Entwurf für ein neues Versionskontrollsystem mit
+ bereits einen Entwurf für ein neues Versions-Kontroll-System mit
seinem Freund Jim Blandy. Im Jahr 1995 gründeten die beiden
Cyclic Software, eine CVS-Beraterfirma, und sie benutzten,
obwohl sie die Firma später verkauften, bei ihrer täglichen
@@ -638,7 +638,7 @@
-->
<para>Das ursprüngliche Designteam einigte sich auf einige
einfache Ziele. Sie wollten kein Neuland in
- Versionskontrollmethodik betreten, sondern einfach CVS
+ Versions-Kontroll-Methodik betreten, sondern einfach CVS
reparieren. Sie beschlossen, dass Subversion dieselben
Merkmale und dasselbe Entwicklungsmodell wie CVS haben solle,
wobei die Fehler von CVS aber nicht noch einmal gemacht werden
@@ -1048,7 +1048,7 @@
Dateien erzeugt und somit der Commit-Zugriff für
bestimmte Ressourcen serialisiert werden. Während
Subversion immer noch grundsätzlich ein gleichzeitiges
- Versionskontrollsystem ist, können bestimmte Arten
+ Versions-Kontroll-System ist, können bestimmte Arten
binärer Dateien (z.B. Kunstobjekte) nicht
zusammengeführt werden. Die Sperrmöglichkeit stillt den
Bedarf, solche Ressourcen zu versionieren und zu
@@ -1317,11 +1317,11 @@
-->
<para>Obwohl dieses Buch unter der Annahme geschrieben worden ist,
- dass der Leser noch nie ein Versionskontrollsystem benutzt hat,
+ dass der Leser noch nie ein Versions-Kontroll-System benutzt hat,
haben wir auch versucht, für Anwender von CVS (und anderen
Systemen) den Sprung zu Subversion so schmerzlos wie möglich zu
machen. Ab und zu werden in Randnotizen andere
- Versionskontrollsysteme erwähnt, und <xref linkend="svn.forcvs"/>
+ Versions-Kontroll-Systeme erwähnt, und <xref linkend="svn.forcvs"/>
fasst viele der Unterschiede zwischen CVS und Subversion
zusammen.</para>
<!--
@@ -1456,7 +1456,7 @@
<para>Wahrscheinlich hat Ihr Administrator Subversion
bereits aufgesetzt, und Sie möchten nun lernen, wie man
den Client benutzt. Falls Sie noch nie ein
- Versionskontrollsystem benutzt haben, ist
+ Versions-Kontroll-System benutzt haben, ist
<xref linkend="svn.basic"/> eine unbedingt notwendige
Einführung in die Konzepte der Versionskontrolle.
<xref linkend="svn.tour"/> ist eine Führung durch den
@@ -1914,7 +1914,7 @@
Fehlerbehebungen beigetragen haben. Der Ausdruck und die Wartung
einer vollständigen Liste dieser Leute wäre an dieser Stelle
nicht praktikabel. Dennoch mögen deren Namen für immer in der
- Versionskontrollgeschichte dieses Buches weiterleben!</para>
+ Versions-Kontroll-Geschichte dieses Buches weiterleben!</para>
</sect1>
=======================================
--- /branches/1.8/de/book/ch01-fundamental-concepts.xml Sun Dec 7 15:08:18
2014 UTC
+++ /branches/1.8/de/book/ch01-fundamental-concepts.xml Tue Feb 3 17:18:07
2015 UTC
@@ -57,14 +57,14 @@
-->
<para>
<indexterm>
- <primary>Versionskontrollsysteme</primary>
- </indexterm>Ein Versionskontrollsystem (oder
+ <primary>Versions-Kontroll-Systeme</primary>
+ </indexterm>Ein Versions-Kontroll-System (oder
Revisionskontrollsystem) ist ein System, das inkrementelle
Versionen (oder Revisionen) von Dateien und, in manchen Fällen,
Verzeichnissen über die Zeit hinweg verfolgt. Natürlich ist es
für sich nicht sehr interessant, die verschiedenen Versionen
eines Anwenders (oder einer Gruppe von Anwendern) zu verfolgen.
- Was ein Versionskontrollsystem nützlich macht, ist die Tatsache,
+ Was ein Versions-Kontroll-System nützlich macht, ist die Tatsache,
dass es Ihnen erlaubt, die Änderungen zu untersuchen, die zu
jeder dieser Versionen geführt haben und es ermöglicht, erstere
jederzeit wieder aufzurufen.</para>
@@ -78,10 +78,10 @@
operate across wide-area networks.</para>
-->
<para>In diesem Abschnitt werden wir einige Komponenten und
- Konzepte von Versionskontrollsystemen auf ziemlich hohem Niveau
- vorstellen. Wir werden uns auf moderne Versionskontrollsysteme
+ Konzepte von Versions-Kontroll-Systemen auf ziemlich hohem Niveau
+ vorstellen. Wir werden uns auf moderne Versions-Kontroll-Systeme
beschränken – in der heutigen vernetzten Welt hat es wenig
- Sinn, Versionskontrollsystemen eine Berechtigung einzuräumen,
+ Sinn, Versions-Kontroll-Systemen eine Berechtigung einzuräumen,
die nicht über Netze hinweg arbeiten können.</para>
<!-- ===============================================================
-->
@@ -124,9 +124,9 @@
<secondary>Dateisystem-Baum</secondary>
</indexterm>
<indexterm>
- <primary>Versionskontrollsysteme</primary>
+ <primary>Versions-Kontroll-Systeme</primary>
<secondary>Clients</secondary>
- </indexterm>Im Kern eines Versionskontrollsystems ist ein
+ </indexterm>Im Kern eines Versions-Kontroll-Systems ist ein
Projektarchiv, das der zentrale Speicher der Daten dieses
Systems ist. Das Projektarchiv speichert Informationen
gewöhnlicherweise in Form eines
@@ -180,15 +180,15 @@
<para>Wenn ein Client Daten aus dem Projektarchiv liest, bekommt
der Client üblicherweise nur die letzte Version des
- Dateisystem-Baumes zu sehen. Was ein Versionskontrollsystem
+ Dateisystem-Baumes zu sehen. Was ein Versions-Kontroll-System
aber interessant macht, ist darüber hinaus die Fähigkeit,
vorherige Zustände des Dateibaums aus dem Projektarchiv
- abzurufen. Ein Versionskontrollsystem kann historische Fragen
+ abzurufen. Ein Versions-Kontroll-System kann historische Fragen
stellen, wie <quote>Was beinhaltete das Verzeichnis am letzten
Mittwoch?</quote> und <quote>Wer war die Person, die als
letztes die Datei geändert hat und welche Änderungen hat sie
gemacht?</quote>. Diese Art von Fragen sind die Grundlage
- eines Versionskontrollsystems.</para>
+ eines Versions-Kontroll-Systems.</para>
</sect2>
<!-- ===============================================================
-->
@@ -221,21 +221,21 @@
<para>
<indexterm>
<primary>Arbeitskopien</primary>
- </indexterm>Der Wert eines Versionskontrollsystems rührt von
+ </indexterm>Der Wert eines Versions-Kontroll-Systems rührt von
der Tatsache her, dass es Versionen von Dateien und
Verzeichnissen verfolgt, doch der Rest des Software-Universums
arbeitet nicht auf <quote>Versionen von Dateien und
Verzeichnissen</quote>. Die meisten Programme wissen, wie mit
einer <emphasis>einzelnen</emphasis> Version eines bestimmten
Dateityps umgegangen wird. Wie arbeitet also ein Anwender
- eines Versionskontrollsystems konkret mit einem abstrakten
+ eines Versions-Kontroll-Systems konkret mit einem abstrakten
– und oft entfernten – Projektarchiv voll mit
mehreren Versionen verschiedener Dateien? Wie schaffen es
seine oder ihre Textbearbeitungs-Software,
Präsentations-Software, Quelltexteditoren, Web-Design-Software
oder sonstigen Programme, die alle nur mit einfachen Dateien
umgehen können, Zugriff auf solche Dateien zu bekommen? Die
- Antwort findet sich im Versionskontroll-Konstrukt, das als
+ Antwort findet sich im Versions-Kontroll-Konstrukt, das als
<firstterm>Arbeitskopie</firstterm> bekannt ist.</para>
<!--
@@ -261,7 +261,7 @@
lokale Instanz einer jeden Dateiversion angewendet werden. Die
meisten Leute verwenden den Begriff aber, wenn sie sich auf
einen kompletten Verzeichnisbaum beziehen, der Dateien und
- Verzeichnisse enthält, die vom Versionskontrollsystem
+ Verzeichnisse enthält, die vom Versions-Kontroll-System
verwaltet werden.</para></footnote> sehen für andere Software
aus wie alle anderen lokalen Verzeichnisse voller Dateien, so
dass diese Programme nicht
@@ -269,7 +269,7 @@
Daten zu lesen und zu schreiben. Die Aufgabe, die Arbeitskopie
zu verwalten und Änderungen an ihrem Inhalt zum und vom
Projektarchiv zu übergeben, fällt genau der Client-Software
- des Versionskontrollsystems zu.</para>
+ des Versions-Kontroll-Systems zu.</para>
</sect2>
@@ -294,7 +294,7 @@
Subversion, since Subversion itself supports a couple of
different ways of working.</para>
-->
- <para>Wenn die primäre Mission eines Versionskontrollsystems
+ <para>Wenn die primäre Mission eines Versions-Kontroll-Systems
darin besteht, die unterschiedlichen Versionen digitaler
Informationen über die Zeit hinweg zu verfolgen, liegt eine
sehr nahe sekundäre Mission darin, das kollaborative
@@ -302,7 +302,7 @@
verwenden unterschiedliche Systeme auch unterschiedliche
Strategien, um dies zu bewerkstelligen. Aus einer Reihe von
Gründen ist es wichtig, diese Unterschiede zu verstehen.
- Zunächst hilft es dabei, bestehende Versionskontrollsysteme zu
+ Zunächst hilft es dabei, bestehende Versions-Kontroll-Systeme zu
vergleichen und gegenüberzustellen, falls Ihnen andere Systeme
begegnen, die Subversion ähneln. Darüber hinaus wird es Ihnen
helfen, Subversion effektiver zu benutzen, da Subversion
@@ -324,7 +324,7 @@
to accidentally overwrite each other's changes in the
repository.</para>
-->
- <para>Alle Versionskontrollsysteme haben das gleiche
+ <para>Alle Versions-Kontroll-Systeme haben das gleiche
fundamentale Problem zu lösen: Wie soll es Anwendern erlaubt
werden, Informationen zu teilen, aber sie davor zu bewahren,
sich gegenseitig auf die Füße zu treten? Es ist allzu
@@ -410,7 +410,7 @@
<primary>Versionskontrolle</primary>
<secondary>Modelle</secondary>
<tertiary>Sperren-Ändern-Entsperren</tertiary>
- </indexterm>Viele Versionskontrollsysteme verwenden ein
+ </indexterm>Viele Versions-Kontroll-Systeme verwenden ein
<firstterm>Sperren-Ändern-Entsperren</firstterm>-Modell um zu
verhindern, dass verschiedene Autoren sich gegenseitig die
Änderungen
löschen. Bei diesem Modell erlaubt das Projektarchiv nur jeweils
@@ -564,7 +564,7 @@
<secondary>Modelle</secondary>
<tertiary>kopieren-ändern-zusammenführen</tertiary>
</indexterm>Subversion, CVS und viele andere
- Versionskontrollsysteme benutzen ein
+ Versions-Kontroll-Systeme benutzen ein
<firstterm>Kopieren–Ändern–Zusammenfassen</firstterm>-Modell
als Alternative zum Sperren. In diesem Modell verbindet sich
jeder Client der Anwender mit dem Projektarchiv und erzeugt
@@ -572,7 +572,7 @@
gleichzeitig und unabhängig voneinander an ihren privaten
Kopien. Am Ende werden dann alle Einzelkopien zu einer
neuen, aktuellen Version zusammengeführt. Das
- Versionskontrollsystem hilft oft bei dieser Zusammenführung,
+ Versions-Kontroll-System hilft oft bei dieser Zusammenführung,
aber letztlich ist der Mensch dafür verantwortlich, das es
korrekt abläuft.</para>
@@ -599,7 +599,7 @@
-->
<para>
<indexterm>
- <primary>out of date</primary>
+ <primary>veraltet</primary>
</indexterm>Hier ist ein Beispiel: Harry und Sally haben
sich jeweils eine eigene Arbeitskopie des im Projektarchiv
vorhandenen Projektes geschaffen. Beide arbeiten nun an der
@@ -794,9 +794,9 @@
version control.</para>
-->
<para>Wir haben bereits erwähnt, dass Subversion ein modernes,
- netzbewusstes Versionskontrollsystem. Wie wir in
+ netzbewusstes Versions-Kontroll-System. Wie wir in
<xref linkend="svn.basic.version-control-basics"/> beschrieben
- haben (unser Versionskontroll-Überblick auf hoher Ebene), dient
+ haben (unser Versions-Kontroll-Überblick auf hoher Ebene), dient
ein Projektarchiv als Kern-Speichermechanismus für die
versionierten Daten von Subversion, und über Arbeitskopien
kommunizieren Anwender und ihre Software mit diesen Daten. In
@@ -826,7 +826,7 @@
-->
<para>Subversion implementiert das Konzept eines Projektarchivs
für Versionskontrolle so, wie es jedes andere moderne
- Versionskontrollsystem auch machen würde. Im Gegensatz zu
+ Versions-Kontroll-System auch machen würde. Im Gegensatz zu
einer Arbeitskopie ist ein Subversion-Projektarchiv ein
abstraktes Gebilde, das sich fast ausschließlich über die
eigenen Subversion-Bibliotheken und -Werkzeuge manipulieren
@@ -855,7 +855,7 @@
versionierten Dateien zusammen mit Metadaten, die dem System
erlauben, erstere zu überwachen und mit dem Server zu
kommunizieren – eine <emphasis>Arbeitskopie</emphasis>
- genannt. Obwohl andere Versionskontrollsysteme den Begriff
+ genannt. Obwohl andere Versions-Kontroll-Systeme den Begriff
<quote>Projektarchiv</quote> (<quote>Repository</quote>) für
das client-seitige Objekt verwenden, ist es sowohl falsch
als auch eine verbreitete Quelle für Missverständnisse,
@@ -977,7 +977,7 @@
<indexterm>
<primary>Revisionen</primary>
<secondary>globale</secondary>
- </indexterm>Anders als die meisten Versionskontrollsysteme
+ </indexterm>Anders als die meisten Versions-Kontroll-Systeme
werden die Revisionsnummern von Subversion auf <emphasis>den
kompletten Projektarchiv-Baum</emphasis> anstatt auf
einzelne Dateien angewendet. Jede Revisionsnummer wählt
@@ -991,7 +991,7 @@
Revision 5 aussieht</quote>. Beachten Sie, dass sich im
Allgemeinen die Revisionen N und M einer Datei
<emphasis>nicht</emphasis> notwendigerweise unterscheiden!
- Viele andere Versionskontrollsysteme verwenden dateibezogene
+ Viele andere Versions-Kontroll-Systeme verwenden dateibezogene
Revisionsnummern, so dass dieses Konzept zunächst
ungewöhnlich aussieht. (Ehemalige CVS-Benutzer sollten sich
für weitergehende Informationen <xref linkend="svn.forcvs"/>
@@ -1301,11 +1301,11 @@
<primary>projektarchiv-relative URL</primary>
</indexterm>
<indexterm>
- <primary>Yirkumflex-Syntax</primary>
+ <primary>Zirkumflex-Syntax</primary>
</indexterm>
<indexterm>
<primary>^</primary>
- <see>caret syntax</see>
+ <see>Zirkumflex-Syntax</see>
</indexterm>In Subversion 1.6 wurde eine neue Notation mit
Zirkumflex
(<literal>^</literal>) als Kurzschreibweise für <quote>der URL
des Wurzelverzeichnisses des Projektarchivs</quote>
@@ -1800,7 +1800,7 @@
</indexterm>
<indexterm>
<primary>einchecken</primary>
- <see>Übertragen</see>
+ <see>übertragen</see>
</indexterm>Angenommen, Sie nehmen Änderungen an
<filename>button.c</filename> vor. Da sich das Verzeichnis
<filename>.svn</filename> den ursprünglichen
@@ -1833,7 +1833,7 @@
<tertiary>commit</tertiary>
</indexterm>
<indexterm>
- <primary>Übertragen</primary>
+ <primary>übertragen</primary>
</indexterm>Um Ihre Änderungen anderen gegenüber zu
veröffentlichen, können Sie den Subversion-Befehl
<command>svn commit</command> verwenden:</para>
@@ -1911,7 +1911,7 @@
<tertiary>update</tertiary>
</indexterm>
<indexterm>
- <primary>altualisieren</primary>
+ <primary>aktualisieren</primary>
</indexterm>
<indexterm>
<primary>Arbeitskopien</primary>
@@ -2286,7 +2286,7 @@
möchten herausbekommen, wann ein Fehler das erste Mal in
einer Datei auftauchte. Dies ist der
<quote>Zeitmaschinen</quote>-Aspekt eines
- Versionskontrollsystems – die Eigenschaft, die es
+ Versions-Kontroll-Systems – die Eigenschaft, die es
ermöglicht, irgendeinen Teil Ihrer Arbeitskopie zeitlich
nach vorne oder nach hinten zu verschieben.</para>
=======================================
--- /branches/1.8/de/book/ch03-advanced-topics.xml Fri Jan 16 13:41:33 2015
UTC
+++ /branches/1.8/de/book/ch03-advanced-topics.xml Tue Feb 3 17:18:07 2015
UTC
@@ -22,7 +22,7 @@
<para>Falls Sie dieses Buch kapitelweise von vorne nach hinten
lesen, sollten Sie sich bis hierhin ausreichende Kenntnisse über
die Verwendung des Subversion-Clients angeeignet haben, um die
- gebräuchlichsten Versionskontrolltätigkeiten ausführen zu können.
+ gebräuchlichsten Versions-Kontroll-Tätigkeiten ausführen zu können.
Sie wissen, wie eine Arbeitskopie aus einem
Subversion-Projektarchiv ausgecheckt wird. Sie kommen gut damit
zurecht, Änderungen mittels <command>svn commit</command> und
@@ -39,7 +39,7 @@
directory changes to and from a central repository.</para>
-->
<para>Subversions Funktionsumfang macht allerdings nicht bei
- <quote>gewöhnlichen Versionskontrolltätigkeiten</quote> halt. Es
+ <quote>gewöhnlichen Versions-Kontroll-Tätigkeiten</quote> halt. Es
bietet mehr, als lediglich den Transport von Datei- und
Verzeichnisänderungen in ein und aus einem zentralen Projektarchiv
zu ermöglichen.</para>
@@ -422,7 +422,7 @@
some examples.</para>
-->
<para>Revisionsnummern offenbaren nichts über die Welt außerhalb
- des Versionskontrollsystems, doch manchmal müssen Sie einen
+ des Versions-Kontroll-Systems, doch manchmal müssen Sie einen
Zeitpunkt mit einem Moment der Versionsgeschichte korrelieren.
Um das zu ermöglichen, erlaubt die Option
<option>--revision</option> (<option>-r</option>) auch
@@ -609,7 +609,7 @@
-->
<para>Dateien und Verzeichnisse werden auf unseren Rechnern
ständig kopiert, verschoben, umbenannt und vollständig
- ersetzt. Ihr Versionskontrollsystem sollte nicht im Weg stehen,
+ ersetzt. Ihr Versions-Kontroll-System sollte nicht im Weg stehen,
wenn Sie diese Dinge auch mit Dateien und Verzeichnissen unter
Versionskontrolle machen. Die Dateiverwaltungsunterstützung von
Subversion ist sehr befreiend, indem sie beinahe die gleiche
@@ -1319,7 +1319,7 @@
Projektarchiv ablegt und wieder herausholt. Ganze Kapitel haben
sich dieser fundamentalen Funktionalität des Werkzeugs gewidmet.
Falls die Versionierungsunterstützung an diesem Punkt aufhörte,
- wäre Subversion aus Versionskontrollperspektive immer noch
+ wäre Subversion aus Versions-Kontroll-Perspektive immer noch
vollständig.</para>
<!--
@@ -3663,7 +3663,7 @@
-->
<para>Falls auf einem Verzeichnis vorhanden, ist der
Wert eine Liste <emphasis>unversionierter</emphasis>
- Dateimuster, die von <command>svn status</command> und
+ Dateinamen-Muster, die von <command>svn status</command>
und
anderen Unterbefehlen ignoriert werden sollen. Anders
als bei <literal>svn:ignore</literal> werden diese
Muster auf <emphasis>alle</emphasis> unversionierten
@@ -4826,15 +4826,15 @@
-->
<para>
<indexterm>
- <primary>file patterns</primary>
+ <primary>Dateinamen-Muster</primary>
</indexterm>
<indexterm>
<primary>globs</primary>
- <see>file patterns</see>
+ <see>Dateinamen-Muster</see>
</indexterm>
<indexterm>
- <primary>shell wildcard patterns</primary>
- <see>file patterns</see>
+ <primary>Shell-Wildcard-Muster</primary>
+ <see>Dateinamen-Muster</see>
</indexterm>Also bietet Ihnen Subversion mehrere Möglichkeiten,
wie Sie ihm mitteilen können, welche Dateien Sie lieber nicht
beachten möchten. Die eine Möglichkeit verwendet das
@@ -4848,7 +4848,7 @@
und sind enger an den versionierten Baum gebunden, so dass
hiervon jeder betroffen ist, der eine Arbeitskopie dieses Baumes
besitzt. Alle dieser Möglichkeiten verwenden
- <firstterm>Dateimuster</firstterm> (Ketten aus normalen Zeichen
+ <firstterm>Dateinamen-Muster</firstterm> (Ketten aus normalen Zeichen
und solchen mit besonderer Bedeutung, die mit Dateinamen
verglichen werden), um zu entscheiden, welche Dateien ignoriert
werden können. </para>
@@ -4869,7 +4869,7 @@
-->
<para>Das Laufzeit-Konfigurationssystem von Subversion stellt eine
Option <literal>global-ignores</literal> zur Verfügung, dessen
- Wert eine Sammlung von Dateimustern ist, die durch Leerraum
+ Wert eine Sammlung von Dateinamen-Mustern ist, die durch Leerraum
getrennt sind. Der Subversion-Client vergleicht diese Muster
sowohl mit den Dateinamen der unter Versionskontrolle zu
bringenden Kandidaten als auch mit den Namen der
@@ -4886,7 +4886,7 @@
<!--
<title>File Patterns in Subversion</title>
-->
- <title>Dateimuster in Subversion</title>
+ <title>Dateinamen-Muster in Subversion</title>
<!--
<para>File patterns (also called <firstterm>globs</firstterm> or
@@ -4900,7 +4900,7 @@
which are interpreted differently for matching
purposes.</para>
-->
- <para>Dateimuster (auch <firstterm>Globs</firstterm> oder
+ <para>Dateinamen-Muster (auch <firstterm>Globs</firstterm> oder
<firstterm>Shell-Jokerzeichen</firstterm> genannt) sind Ketten
aus Zeichen, die mit Dateinamen verglichen werden sollen,
typischerweise für die schnelle Auswahl einer Teilmenge von
@@ -4918,7 +4918,7 @@
function. It supports the following wildcards, described here
simply for your convenience:</para>
-->
- <para>Es gibt verschiedene Typen von Dateimuster-Regeln, doch
+ <para>Es gibt verschiedene Typen von Dateinamen-Muster-Regeln, doch
verwendet Subversion die auf Unix-Systemen verbreitete
Variante, wie sie dort in der Systemfunktion
<function>fnmatch</function> implementiert ist. Sie
@@ -4966,7 +4966,7 @@
shell prompt. The following are some examples of patterns
being used for various things:</para>
-->
- <para>Das gleiche Verhalten beim Abgleich von Dateimustern
+ <para>Das gleiche Verhalten beim Abgleich von Dateinamen-Mustern
können Sie bei der Eingabeaufforderung einer Unix-Shell
beobachten. Es folgen einige Beispiele von Mustern
für verschiedene Dinge:</para>
@@ -5013,7 +5013,7 @@
we've described here, but this basic usage level tends to suit
the majority of Subversion users.</para>
-->
- <para>Dateimuster-Abgleich ist zwar ein bisschen komplizierter
+ <para>Dateinamen-Muster-Abgleich ist zwar ein bisschen komplizierter
als hier beschrieben, jedoch ist Beschränkung auf diese
grundlegende Ebene für die Mehrheit der Subversion-Benutzer
ausreichend.</para>
@@ -5043,10 +5043,10 @@
-->
<para>Wenn die Eigenschaft <literal>svn:ignore</literal> an einem
versionierten Verzeichnis auftritt, wird erwartet, dass der Wert
- eine Liste von (durch Zeilenvorschübe getrennten) Dateimustern
+ eine Liste von (durch Zeilenvorschübe getrennten) Dateinamen-Mustern
enthält, die Subversion benutzen soll, um ignorierbare Objekte
in <emphasis>demselben</emphasis> Verzeichnis zu bestimmen.
- Diese Dateimuster setzen nicht jene außer Kraft, die in der
+ Diese Dateinamen-Muster setzen nicht jene außer Kraft, die in der
Laufzeit-Konfigurations-Option <literal>global-ignores</literal>
gefunden werden, sondern werden an deren Liste angehängt. An
dieser Stelle lohnt es sich, noch einmal darauf hinzuweisen,
@@ -5094,7 +5094,7 @@
Eigenschaft <literal>svn:global-ignores</literal>. So wie die
Eigenschaft <literal>svn:ignore</literal>, kann
<literal>svn:global-ignores</literal> nur auf einem Verzeichnis
- gesetzt werden und enthält Dateimuster, die Subversion
+ gesetzt werden und enthält Dateinamen-Muster, die Subversion
verwendet, um festzustellen, welche Objekte es ignorieren
kann.<footnote><para>Die zu ignorierenden Muster der Eigenschaft
<literal>svn:global-ignores</literal> können durch Leerzeichen,
@@ -5132,7 +5132,7 @@
</note>
-->
<note>
- <para>Die Unterstützung für ignorierbare Dateimuster in
+ <para>Die Unterstützung für ignorierbare Dateinamen-Muster in
Subversion erstreckt sich lediglich auf die einmalige
Handlung, unversionierte Dateien und Verzeichnisse unter
Versionskontrolle zu stellen. Sobald ein Objekt unter
@@ -5434,7 +5434,7 @@
present.</para>
-->
<para>Wie bereits früher erwähnt, wird die Liste der zu
- ignorierenden Dateimuster auch von <command>svn add</command>
+ ignorierenden Dateinamen-Muster auch von <command>svn add</command>
und <command>svn import</command> verwendet. Beide dieser
Befehle haben zur Folge, dass Subversion damit beginnt, eine
Menge von Dateien und Verzeichnissen zu verwalten. Statt den
@@ -5444,7 +5444,7 @@
die verzeichnisgebundenen und die ererbten Listen – um
festzustellen, welche Dateien nicht im Rahmen einer größeren
rekursiven Hinzufüge- oder Importaktion in das
- Versionskontrollsystem gebracht werden sollen. Auch hier können
+ Versions-Kontroll-System gebracht werden sollen. Auch hier können
Sie wieder die Option <option>--no-ignore</option> verwenden, um
Subversion mitzuteilen, die Ignorier-Listen zu ignorieren und
auf allen vorhandenen Dateien und Verzeichnissen zu
@@ -5546,7 +5546,7 @@
diese Information sich mit jeder Änderung der Datei auch ändert,
noch wichtiger, <emphasis>nachdem</emphasis> sich die Datei
ändert, ist es für jeden Prozess außer dem
- Versionskontrollsystem ein ziemlicher Aufwand, die Daten
+ Versions-Kontroll-System ein ziemlicher Aufwand, die Daten
vollständig aktuell zu halten. Würde das den Autoren überlassen,
veralteten die Informationen unausweichlich.</para>
@@ -7432,7 +7432,7 @@
<para>Kommunikation wäre insofern auch keine schlechte Medizin
für die gleichnamigen Harry und Sally aus Hollywood gewesen.
</para></footnote> Aus der Tatsache, dass das eigene
- Versionskontrollsystem eine Kommunikationsform darstellt, folgt,
+ Versions-Kontroll-System eine Kommunikationsform darstellt, folgt,
dass es keine schlechte Sache wäre, wenn diese Software die
Serialisierung von nicht parallel durchführbaren Änderungen
ermöglichte. Hier ist der Zeitpunkt für die
@@ -7440,7 +7440,7 @@
gekommen. Hier reden wir nun über das
<firstterm>Sperren</firstterm> in Subversion, das in etwa den
<quote>Reserved Checkouts</quote> anderer
- Versionskontrollsysteme entspricht.</para>
+ Versions-Kontroll-Systeme entspricht.</para>
<!--
<para>Subversion's locking feature exists ultimately to minimize
@@ -11959,7 +11959,7 @@
<para>Nachdem Sie dieses Kapitel gelesen haben, sollten Sie
ein ziemlich gutes Verständnis von einigen Eigenschaften
Subversions haben, die zwar nicht bei <emphasis>jedem</emphasis>
- Umgang mit Ihrem Versionskontrollsystem benutzt werden, deren
+ Umgang mit Ihrem Versions-Kontroll-System benutzt werden, deren
Kenntnis jedoch durchaus von Vorteil sein kann. Hören Sie an
dieser Stelle jedoch noch nicht auf! Lesen Sie das folgende
Kapitel, in dem Sie Zweige, Tags und das Zusammenführen
=======================================
--- /branches/1.8/de/book/ch04-branching-and-merging.xml Thu Nov 27
21:25:21 2014 UTC
+++ /branches/1.8/de/book/ch04-branching-and-merging.xml Tue Feb 3
17:18:07 2015 UTC
@@ -888,7 +888,7 @@
<para>Zweitens bestehen die Zweige von Subversion, bedingt durch
den Kopiermechanismus, als <emphasis>normale
Dateisystemverzeichnisse</emphasis> im Projektarchiv. Das ist ein
- Unterschied zu anderen Versionskontrollsystemen, bei denen
+ Unterschied zu anderen Versions-Kontroll-Systemen, bei denen
Zweige typischerweise definiert werden, indem auf einer
eigenen Ebene den Dateisammlungen <quote>Etiketten</quote>
hinzugefügt werden. Der Ort Ihres Zweig-Verzeichnisses spielt
@@ -1079,7 +1079,7 @@
<para>Bevor wir weitermachen, sollten wir Sie warnen, dass Sie
auf den kommenden Seiten viele Erörterungen zum Thema
<quote>Änderungen</quote> erwarten. Viele mit
- Versionskontrollsystemen erfahrene Leute benutzen die Begriffe
+ Versions-Kontroll-Systemen erfahrene Leute benutzen die Begriffe
<quote>Änderung</quote> und <quote>Änderungsmenge</quote>
(<foreignphrase>Changeset</foreignphrase>) austauschbar, so
dass wir klären sollten, was Subversion unter einer
@@ -1098,7 +1098,7 @@
<para>Jeder scheint eine etwas unterschiedliche Definition für
den Begriff Änderungsmenge zu haben oder zumindest eine
unterschiedliche Erwartung darüber, was es für ein
- Versionskontrollsystem bedeutet, so etwas zu besitzen. Für
+ Versions-Kontroll-System bedeutet, so etwas zu besitzen. Für
unsere Zwecke reicht es aus, zu sagen, dass eine
Änderungsmenge lediglich eine Sammlung von Änderungen mit
einem eindeutigen Namen ist. Die Änderungen können aus der
@@ -3137,7 +3137,7 @@
One of the most common questions new users ask is, <quote>How
do I get my old file or directory back?</quote></para>
-->
- <para>Das Tolle an Versionskontrollsystemen ist, dass
+ <para>Das Tolle an Versions-Kontroll-Systemen ist, dass
Informationen nie verlorengehen. Selbst wenn Sie eine Datei
oder ein Verzeichnis löschen, ist es zwar nicht mehr in der
<literal>HEAD</literal>-Revision vorhanden, jedoch noch in
@@ -3464,7 +3464,7 @@
-->
<para>Genauso oft wie der Begriff <quote>Änderungsmenge</quote>
wird die Wendung <firstterm>die Rosinen
- herauspicken</firstterm> in Versionskontrollsystemen
+ herauspicken</firstterm> in Versions-Kontroll-Systemen
verwendet. Das bezieht sich darauf, <emphasis>eine</emphasis>
bestimmte Änderungsmenge von einem Zweig auszuwählen und sie
auf einen anderen anzuwenden. Die Rosinen herauszupicken kann
@@ -4922,7 +4922,7 @@
changesets that affected the file, but also exactly which user
wrote which line of code, and when she did it.</para>
-->
- <para>Ein Hauptmerkmal jedes Versionskontrollsystems ist es,
+ <para>Ein Hauptmerkmal jedes Versions-Kontroll-Systems ist es,
darüber Buch zu führen, wer was wann geändert hat. Die Unterbefehle
<command>svn log</command> und <command>svn blame</command>
sind die geeigneten Werkzeuge hierfür: Wenn sie auf
@@ -6836,7 +6836,7 @@
aufpassen, da es sich bei diesen Mustern um bewährte
Vorgehensweisen handelt, die von erfahrenen Menschen empfohlen
werden. Diese Prozesse sind nicht spezifisch für Subversion; sie
- sind anwendbar auf alle Versionskontrollsysteme. Trotzdem
+ sind anwendbar auf alle Versions-Kontroll-Systeme. Trotzdem
mag es hilfreich sein, wenn sie anhand von Subversion erklärt
werden.</para>
@@ -7279,7 +7279,7 @@
-->
<para>Allerdings möchten Sie von Zeit zu Zeit spezielle
Anpassungen des Drittanbieter-Codes in Ihrem eigenen
- Versionskontrollsystem verwalten. Um auf unser Beispiel aus der
+ Versions-Kontroll-System verwalten. Um auf unser Beispiel aus der
Software=Entwicklung zurückzukommen, müssen Entwickler manchmal
die Bibliothek der Drittanbieter für ihre Zwecke verändern.
Diese Änderungen können neue Funktionalitäten oder
@@ -7321,7 +7321,7 @@
<para>Die Lösung dieses Problems besteht in der Verwendung von
<firstterm>Lieferanten-Zweigen</firstterm>. Ein
Lieferanten-Zweig ist ein Verzeichnisbaum in Ihrem eigenen
- Versionskontrollsystem, der Informationen enthält, die von einem
+ Versions-Kontroll-System, der Informationen enthält, die von einem
Drittanbieter – oder Lieferanten – bereitgestellt
wird. Jede Version der Lieferantendaten, die Sie in Ihr Projekt
aufnehmen wollen, wird <firstterm>Zulieferung</firstterm>
@@ -7340,7 +7340,7 @@
-->
<para>Lieferanten-Zweige bieten zwei Vorteile. Erstens, wird durch
das Vorhalten der aktuellen Zulieferung in Ihrem eigenen
- Versionskontrollsystem sichergestellt, dass für Ihre
+ Versions-Kontroll-System sichergestellt, dass für Ihre
Projektmitarbeiter stets die richtige Version der
Lieferantendaten verfügbar ist. Sie erhalten die richtige
Version automatisch beim Aktualisieren ihrer Arbeitskopien.
=======================================
--- /branches/1.8/de/book/ch05-repository-admin.xml Tue Feb 3 12:29:28
2015 UTC
+++ /branches/1.8/de/book/ch05-repository-admin.xml Tue Feb 3 17:18:07
2015 UTC
@@ -424,7 +424,7 @@
two.</para>
-->
<para>Nehmen wir an, Sie seien als Projektarchiv-Administrator für
- die Versionskontrollsysteme mehrerer Projekte zuständig. Ihre
+ die Versions-Kontroll-Systeme mehrerer Projekte zuständig. Ihre
erste Entscheidung ist, ob Sie ein einzelnes Projektarchiv für
mehrere Projekte verwenden, jedem Projekt sein eigenes
Projektarchiv geben oder einen Kompromiss aus diesen beiden
@@ -4760,7 +4760,7 @@
<para>Das Auszugsformat eines Subversion Projektarchivs erlaubt
ebenfalls die Umwandlung aus einem vollständig
unterschiedlichen Speichermechanismus oder
- Versionskontrollsystem. Da das Format der Auszugsdatei
+ Versions-Kontroll-System. Da das Format der Auszugsdatei
größtenteils menschenlesbar ist, sollte es relativ einfach
sein, in diesem Dateiformat generische Änderungsmengen zu
beschreiben, wobei jede als neue Revision behandelt werden
=======================================
--- /branches/1.8/de/book/ch06-server-configuration.xml Mon Jan 26 11:47:32
2015 UTC
+++ /branches/1.8/de/book/ch06-server-configuration.xml Tue Feb 3 17:18:07
2015 UTC
@@ -8123,7 +8123,7 @@
-->
<para>Vergessen Sie nicht, dass es sich hier um ein
- Versionskontrollsystem handelt! Selbst falls jemand
+ Versions-Kontroll-System handelt! Selbst falls jemand
versehentlich eine Änderung dorthin übergibt, wo sie
eigentlich nicht hin sollte, ist es einfach, die Änderung
rückgängig zu machen. Und sollte ein Anwender mit böser
=======================================
--- /branches/1.8/de/book/ch08-embedding-svn.xml Tue Nov 25 16:56:50 2014
UTC
+++ /branches/1.8/de/book/ch08-embedding-svn.xml Tue Feb 3 17:18:07 2015
UTC
@@ -1126,7 +1126,7 @@
Verantwortlichkeit; ihre Aufgabe ist es, die Funktionen der
Arbeitskopie-Bibliothek mit denen der RA-Schicht zu vermischen
und eine API auf höchster Ebene für Anwendungen zur Verfügung
- zu stellen, die allgemeine Versionskontrollaktionen
+ zu stellen, die allgemeine Versionskontroll-Aktionen
durchführen wollen. Beispielsweise erwartet die Funktion
<function>svn_client_checkout()</function> einen URL als
Argument. Sie leitet diesen URL an die RA-Schicht weiter und
@@ -2640,7 +2640,7 @@
interessante Verwendungen für die Subversion-API gefunden, von
einfachen Projektarchiv-Hook-Skripten über Integrationen zwischen
Subversion und einer anderen Anwendung bis zu vollständig
- unterschiedlichen Versionskontrollsystemen. Womit wollen
+ unterschiedlichen Versions-Kontroll-Systemen. Womit wollen
<emphasis>Sie</emphasis> es versuchen?</para>
</sect1>
=======================================
--- /branches/1.8/de/book/ch09-reference.xml Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ch09-reference.xml Tue Feb 3 17:18:07 2015 UTC
@@ -636,133 +636,6 @@
</refsect1>
- <refsect1 id="svn.ref.mod_authz_svn.conf.directives">
-<!--
- <title>Directives</title>
--->
- <title>Anweisungen</title>
-
-<!--
- <para>These are the <filename>httpd.conf</filename> directives
- that apply to <command>mod_authz_svn</command>:</para>
--->
- <para>Dies sind die
- <filename>httpd.conf</filename>-Direktiven, die für
- <command>mod_authz_svn</command> gültig sind:</para>
-
- <variablelist>
-
- <varlistentry>
- <term><literal>AuthzForceUsernameCase Upper|
Lower</literal></term>
- <listitem>
-
-<!--
- <para>Set to <literal>Upper</literal>
- or <literal>Lower</literal> to perform case conversion
- of the specified sort on the authenticated username
- before checking it for authorization. While usernames
- are compared in a case-sensitive fashion against those
- referenced in the authorization rules file, this
- directive can at least normalize variably-cased
- usernames into something consistent.</para>
--->
- <para>Entweder <literal>Upper</literal>
- oder <literal>Lower</literal>, um die entsprechende
- Umwandlung des authentifizierten Anwendernamens vor
- der Autorisierungsprüfung in Klein- oder
- Großschreibung vorzunehmen. Während Anwendernamen
- unter Beachtung der Klein- oder Großschreibung mit
- denjenigen in der Autorisierungs-Regel-Datei
- verglichen werden, kann diese Direktive zumindest
- gemischt geschriebene Anwendernamen in irgendetwas
- konsistentes normalisieren.</para>
-
- </listitem>
- </varlistentry>
-
- <varlistentry>
- <term><literal>AuthzSVNAccessFile
- <replaceable>file-path</replaceable></literal></term>
- <listitem>
-
-<!--
- <para>Consult <replaceable>file-path</replaceable> for
- access rules describing the permissions for paths in
- Subversion repository.</para>
--->
- <para>Für Zugriffsregeln, die Rechte auf Pfaden im
- Subversion-Projektarchiv beschreiben, soll in
- <replaceable>file-path</replaceable> nachgesehen
- werden.</para>
-
- </listitem>
- </varlistentry>
-
- <varlistentry>
- <term><literal>AuthzSVNAnonymous On|Off</literal></term>
- <listitem>
-
-<!--
- <para>Set to <literal>Off</literal> to disable two
- special-case behaviours of this module: interaction
- with the <literal>Satisfy Any</literal> directive and
- enforcement of the authorization policy even when no
- <literal>Require</literal> directives are present.
- The default value of this directive is
- <literal>On</literal>.</para>
--->
- <para>Um zwei besondere Verhaltensweisen dieses Moduls
- zu unterbinden, sollte diese Direktive auf
- <literal>Off</literal> gesetzt werden: Die Interaktion
- mit der <literal>Satisfy Any</literal>-Anweisung und
- das Durchsetzen des Autorisierungsverfahrens auch
- dann, wenn keine <literal>Require</literal>-Direktiven
- vorhanden sind. Der Standardwert dieser Direktive ist
- <literal>On</literal>.</para>
-
- </listitem>
- </varlistentry>
-
- <varlistentry>
- <term><literal>AuthzSVNAuthoritative On|Off</literal></term>
- <listitem>
-
-<!--
- <para>Set to <literal>Off</literal> to allow access
- control to be passed along to lower modules. The
- default value of this directive is
- <literal>On</literal>.</para>
--->
- <para>Auf <literal>Off</literal> gesetzt, wird die
- Weiterleitung der Zugriffskontrolle an tiefere Module
- erlaubt. Der Standardwert dieser Direktive ist
- <literal>On</literal>.</para>
-
- </listitem>
- </varlistentry>
-
- <varlistentry>
- <term><literal>AuthzSVNNoAuthWhenAnonymousAllowed On|
Off</literal></term>
- <listitem>
-
-<!--
- <para>Set to <literal>On</literal> to suppress
- authentication and authorization for requests which
- anonymous users are allowed to perform. The default
- value of this directive is
- <literal>On</literal>.</para>
--->
- <para>Auf <literal>On</literal> setzen, um die
- Authentifizierung und Autorisierung von Anfragen zu
- unterbinden, die anonyme Benutzer durchführen dürfen.
- Der Standardwert dieser Direktive ist
- <literal>On</literal>.</para>
-
- </listitem>
- </varlistentry>
-
- </variablelist>
- </refsect1>
</refentry>
</sect1>
=======================================
--- /branches/1.8/de/book/foreword.xml Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/foreword.xml Tue Feb 3 17:18:07 2015 UTC
@@ -110,7 +110,7 @@
Leute immer wieder die gleichen grundlegenden Fragen auf der
Subversion-Mailingliste stellten: Was sind die
Standard-Arbeitsabläufe mit Subversion? Funktionieren Branches
- und Tags genau so wie in anderen Versionskontrollsystemen? Wie
+ und Tags genau so wie in anderen Versions-Kontroll-Systemen? Wie
finde ich heraus, wer eine bestimmte Änderung durchgeführt
hat?</para>
=======================================
--- /branches/1.8/de/book/ref-svn.xml Tue Nov 25 15:14:00 2014 UTC
+++ /branches/1.8/de/book/ref-svn.xml Tue Feb 3 17:18:07 2015 UTC
@@ -836,7 +836,7 @@
<para>Schaltet einen besonderen Ausgabemodus für
<command>svn diff</command> ein, der für die
Kompatibilität mit dem verbreiteten verteilten
- Versionskontroll-System Git entworfen wurde.</para>
+ Versions-Kontroll-System Git entworfen wurde.</para>
</listitem>
</varlistentry>
@@ -8318,7 +8318,7 @@
<emphasis>lediglich Metadaten der Arbeitskopie</emphasis>.
Sie ändert keine Dateiinhalte versionierter oder
unversionierter Dateien, führt keinerlei
- Versionskontroll-Operationen aus (etwa Übergaben oder
+ Versions-Kontroll-Operationen aus (etwa Übergaben oder
Aktualisierungen) usw.</para>
</note>
More information about the svnbook-dev
mailing list