Getting Started/Sources/Subversion (de) - Revision history

AnneW at 09:53, 15 July 2012

2012-07-15T09:53:04Z

Odysseus: moved Getting Started/Sources/Using Subversion with KDE (de) to Getting Started/Sources/Subversion (de): Git reorg

2011-03-18T11:11:59Z

moved Getting Started/Sources/Using Subversion with KDE (de) to Getting Started/Sources/Subversion (de): Git reorg

Silentwater79: Added a Link

2009-11-04T06:02:04Z

Added a Link

Silentwater79: Corected some spelling mistakes.

2009-11-03T09:33:34Z

Corected some spelling mistakes.

Silentwater79: Corected some spelling and grammar mistakes

2009-11-02T10:03:25Z

Corected some spelling and grammar mistakes

DrSlowDecay: finished translation

2008-11-30T10:25:15Z

finished translation

DrSlowDecay: /* Working with multiple revisions and branches */ partly translated

2008-11-29T11:38:38Z

‎Working with multiple revisions and branches: partly translated

DrSlowDecay: /* Dateien ignorieren */ More translation

2008-11-29T11:21:55Z

‎Dateien ignorieren: More translation

DrSlowDecay: Even some more translation

2008-05-05T18:03:46Z

Even some more translation

DrSlowDecay: Some more translation

2008-03-09T15:55:13Z

Some more translation

Show changes

