Einleitung<\/strong><\/p>\n Ich habe kein spezielles Repository \u00fcber HTTP oder dergleichen aufgesetzt. Mein Ansatz geht von ein paar Pr\u00e4missen aus:<\/p>\n Das Repository richtet man da ein, wo Plattenplatz ist und Zugriff besteht. Das Tutorial verr\u00e4t, wie das geht. Wir nehmen nun an, wir haben ein Repository unter $HOME\/SVN\/<\/em> auf unserem Server angelegt.<\/p>\n URI f\u00fcr SVN Repositories<\/strong><\/p>\n Um im weiteren Verlauf auf das Repository zugreifen zu k\u00f6nnen, m\u00fcssen wir immer wieder die URI des Repositories angeben. Wenn wir direkt auf dem Server arbeiten, dann benutzt man einfach eine file:\/\/ URL der folgenden Form:<\/p>\n Der Pfad muss das f\u00fchrende Slash enthalten. Beispielsweise k\u00f6nnte die URI so aussehen: file:\/\/\/home\/me\/SVN\/SomeProject\/<\/em><\/p>\n F\u00fcr den Remotezugriff verwendet man eine URL mit dem speziellen Protokoll svn+ssh:\/\/, welches der Subversionclient f\u00fcr die Kommandozeile anbietet. Man baut sich eine \u00e4hnliche URL zusammen, wie man sie auch von SSH her kennt, inklusive Benutzer und Zielrechner:<\/p>\n Beispielsweise so: svn+ssh:\/\/me@meinserver.de:\/home\/me\/SVN\/SomeProject\/<\/em><\/p>\n Man beachte das SomeProject\/ ein virtueller Pfad ab der Wurzel des Repositories darstellt.<\/p>\n Subversion fragt falls n\u00f6tig nach dem Passwort. Hier empfiehlt es sich massiv mit SSH-Keys (Anleitung<\/a>) zu arbeiten, da auf die Dauer die Passwortabfragen st\u00f6ren. Diese sind beim Remotezugriff f\u00fcr jedes Kommando anzugeben, was nat\u00fcrlich st\u00f6rt. Inwiefern man SSH-Keys als Sicherheitsrisiko einstuft, \u00fcberlasse ich dem Einzelnen, ggfs. bei Martin Diedrich<\/a> eine fundierte Meinung einholen Projekte auschecken<\/strong><\/p>\n Wenn wir nun eine Arbeitskopie aus unserem Repository auschecken wollen, dann benutzen wir das folgende Kommando:<\/p>\n Das erstellt dann ein Unterverzeichnis im lokalen Arbeitsverzeichnis, in dem man alle Arbeitsschritte erledigt.<\/p>\n Aussehen kann das so:<\/p>\n Das Auschecken muss mn nur einmal erledigen, im folgenden synchronisiert man nur die Arbeitskopie mit dem Repository und \u00fcbertr\u00e4gt nur die erfolgten \u00c4nderungen.<\/p>\n Der Arbeitszyklus<\/strong><\/p>\n Gearbeitet wird im Verzeichnis der Arbeitskopie. Bevor man mit dem Arbeiten beginnt, sollte man sich den aktuellen Stand des Projektes aus dem Repository herunterladen. So bekommen wir die \u00c4nderungen von Teamkollegen gleich mit und insbesondere verheddern wir uns nicht, wenn man an zwei Arbeitspl\u00e4tzen Arbeitskopien hat (z.B. wie ich daheim und im Labor).<\/p>\n Jetzt k\u00f6nnen wir fleissig Dateien in der Arbeitskopie bearbeiten und ver\u00e4ndern. Im Gegensatz zu CVS funktioniert das auch mit Bin\u00e4rdateien, z.B. Bildern gut. Sind wir mit der Arbeit fertig, so k\u00f6nnen wir den aktuellen Stand der Arbeit im Repository abgleichen. Dazu f\u00fchren wir den sogenannten Commit aus, der unsere \u00c4nderungen in das Repository \u00fcbertr\u00e4gt.<\/p>\n Subversion macht auch $EDITOR (w\u00f6rtlich gemeint, Default is meistens vi) auf und erlaubt uns so einen Kommentar zur \u00c4nderung einzugeben.<\/p>\n Prinzipiell ist es m\u00f6glich auf jeden Stand wieder zur\u00fcckzugehen, der einmal ins Repository eingecheckt wurde. Ebenso ist Branching m\u00f6glich, aber diese fortgeschrittenen Anwendungsf\u00e4lle m\u00f6chte ich hier nicht behandeln.<\/p>\n Dateien zum Repository hinzuf\u00fcgen<\/strong><\/p>\n Nehmen wir an, wir wollen eine neue Quelldatei zu unserem Repository hinzuf\u00fcgen. Dazu wird diese Datei zun\u00e4chst erstellt und anschlie\u00dfend dem Repository bekanntgemacht. Mit dem n\u00e4chsten Commit ist dann die Daei im Repository vorhanden.<\/p>\n L\u00f6schen und Umbenennen ist ebenfalls m\u00f6glich, ich empfehle ein Studium der Dokumentation zu Subversion f\u00fcr n\u00e4here Informationen. Wenn wir ein neues Projekt in unser Repository aufnehmen wollen, dann gehen wir wie folgt vor:<\/p>\n Das Projekt wird jetzt importiert. Dazu zwei Anmerkungen:<\/p>\n Ein Beispiel verdeutlicht das Vorgehen:<\/p>\n Sei $HOME\/work\/someproject\/<\/em> das Projektverzeichnis, welches in das Repository aufgenommen werden soll.<\/p>\n Analog k\u00f6nnen nat\u00fcrlich auch URIs f\u00fcr eine SSH-Verbindung angegeben werden.<\/p>\n Backup des Repositories<\/strong><\/p>\n Ein einfaches Backup des Repositories ist m\u00f6glich.Dazu ist einfach das Verzeichnis des Repositories mit tar einzupacken:<\/p>\n Zur Wiederherstellung wird das Backup dann einfach ausgepackt.\n
\n
\n
![\";)\"](\"http:\/\/www.final-memory.org\/wp-content\/plugins\/lmbbox-smileys\/smileys\/tb\/wink1.gif\")
<\/p>\n\n
\n
\n
\n
\n
<\/ul>\n
\nNeues Projekt in das Repository aufnehmen<\/strong><\/p>\n\n
\n
\n
\n
\nF\u00fcr weitere Informationen zu Subversion empfehle ich auf der Webseite von Subversion<\/a> zu schm\u00f6ckern. Es lohnt sich ![\":)\"](\"http:\/\/www.final-memory.org\/wp-content\/plugins\/lmbbox-smileys\/smileys\/tb\/smile1.gif\")
<\/p>\n