← Older revision		Revision as of 09:53, 15 July 2012
Line 1:		Line 1:
−	~~{{Template:I18n/Language Navigation Bar\|Getting Started/Sources/Using Subversion with KDE}}~~	+

	{{TutorialBrowser (de)\|		{{TutorialBrowser (de)\|

@@ Line 278: / Line 278: @@
 sieht, besteht kein Anlass das zu ändern.
-== Mehr Informationen im KDE Wiki ==
+== Weitere Links ==
+* [[Development/Tools/svnmerge.py|Merge tracking mit svnmerge.py]]
-Siehe auch [http://wiki.kde.org/tiki-index.php?page=KDE%20Subversion%20HOWTO the KDE wiki] für mehr Informationen über Subversion in KDE
+* Für mehr Informationen über Subversion in KDE siehe [http://wiki.kde.org/tiki-index.php?page=KDE%20Subversion%20HOWTO the KDE wiki]

@@ Line 147: / Line 147: @@
 Um entwas aus Subversion auszuchecken benutzt man das Unterkommando <tt>checkout</tt>:
-'''WARNUNG:''' Wenn Sie trunk/KDE oder branches/KDE/foo auschecken werden Sie auch die komplette kde-i18n herunterladen!
+{{warning (de)|Wenn Sie trunk/KDE oder branches/KDE/foo auschecken, werden Sie auch die komplette kde-i18n herunterladen, welche sehr groß ist!}}
 Angenommen Sie wollen nur KDevelop aus dem KDE Repository auschecken, würden Sie folgende Kommandos eingeben:
@@ Line 211: / Line 211: @@
 == Mit verschiedenen Revisionen und Branches arbeiten ==
-Andes als CVS erzeugt Subversion keine Revisions-Nummer für jede veränderte Datei. Statt dessen wird das gesamte Repository als ganzes mit einer Revisions-Nummer versehen. Auf diese Art bezeichnet eine Revisions-Nummer einen bestimmten Status, den das Repository zu einem bestimmten Zeitpunkt hatte. In anderen Worten: Die Revisions-Nummer ist wie ein Zeitstempel (tatsächlich benutzt der Subversion-Server diesen Umstand, um schneller nach Daten im Repository zu suchen)
+Anders als CVS erzeugt Subversion keine Revisions-Nummer für jede veränderte Datei. Statt dessen wird das gesamte Repository als ganzes mit einer Revisions-Nummer versehen. Auf diese Art bezeichnet eine Revisions-Nummer einen bestimmten Status, den das Repository zu einem bestimmten Zeitpunkt hatte. In anderen Worten: Die Revisions-Nummer ist wie ein Zeitstempel (tatsächlich benutzt der Subversion-Server diesen Umstand, um schneller nach Daten im Repository zu suchen)
 Wenn Sie also einen Check-out machen, teilt Ihnen Subversion das folgende (als Beispiel) mit:
@@ Line 217: / Line 217: @@
   Updated to revision 403821.
-Das bedeutet, dass die letzte verfügbare Revision zu dem Zeitpunkt der Operation die Nummer 403821 ist. Wenn Sie eine Änderung vornehmen und abschicken (per commit), wird Subversion serverseitig die Revision aktualisiert und Sie davon in Kenntnis setzen. Wie in CVS werden nur die veränderten Dateien aktualisiert: Sie müssen <tt>cvs up</tt> aufrufen um den Rest der Dateien zu aktualisieren.
+Das bedeutet, dass die letzte verfügbare Revision zu dem Zeitpunkt der Operation die Nummer 403821 ist. Wenn Sie eine Änderung vornehmen und abschicken (per commit), wird Subversion serverseitig die Revision aktualisieren und Sie davon in Kenntnis setzen. Wie in CVS werden nur die veränderten Dateien aktualisiert: Sie müssen <tt>cvs up</tt> aufrufen um den Rest der Dateien zu aktualisieren.
-Möchten Sie eine bestimmte Revsision eine Dateie haben, können Sie den <tt>-r</tt> Schalter benutzen. Neben der Revisions-Nummer akzeptiert -r eine Anzahl von weiteren Möglichkeiten:
+Möchten Sie eine bestimmte Revsision einer Datei haben, können Sie den <tt>-r</tt> Schalter benutzen. Neben der Revisions-Nummer akzeptiert -r eine Anzahl von weiteren Möglichkeiten:
 * Die Revision-Nummer: Benutzen Sie beispielsweise -r 403819 um diese Version zu erhalten
@@ Line 228: / Line 228: @@
 * '''{ date }''': Zwischen den geschwungenen Klammern kann ein Datum angegeben werden, damit die daran nähsten Änderungen gesucht werden
-Das folgende dienst der Darstellung der verschiedenen Bedeutungen der Schlüsselworte:
+Das folgende dient der Darstellung der verschiedenen Bedeutungen der Schlüsselworte:
 # Wenn mann <tt>svn up</tt> aufruft, aktualisiert man zur neusten Revision. Angenommen Subversion teilt einem mit, dass man auf Revision 403821 aktualisiert hat, dann bedeutet das, dass HEAD und BASE die Revision 403821 haben.
@@ Line 248: / Line 248: @@
   svn diff -r HEAD
 auf. Möchte man sehen, was sich seit dem letzten Update am Repository geändert hat, ruft man
   svn diff -r BASE:HEAD
 auf. Möchte man die letzte Änderung an einer Datei vor BASE sehen, kann man
   svn diff -r PREV:BASE
   # oder
@@ Line 260: / Line 262: @@
 == Unterverzeichnisse von anderen Orten verlinken ==
-Es kann vorkommen, dass man eine Kopie eines Unterverzeichnissen von einem anderen Ort einfügen möchte. Das geschieht dann aus Bequemlichkeit und nicht um in diesem Verzeichnis Code zu schreiben. Natürlich sollte dieses Verzeichnis automatisch aktualisiert werden wann immer das Original sich ändert. Subversion kann einem dabei helfen. Man muss die Eigenschaft <tt>svn:external</tt> des Verzeichnisses bearbeiten und das Verzeichniss sollte hinzugefügt werden. Für das aktuelle Verzeichnisse benutzt man den Befehl
+Es kann vorkommen, dass man eine Kopie eines Unterverzeichnisses von einem anderen Ort einfügen möchte. Das geschieht dann aus Bequemlichkeit und nicht um in diesem Verzeichnis Code zu schreiben. Natürlich sollte dieses Verzeichnis automatisch aktualisiert werden wann immer das Original sich ändert. Subversion kann einem dabei helfen. Man muss die Eigenschaft <tt>svn:external</tt> des Verzeichnisses bearbeiten und das Verzeichniss sollte hinzugefügt werden. Für das aktuelle Verzeichnisse benutzt man den Befehl
   svn propedit svn:externals .
@@ Line 269: / Line 271: @@
 {{warning (de)|Es können jedoch keine Änderungen an der lokalen Kopie des externen Verzeichnisses hochgeladen werden, denn es ist eine nur-lesen Kopie.}}
-Man kann <tt>svn://anonsvn.kde.org</tt> und kein anderes Protokoll verwnden, denn <tt>anonsvn.kde.org</tt> ist für jeden zugreifbar. Das <tt>https:</tt> oder <tt>svn+ssh:</tt> Protokoll wird nur für Benutzer funktionieren, die damit arbeiten. Es gibt noch ein paar kleine Nachteile mit <tt>anonsvn.kde.org</tt>:
+Man kann <tt>svn://anonsvn.kde.org</tt> und kein anderes Protokoll verwenden, denn <tt>anonsvn.kde.org</tt> ist für jeden zugreifbar. Das <tt>https:</tt> oder <tt>svn+ssh:</tt> Protokoll wird nur für Benutzer funktionieren, die damit arbeiten. Es gibt noch ein paar kleine Nachteile mit <tt>anonsvn.kde.org</tt>:
-Es ist nicht immer mit <tt>svn.kde.org</tt> synchronisiert, daher brauchen aktualisierungen im Originalast eine Zeit bis sie auf <tt>anonsvn.kde.org</tt> erscheinen. Außerdem blockieren eine strenge Firewalls das <tt>svn:</tt> Protokoll.
+Es ist nicht immer mit <tt>svn.kde.org</tt> synchronisiert, daher brauchen aktualisierungen im Originalast eine Zeit bis sie auf <tt>anonsvn.kde.org</tt> erscheinen. Außerdem blockieren einige strenge Firewalls das <tt>svn:</tt> Protokoll.
 Ein spezieller Fall in KDE 3 ist das Unterverzeichnis <tt>admin</tt>, welches die KDE 3 build Werkzeuge beinhaltet. Es ist mit dem Hauptverzeichnis in allen Modulen verzeichnet und wird in <tt>/branches/KDE/3.5/kde-common</tt> bearbeitet. Für <tt>admin</tt> ist der KDE subversion Server so konfiguriert, dass es für alle einen nur-lesen Zugriff gestattet. Wenn man also

@@ Line 10: / Line 10: @@
 == Zusammenfassung ==
-Der folgende Text ist eine schnelle kde-spezifische Einführung, wie man Subversion benutzt, um auf Dateien und Software im KDE Repository zuzugreifen. Für einen vollständigen Überblick über die Fähigkeiten von Subversion verweisen wir auf das Buch "[http://svnbook.red-bean.com/ Version Control with Subversion (englisch)]".
+Der folgende Text ist eine schnelle KDE-spezifische Einführung, wie man Subversion benutzt, um auf Dateien und Software im KDE-Repository zuzugreifen. Für einen vollständigen Überblick über die Fähigkeiten von Subversion verweisen wir auf das Buch "[http://svnbook.red-bean.com/ Version Control with Subversion (englisch)]".
-== Am Anfang ==
+== Erste Schritte ==
 Um das KDE Subversion Repository benutzen zu können, benötigen Sie zwei Dinge:
@@ Line 19: / Line 19: @@
 # Einen Zugang zu unserem Repository
-Beachte: Für einen anonymen nur-lesen Zugriff benutzen Sie das Protokoll "svn", kein "yourname@" den Server "anonsvn.kde.org" statt dem unten genannten.
+Beachte: Für einen anonymen nur-lesen Zugriff benutzen Sie das Protokoll "svn", kein "yourname@" und Server "anonsvn.kde.org" anstatt dem unten genannten.
 '''Subversion installieren:''' Eine Anleitung zur Installtion des Client Programms wird hier nicht gegeben. Sehen Sie in den Installtionsanleitungen Ihres Systems nach, um herauszufinden, wie man Subversion installiert. Sie benötigen mindesten Version 1.1. Wenn Sie Subversion selber compilieren und Sie auf das Repository per https (und nicht über svn+ssh) zugreifen wollen, benötigen Sie SSL und ZLIB Unterstützung und müssen daher die <tt>--with-ssl --with-zlib</tt> Option übergeben.
@@ Line 50: / Line 50: @@
 # /trunk
-Man kann das Repository durchforgsten über [http://websvn.kde.org/ http://websvn.kde.org/]
+Man kann das Repository über [http://websvn.kde.org/ http://websvn.kde.org/] durchforsten.
-−
 === Das Unterverzeichnis /trunk ===
-Das <tt>/trunk</tt> Hauptunterverzeichnis ist dasjenige, in dem die Hauptentwicklung an KDE stattfindet. Was Sie hier finden, wird als nächstes als KDE und assoziierte Programme veröffentlicht. Hier finden Sie auch das <tt>www</tt> Modul, welches die Webpages rund um KDE beinhaltet.
+Das <tt>/trunk</tt> Hauptunterverzeichnis ist dasjenige, in dem die Hauptentwicklung an KDE stattfindet. Was Sie hier finden, wird als nächste KDE Version und dessen assoziierte Programme veröffentlicht. Hier finden Sie auch das <tt>www</tt> Modul, welches die Webpages rund um KDE beinhaltet.
 <tt>/trunk</tt> ist unterteilt in folgende Unterverzeichnisse:
-*<tt>KDE/</tt><br/>KDE selber, welches die nächste Veröffentlichung werden wird. Es besteht aus folgenden Modulen:
+*<tt>KDE/</tt><br/>KDE selber, welches die nächste Version werden wird. Es besteht aus folgenden Modulen:
 **'''kdelibs''' - KDE Hauptbibliotheken, die von allen KDE Programmen benutzt werden
 **'''kdebase''' - KDE Basisprogramme, wie das KDE Control Center, Plasma (die Oberfläche) und Konqueror (der Web Browser)
@@ Line 65: / Line 64: @@
 **'''kdeadmin''' - KDE Administrationsprogramme
 **'''kdeartwork''' - Bilder, Themen, Sounds und andere künstlerische Dateien
-**'''kdebindings''' - Bindungen für andere Sprache außer C++
+**'''kdebindings''' - Bindungen für andere Sprachen außer C++
 **'''kdeedu''' - Erzieherische und Wissenschaftliche Programme für KDE
 **'''kdegames''' - KDE Spiele
-**'''kdegraphics''' - KDE Graphikapplicationen
+**'''kdegraphics''' - KDE Graphik Anwendungen
-**'''kdemultimedia''' - KDE Multimediaapplicationen
+**'''kdemultimedia''' - KDE Multimedia Anwendungen
-**'''kdenetwork''' - KDE Netzwerkapplicationen
+**'''kdenetwork''' - KDE Netzwerk Anwendungen
-**'''kdepim''' - KDE Personal Information Management Applicationen
+**'''kdepim''' - KDE Personal Information Management (PIM) Anwendungen
-**'''kdepimlibs''' - Biblotheken, die von KDE-PIM Applicationen benötigt werden.
+**'''kdepimlibs''' - Biblotheken, die von KDE-PIM Anwendungen benötigt werden.
-**'''kdesdk''' - KDE Software Development Kit Applicationen
+**'''kdesdk''' - KDE Software Development Kit Anwendungen
-**'''kdetoys''' - KDE Spielzeug Applicationen
+**'''kdetoys''' - KDE Spielzeug Anwendungen
 **'''kdeutils''' - Allgemeine KDE Werkzeuge
 **'''kdevelop''' - Das KDevelop Programm
 **'''kdevplatform''' - Die Entwicklerplatform auf der KDevelop basiert
-**'''kdewebdev''' - Eine KDE Webentwicklungsapplikation
+**'''kdewebdev''' - KDE Webentwicklungsanwendungen
 *<tt>kde-common</tt>
 :Allgemeines admin/ Verzeichnis
@@ Line 129: / Line 128: @@
 === Das Unterverzeichnis <tt>/branches</tt> ===
-Dieses Verzeichnis beinhaltet die Zweig-versionen von Applikationen nach einer Hauptveröffentlichung.
+Dieses Verzeichnis beinhaltet die Zweig-Versionen von Applikationen nach einer Hauptveröffentlichung.
-Die meisten KDE Applikationen halten sich an die Philosophie, dass neue Features (ebenso wie neue Zeichneketten für den Benutzer) erst im nächsten Veröffentlichungszyklus &#8212; derjenige der in <tt>/trunkg/</tt> entwickelt wird &#8212; einfließen. Fehlerbereinigungen werden jedoch auf alle Applikationen angewandt, auch nach einer Veröffentlichung.
+Die meisten KDE Applikationen halten sich an die Philosophie, dass neue Features (ebenso wie neue Zeichneketten für den Benutzer) erst im nächsten Veröffentlichungszyklus &#8212; derjenige der in <tt>/trunk/</tt> entwickelt wird &#8212; einfließen. Fehlerbereinigungen werden jedoch auf alle Applikationen angewandt, auch nach einer Veröffentlichung.
-Um das zu bewerkstelligen, wird ein Zwei in dem Moment der Veröffentlichung erzeugt und zeigt damit den Status dieser Dateien zu diesem Zeitpunkt an. Fehlerbereinigungn werden dann in diese Dateien eingepflegt. Diese Zweige sind dann diejenigen die unter <tt>/branches/</tt> zu finden sind.
+Um das zu bewerkstelligen, wird ein Zweig (Branch) im Moment der Veröffentlichung erzeugt und zeigt damit den Status dieser Dateien zu diesem Zeitpunkt an. Fehlerbereinigungen werden dann in diese Dateien eingepflegt. Diese Zweige sind dann diejenigen die unter <tt>/branches/</tt> zu finden sind.
 So kann zum Beispiel der KDE 3.4.x Zweig unter <tt>/branches/KDE/3.4/</tt> gefunden werden.
-Die Unterverzeichnisse die Sie in <tt>/branches</tt> finden, sie die Unterverzeichnisse der Aplikationen wie <tt>akregator/</tt>, <tt>amarok/</tt>,
+Die Unterverzeichnisse die Sie in <tt>/branches</tt> finden, sie z.B. die Unterverzeichnisse der Aplikationen <tt>akregator/</tt>, <tt>amarok/</tt>,
 <tt>arts/</tt>, <tt>k3b/</tt>, etc. Sie finden hier auch ein <tt>KDE/</tt>
 Unterverzeichnis, welches die offiziellen KDE Veröffentlichung beinhalten.
-Es gibt ein spezielles Unterverzeichnis in <tt>/branches</tt> namens <tt>work/</tt>. Dieses Unterverzeichnis wird als "Arbeitszweig" berzeichnet und beinhaltet Zweige bei denen an neuen Features gearbeitet wird. Manchmal sind diese sehr experimentell. Arbeitszweige für mehrere Applikationen finden sich in <tt>/branches/work/</tt>, doch für einzelne Applikationen finden sich Arbeitszweige im jeweiligen Unterverzeichnis. Diese Entscheidung liegt bei den Entwicklern.
+Es gibt ein spezielles Unterverzeichnis in <tt>/branches</tt> namens <tt>work/</tt>. Dieses Unterverzeichnis wird als "Arbeitszweig" bezeichnet und beinhaltet Zweige bei denen an neuen Features gearbeitet wird. Manchmal sind diese sehr experimentell. Arbeitszweige für mehrere Applikationen finden sich in <tt>/branches/work/</tt>, doch für einzelne Applikationen finden sich Arbeitszweige im jeweiligen Unterverzeichnis. Diese Entscheidung liegt bei den Entwicklern.
 == Auschecken und Aktualisieren ==

@@ Line 229: / Line 229: @@
 * '''{ date }''': Zwischen den geschwungenen Klammern kann ein Datum angegeben werden, damit die daran nähsten Änderungen gesucht werden
-The following illustrates the evolution of the keywords:
+Das folgende dienst der Darstellung der verschiedenen Bedeutungen der Schlüsselworte:
-# You run <tt>svn up</tt> to update to the latest available revision. Suppose Subversion tells you it updated to revision 403821. This means that HEAD and BASE are 403821.
+# Wenn mann <tt>svn up</tt> aufruft, aktualisiert man zur neusten Revision. Angenommen Subversion teilt einem mit, dass man auf Revision 403821 aktualisiert hat, dann bedeutet das, dass HEAD und BASE die Revision 403821 haben.
-# You modify file README and commit it. Suppose Subversion tells you it committed revision 403822. This means HEAD, BASE and COMMITTED are 403822.
+# Wenn man die Datei README bearbeitet und hochläd (commit), teilt einem Subversion mit, dass man die Revision 403822 hochgeladen hat. Das bedeutet HEAD, BASE und COMMITTED sind 403822.
-# You modify the file again and commit it. Now PREV is 403822, but HEAD, BASE and COMMITTED are updated to a new value (suppose it's 403823).
+# Jetzt wird README erneut bearbeitet und hochgeladen (via commit). Jetzt ist PREV 403822 aber HEAD, BASE und COMMITTED sind zu einem neueren Wert aktualisiert (sagen wir zum Beispiel 403823)
-# Now someone else modifies the repository, and you update your working copy. If Subversion tells you it updated to 403824, this means now HEAD and BASE are moved to 403824 (but PREV and COMMITTED stay the same)
+# Nun verändert jemand anderes das Repsitory und man selber führt ein update der Arbeitskopie durch. Subversion teilt einem mit, dass man auf 403824 aktualisiet hat, das bedeutet, dass HEAD und BASE nun auf 403824 aktualisert wurden (doch PREV und COMMITTED bleiben gleich)
-# If someone modifies the README file now, HEAD is moved. The other keywords stay the same for you, until you update. At this time, we will have HEAD = 403825 (the latest available revision), BASE = 403824 (the revision you last updated to), COMMITTED = 403823 (the revision of the latest change to the file when you last updated) and PREV = 403822 (the revision of the change before COMMITTED)
+# Wenn nun jemand README bearbeitet, HEAD wird verändert. Die anderen Schlüsselworte bleiben für einen selber jedoch gleich, bis man ein update durchführt. Zu diesem Zeitpunkt haben wir HEAD bei 403825 (die neuste verfügbare Revision), BASE = 403824 (die Revision, auf die zuletzt aktualisiert wurde), COMMITTED = 403823 (die Revision der letzten Änderung an der Datei als man zuletzt aktualisiert hat) und PREV = 403822 (die Revision der Änderung vor COMMITTED)
-Those keywords are useful to retrieve logs and diffs for commits to the
+Diese Schlüsselworte sind auch nützlich um logs und diffs für Aktualisieirungen des Repositorys zu erhalten.
-repository.
-If you want to see the difference between your working copy and BASE, you
+Wenn man sich den Unterschied zwischen der Arbeitskopie und BASE ansehen möchte, kann man
-can run:
   svn diff
-This is a very fast operation, since Subversion keeps a local copy of BASE.
+aufrufen. Das ist eine sehr schnelle Operation, da Subversion eine lokale Kopie von BASE bereithält. Man benötigt keine Netzwerkverbindung um diese Operation durchzuführen.
-It doesn't need a network connection to accomplish this operation.
-If you want to see the difference between your local copy and the latest
+Möchte man den Unterschied zwischen der lokalen Kopie und der letzten verfügbaren Version auf dem Server betrachten, ruft man
-available on the server, you will run:
   svn diff -r HEAD
-If you want to see what has changed in the repository since you've last updated, you can use:
+auf. Möchte man sehen, was sich seit dem letzten Update am Repository geändert hat, ruft man
   svn diff -r BASE:HEAD
-If you want to see the last change to a file before BASE, you can use:
+auf. Möchte man die letzte Änderung an einer Datei vor BASE sehen, kann man
   svn diff -r PREV:BASE
-  # or
+  # oder
   svn diff -r PREV:COMMITTED
-That is also valid for the <tt>svn log</tt> command.
+aufrufen. Das gleiche gilt auch für das <tt>svn log</tt> Kommando.
 == Unterverzeichnisse von anderen Orten verlinken ==
-It can happen you would like to include a copy of a subdirectory from another place, but just for convenience, not for developing the code in there. Of course it should be updated automatically whenever the original changes. Subversion can help you. You need to edit the property <tt>svn:external</tt> of the directory the subdirectory should be added to. So for the current directory you use
+Es kann vorkommen, dass man eine Kopie eines Unterverzeichnissen von einem anderen Ort einfügen möchte. Das geschieht dann aus Bequemlichkeit und nicht um in diesem Verzeichnis Code zu schreiben. Natürlich sollte dieses Verzeichnis automatisch aktualisiert werden wann immer das Original sich ändert. Subversion kann einem dabei helfen. Man muss die Eigenschaft <tt>svn:external</tt> des Verzeichnisses bearbeiten und das Verzeichniss sollte hinzugefügt werden. Für das aktuelle Verzeichnisse benutzt man den Befehl
   svn propedit svn:externals .
-and then enter lines of the form
+und gibt die Zeile
   libkhalkhi svn://anonsvn.kde.org/home/kde/trunk/playground/pim/khalkhi
-Updating will now fetch <tt>/trunk/playground/pim/khalkhi</tt> into the subdirectoy <tt>libkhalkhi</tt>.
+ein. Ein Update wird nun <tt>/trunk/playground/pim/khalkhi</tt> in das Unterverzeichnis <tt>libkhalkhi</tt> holen.
-{{warning (de)|Beware that you cannot commit changes you did to the local copy of the external subdirectory, it is just a readonly copy.}}
+{{warning (de)|Es können jedoch keine Änderungen an der lokalen Kopie des externen Verzeichnisses hochgeladen werden, denn es ist eine nur-lesen Kopie.}}
-You use <tt>svn://anonsvn.kde.org</tt> and not another protocol, because <tt>anonsvn.kde.org</tt> is accessible to everyone. Using <tt>https:</tt> or <tt>svn+ssh:</tt> would only work for users of that protocol. There are still some small disadvantage with <tt>anonsvn.kde.org</tt>: It is not always in synchronization with <tt>svn.kde.org</tt>, so updates in the original branch may take a while to appear on <tt>anonsvn.kde.org</tt>. And some strict firewalls are blocking the <tt>svn:</tt> protocol.
+Man kann <tt>svn://anonsvn.kde.org</tt> und kein anderes Protokoll verwnden, denn <tt>anonsvn.kde.org</tt> ist für jeden zugreifbar. Das <tt>https:</tt> oder <tt>svn+ssh:</tt> Protokoll wird nur für Benutzer funktionieren, die damit arbeiten. Es gibt noch ein paar kleine Nachteile mit <tt>anonsvn.kde.org</tt>:
-A special case in KDE 3 is the subdirectory <tt>admin</tt>, containing the KDE 3 build utilities. It is linked in to the top directory in all modules, and maintained in <tt>/branches/KDE/3.5/kde-common</tt>. For <tt>admin</tt> the KDE subversion server is configured to allow readonly access for everyone, so if you see
+Ein spezieller Fall in KDE 3 ist das Unterverzeichnis <tt>admin</tt>, welches die KDE 3 build Werkzeuge beinhaltet. Es ist mit dem Hauptverzeichnis in allen Modulen verzeichnet und wird in <tt>/branches/KDE/3.5/kde-common</tt> bearbeitet. Für <tt>admin</tt> ist der KDE subversion Server so konfiguriert, dass es für alle einen nur-lesen Zugriff gestattet. Wenn man also
   admin https://svn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
-there is no need to change this.
+sieht, besteht kein Anlass das zu ändern.
 == Mehr Informationen im KDE Wiki ==
 Siehe auch [http://wiki.kde.org/tiki-index.php?page=KDE%20Subversion%20HOWTO the KDE wiki] für mehr Informationen über Subversion in KDE

@@ Line 210: / Line 210: @@
   Makefile.rules Makefile.calls autom4te.cache *.kidl
-== Working with multiple revisions and branches ==
+== Mit verschiedenen Revisionen und Branches arbeiten ==
-Unlike CVS, Subversion doesn't generate a revision number for each file
+Andes als CVS erzeugt Subversion keine Revisions-Nummer für jede veränderte Datei. Statt dessen wird das gesamte Repository als ganzes mit einer Revisions-Nummer versehen. Auf diese Art bezeichnet eine Revisions-Nummer einen bestimmten Status, den das Repository zu einem bestimmten Zeitpunkt hatte. In anderen Worten: Die Revisions-Nummer ist wie ein Zeitstempel (tatsächlich benutzt der Subversion-Server diesen Umstand, um schneller nach Daten im Repository zu suchen)
-modified. Instead, the full repository is versioned, as a whole. This way, a
-given revision number represents the state the repository was on a given date.
-In other words, a revision number is like a timestamp (in fact, the Subversion
-server uses this fact to search for dates in the repository faster).
-So, for instance, when you check out the KDE repository, Subversion will
+Wenn Sie also einen Check-out machen, teilt Ihnen Subversion das folgende (als Beispiel) mit:
-tell you the following:
   Updated to revision 403821.
-This means that the latest revision available at the time of the operation
+Das bedeutet, dass die letzte verfügbare Revision zu dem Zeitpunkt der Operation die Nummer 403821 ist. Wenn Sie eine Änderung vornehmen und abschicken (per commit), wird Subversion serverseitig die Revision aktualisiert und Sie davon in Kenntnis setzen. Wie in CVS werden nur die veränderten Dateien aktualisiert: Sie müssen <tt>cvs up</tt> aufrufen um den Rest der Dateien zu aktualisieren.
-was 403821. If you make a modification and commit, Subversion will update the
-server-side revision and will inform you of it. Like CVS, only the committed
-files will be updated: you will need run <tt>cvs up</tt> to update the rest of the
-files.
-If you want to retrieve a specific revision of a file, you can use the <tt>-r</tt>
+Möchten Sie eine bestimmte Revsision eine Dateie haben, können Sie den <tt>-r</tt> Schalter benutzen. Neben der Revisions-Nummer akzeptiert -r eine Anzahl von weiteren Möglichkeiten:
-switch. Besides the revision number itself, -r accepts a number of other
-possibilities:
-* The revision number: for example, use -r 403819 to retrieve that version
+* Die Revision-Nummer: Benutzen Sie beispielsweise -r 403819 um diese Version zu erhalten
-* '''BASE''': the revision you updated to
+* '''BASE''': Die Revision zu der Sie aktualisiert haben
-* '''COMMITTED''': the revision a file was last modified, before BASE
+* '''COMMITTED''': Die Revision an der eine Datei vor BASE zuletzt verändert wurde.
-* '''PREV''': the revision of the previous commit to the file before COMMITTED
+* '''PREV''': Die Revision des vorigen commits vor COMMITTED
-* '''HEAD''': the most recent revision available in the server
+* '''HEAD''': Die akuellste Revision die auf dem Server verfügbar ist
-* '''{ date }''': between curly brackets, you can specify a date for searching the closest revisions
+* '''{ date }''': Zwischen den geschwungenen Klammern kann ein Datum angegeben werden, damit die daran nähsten Änderungen gesucht werden
 The following illustrates the evolution of the keywords:

@@ Line 196: / Line 196: @@
 == Dateien ignorieren ==
-Subversion stores ignored files per directory. To edit the ignored
+Subversion speichert die zu ignorierenden Dateien für jedes Verzeichnis. Um diese Liste für das aktuelle Verzeichnis zu bearbeiten, rufen Sie einfach
-files of the directory you are currently in, do
    svn propedit svn:ignore .
-that will launch your editor, write there the names of the files you want to
+auf. Damit wird der eingestellte Editor aufgerufen, in dem Sie die Namen der Dateien eintragen können, die ignoriert werden sollen, eine Datei pro Zeile. Wenn Sie fertig sind, einfach ein commit ausführen, damit die Dateien auf dem Server aktualisiert werden.
-ignore, one file per line. Once you are done, do a commit so the ignored list
-file gets updated on the server.
-A lot of files were ignored in CVS with help from global ignore list which
+Eine Menge Dateien wurden bei CVS mit Hilfe der globalen Ignorierliste ignoriert, diese Liste wird von SVN nicht unterstützt. Sie können auf svn 1.3 warten oder Sie müssen die Ignorierliste in die Sammelgruppe in ihrer {{path|~/.subversion/config}} einfügen (alle in einer Zeile):
-is not supported yet by SVN. You can wait for svn 1.3 or you need to add the
-ignore list to the [miscellany] group in your {{path|~/.subversion/config}} (all in
-one line):
   global-ignores = *.o *.lo *.la .*.rej *.rej .*~ *~ .#* #*# .DS_Store *.moc

@@ Line 164: / Line 164: @@
 === Aktualisieren ===
-In order to update, you use the <tt>update</tt> subcommand.
+Hier gibt es keinen Unterschied zu CVS: Sie wechseln in ihre ausgecheckte lokale Kopie (für diejenigen, für die das alles neu ist: die ausgecheckte Kopie sollte sich in Ihrem Heimatordner befinden) und geben ein <tt>svn update</tt> Kommando (oder kürzer <tt>svn up</tt>).
-−
-This is no different from CVS: you change into your checked out copy (for those new to this whole process, the checked out copy should be in your Home folder) and issue a <tt>svn update</tt> (or, shorter, <tt>svn up</tt>) command.
 == Den Status einer Datei ermitteln ==
-To know which local files you had modified, in CVS most people did
+Um herauszufinden welche lokalen Dateien verändert wurden, haben die meisten unter CVS das Kommando cvs up aufgerufen und dann diejenigen Dateien gesucht, die mit einem '''M''' markiert waren. Das funktioniert unter svn nicht, daher müssen Sie das Kommando <tt>svn status</tt> aufrufen, um den Status der Dateien zu ermitteln.
- cvs up
-and looked at the files with '''M''', this does not work with svn so you have to do
- svn status
-to know the status of the files.
 == Ins Repository hochladen ==
-Just like in CVS, committing to the Subversion repository is accomplished
+Um Änderungen hochzuladen ruft man, ähnlich wie bei CVS, die Unterkommandos <tt>commit</tt> oder <tt>checkin</tt> (Kurzversion davon <tt>ci</tt>) auf.
-with the <tt>commit</tt> or <tt>checkin</tt> (<tt>ci</tt> for short) subcommands.
-CVS command:
+CVS Kommando:
   cvs commit
-  # or
+  # oder
   cvs ci
-  # or
+  # oder
   cvs ci filename.cpp
-Subversion command:
+Subversion Kommando:
   svn commit
-  # or
+  # oder
   svn ci
-  # or
+  # oder
   svn ci filename.cpp
-This way, <tt>svn</tt> will launch the editor specified in <tt>$SVN_EDITOR</tt> for you
+Auf diese Weise wird <tt>svn</tt> den in <tt>$SVN_EDITOR</tt> eingetragenen Texteditor aufrufen, damit Sie das Änderungsprotokoll ausfüllen können. Wenn Sie es vorziehen, können Sie <tt>svn</tt> auch über die -m Option eine vollständige Mitteilung übergeben:
-to compose the commit message. If you prefer, you can give <tt>svn</tt> the -m
-oprtion with your full message:
   svn ci -m "Updating protocol to conform to HTTP/1.1"