Ich habe heute beschlossen, einen Subversion-Server auf meinem VPS zu installieren, den ich bei Host Europe angemietet habe. Mein Server l\u00c3\u00a4uft unter SUSE Linux 10, Apache2 mit Plesk.<\/p>\n
[Update 2008-06-01: Plesk Version ist 8.3]<\/p>\n
Mein Ziel war, Subversion so zu installieren, dass es mit Plesk nicht ins Gehege kommt. Nach einiger Recherche habe ich auf verschiedenen Seiten und in Foren Informationen gefunden, die beschreiben, was ungef\u00c3\u00a4hr getan werden muss. Allerdings habe ich nirgends eine zusammenh\u00c3\u00a4ngende Anleitung gefunden, in der die komplette Einrichtung beschrieben ist.<\/p>\n
Bevor jetzt irgendjemand anf\u00c3\u00a4ngt und das nachmacht, was ich hier beschreibe ein wichtiger Hinweis:<\/p>\n
Ich habe keine Ahnung, ob das was ich hier beschreibe auf jedem System funktioniert. Bitte macht auf jeden Fall ein Backup, bevor Ihr anfangt und lest Euch im Zweifel die verlinkte Dokumentation<\/a> durch. Pr\u00c3\u00bcft, ob die von mir verwendeten Pfade und Benutzer bei Euch Sinn geben.<\/p>\n Vor allem macht mich nicht daf\u00c3\u00bcr verantwortlich, sollte etwas schief gehen…<\/p>\n Ihr braucht auf jeden Fall die Root-Rechte f\u00c3\u00bcr Euren Server. Soweit nicht anders beschrieben, werden alle folgenden Schritte als Benutzer root<\/em> ausgef\u00c3\u00bchrt.<\/p>\n Ich gehe davon aus, dass Ihr auf Eurem lokalen Rechner schon einen Subversion-Client installiert habt.<\/p>\n Schritte, die auf dem VPS ausgef\u00c3\u00bchrt werden m\u00c3\u00bcssen, sind mit<\/p>\n remote:~#<\/tt><\/p>\n gekennzeichnet. Schritte, die Ihr auf Eurem lokalen Rechner ausf\u00c3\u00bchrt, sind mit<\/p>\n local:~#<\/tt><\/p>\n gekennzeichnet.<\/p>\n Hier eine Liste der Schritte, die f\u00c3\u00bcr die Installation notwendig sind: Dar\u00c3\u00bcber hinaus enth\u00c3\u00a4lt der Artikel noch folgende Informationen:<\/p>\n Los geht’s! remote:~# rug install subversion subversion-server<\/tt><\/p>\n Falls Subversion schon installiert sein sollte, kommt folgende Fehlermeldung:<\/p>\n ERROR: 'subversion' is not available, or is fully up-to-date.<\/tt><\/p>\n Ihr k\u00c3\u00b6nnt pr\u00c3\u00bcfen, ob Subversion installiert ist, in dem Ihr folgendes Kommando abschickt:<\/p>\n remote:~# rug info subversion subversion-server<\/tt><\/p>\n In der Ausgabe gibt es f\u00c3\u00bcr jedes der beiden Pakete einen Abschnitt. In beiden Abschnitten m\u00c3\u00bcssen die Texte Installed: Yes<\/em> und Status: up-to-date<\/em> vorkommen.<\/p>\n Falls auf Eurem Server Subversion schon installiert war, kann das nat\u00c3\u00bcrlich bedeuten, dass die im Folgenden beschriebenen Schritte eventuell nicht mehr funktionieren.<\/p>\n <\/a>2. Subversion-Repository anlegen<\/strong><\/p>\n Nachdem uns nun die Software zur Verf\u00c3\u00bcgung steht, k\u00c3\u00b6nnen wir weiter machen. Damit wir unseren Subversion-Server testen k\u00c3\u00b6nnen, brauchen wir ein Repository. Als Speicherort f\u00c3\u00bcr das Repository habe ich mir \/srv\/svn\/<\/em> ausgesucht. Das Repository habe ich einfach mal repos<\/em> genannt.<\/p>\n Das Anlegen des Repositories erfolgt ebenfalls im Terminal:<\/p>\n remote:~# svnadmin create \/srv\/svn\/repos<\/tt><\/p>\n Damit der Apache das Repository lesen und beschreiben kann, m\u00c3\u00bcssen wir im die Rechte dazu geben:<\/p>\n remote:~# chown -R wwwrun:www \/srv\/svn\/repos<\/tt><\/p>\n <\/a>3. Den Subversion-Server konfigurieren<\/strong><\/p>\n Ich gehe im Folgenden davon aus, dass Ihr auf Eurem VPS eine Domain (im Beispiel example.com<\/em>) liegen habt, \u00c3\u00bcber die der Zugriff auf Subversion erfolgen soll. F\u00c3\u00bcr den Zugriff auf die Repositories m\u00c3\u00b6chte ich die URL http:\/\/example.com\/svn\/repos<\/em> nutzen.<\/p>\n Wechselt in das Verzeichnis, in dem die Konfigurationsdateien f\u00c3\u00bcr Eure Domain liegen:<\/p>\n remote:~# cd \/srv\/www\/vhost\/example.com\/conf<\/tt><\/p>\n In diesem Verzeichnis m\u00c3\u00bcsst Ihr die Datei vhost.conf<\/em> bearbeiten. Falls die Datei noch nicht existiert, k\u00c3\u00b6nnt Ihr sie einfach anlegen.<\/p>\n In diese Datei m\u00c3\u00bcsst Ihr folgende Zeilen kopieren (falls Ihr auf 64bit-Systemen lauft, m\u00c3\u00bcsst Ihr statt \/usr\/lib den Pfad \/usr\/lib64 nehmen):<\/p>\n Damit die Konfiguration aus der vhost<\/em>-Datei auch aktiv wird, muss die Konfiguration f\u00c3\u00bcr den Webserver neu geschrieben und der Webserver durchgestartet werden. Dies wird mit folgendem Kommando durchgef\u00c3\u00bchrt:<\/p>\n remote:~# \/usr\/local\/psa\/admin\/sbin\/websrvmng \u00e2\u02c6\u2019\u00e2\u02c6\u2019reconfigure-vhost \u00e2\u02c6\u2019\u00e2\u02c6\u2019vhost-name=example.com \u00e2\u02c6\u2019\u00e2\u02c6\u2019restart<\/tt><\/p>\n [Update 2008-03-05: Sollte sp\u00c3\u00a4ter beim Aufruf der Repository-URL ein 404 auftreten, versucht es mal mit websrvmng -a -v<\/tt> und danach noch mal den reconfigure. Ich habe es nicht getestet, der Tipp stammt aus dem Kommentar von Micha (siehe unten)]<\/p>\n <\/a>4. Benutzer f\u00c3\u00bcr das Repository anlegen<\/strong> \/srv\/svn\/user_access\/repos_passwdfile<\/em><\/p>\n gesucht. Um den ersten Benutzer test<\/em> anzulegen verwendet Ihr folgenden Befehl:<\/p>\n remote:~# htpasswd2 -c \/srv\/svn\/user_access\/repos_passwdfile test<\/tt><\/p>\n Ihr werdet nun nach dem Kennwort gefragt, das Ihr f\u00c3\u00bcr den Benutzer test verwenden wollt. Das Kennwort m\u00c3\u00bcsst Ihr danach noch einmal best\u00c3\u00a4tigen. Beim Anlegen weiterer Benutzer m\u00c3\u00bcsst Ihr den Schalter -c<\/em> weglassen:<\/p>\n remote:~# htpasswd2 \/srv\/svn\/user_access\/repos_passwdfile noch_n_test<\/tt><\/p>\n <\/a>5. Der erste Zugriff auf den Server Jetzt solltet Ihr schon in der Lage sein, auf Euer – noch leeres – Repository zuzugreifen. Ruft im Browser folgende URL auf:<\/p>\n http:\/\/example.com\/svn\/repos<\/p>\n Ihr werdet nach einem Benutzer und einem Kennwort gefragt. Hier gebt Ihr test<\/em> und Euer Passwort an.<\/p>\n Wenn Ihr alles richtig gemacht habt, m\u00c3\u00bcsstet Ihr Euer leeres Repository sehen.<\/p>\n <\/a>6. Ein Projekt importieren<\/strong> In die Datei README<\/em> k\u00c3\u00b6nnt Ihr irgendetwas x-beliebiges reinschreiben.<\/p>\n Importiert das Test-Projekt von Eurem lokalen Rechner in das Repository:<\/p>\n local:~# svn import test http:\/\/example.com\/svn\/repos\/test<\/tt><\/p>\n Wenn Ihr nun erneut \u00c3\u00bcber den Browser auf Euren Server schaut, seht Ihr Euer Test-Projekt mit den Unterverzeichnissen und der Datei README.<\/p>\n Ab jetzt k\u00c3\u00b6nnt Ihr mit Eurem Repository spielen, testen, etc.<\/p>\n <\/a>Ich m\u00c3\u00b6chte noch einmal mit einem frischen<\/em> Repository starten<\/strong> <\/a>Unsch\u00c3\u00b6nheiten<\/strong> Es w\u00c3\u00a4re eventuell auch m\u00c3\u00b6glich die LoadModule-Direktiven in die Datei \/etc\/apache2\/sysconfig.d\/loadmodule.conf<\/em> zu legen – ich wollte aber keine direkten Ver\u00c3\u00a4nderungen am Apachen vornehmen…<\/p>\n <\/a>Weiterf\u00c3\u00bchrende Dokumentation<\/strong> Ich habe heute beschlossen, einen Subversion-Server auf meinem VPS zu installieren, den ich bei Host Europe angemietet habe. Mein Server l\u00c3\u00a4uft unter SUSE Linux 10, Apache2 mit Plesk. [Update 2008-06-01: Plesk Version ist 8.3] Mein Ziel war, Subversion so zu installieren, dass es mit Plesk nicht ins Gehege kommt. Nach einiger Recherche habe ich auf […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[2],"tags":[],"class_list":["post-197","post","type-post","status-publish","format-standard","hentry","category-rechnerisches"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p9k0JZ-3b","_links":{"self":[{"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/posts\/197","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/comments?post=197"}],"version-history":[{"count":1,"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/posts\/197\/revisions"}],"predecessor-version":[{"id":228,"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/posts\/197\/revisions\/228"}],"wp:attachment":[{"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/media?parent=197"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/categories?post=197"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/beetroot.de\/wordpress\/wp-json\/wp\/v2\/tags?post=197"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n<\/a><\/p>\n\n
\n
\n<\/a>1. Subversion und Subversion-Server installieren<\/strong>
\nAls erstes m\u00c3\u00bcssen die Software-Pakete subversion<\/em> und subversion-server<\/em> installiert werden. Hierzu in ein Terminal wechseln und als root<\/em>-Benutzer folgendes Kommando absetzen:<\/p>\nLoadModule dav_module \/usr\/lib\/apache2-prefork\/mod_dav.so\r\nLoadModule dav_svn_module \/usr\/lib\/apache2\/mod_dav_svn.so\r\n\r\n<Location \/svn>\r\n DAV svn\r\n SVNParentPath \/srv\/svn\r\n\r\n AuthType Basic\r\n AuthName \"Authorization Realm\"\r\n AuthUserFile \/srv\/svn\/user_access\/repos_passwdfile\r\n Require valid-user\r\n<\/Location>\r\n<\/tt><\/pre>\n
\nDamit nicht jeder auf unser Repository zugreifen kann, habe ich einen Passwortschutz auf den Server gelegt. Die Benutzer und ihre Passworte werden in der Datei<\/p>\n
\n<\/strong><\/p>\n
\nWir machen ein kleines Test-Projekt, das wir in das Repository legen wollen. Dazu baut Ihr Euch auf Eurem lokalen Rechner folgenden Verzeichnissbaum auf (dies m\u00c3\u00bcsst Ihr nun nicht mehr als root<\/em> machen):<\/p>\n.\/test\/branches\/\r\n.\/test\/tags\/\r\n.\/test\/trunk\/\r\n.\/test\/trunk\/README\r\n<\/tt><\/pre>\n
\nWenn Ihr Euer Repository noch einmal frisch anlegen wollt, l\u00c3\u00b6scht einfach das Verzeichnis \/srv\/svn\/repos<\/em> samt Inhalt und f\u00c3\u00bchrt danach den Schritt 2<\/a> noch einmal aus.<\/p>\n
\nEin kleines Problem hat die oben beschriebene Vorgehensweise: Da ich die LoadModule<\/em>-Direktiven in die vhost<\/em>-Datei geschrieben habe, l\u00c3\u00a4sst sich auf einem VPS nur genau ein Subversion-Server f\u00c3\u00bcr genau eine Domain betreiben. Wenn ein zweites Repository auf einer weiteren Domain genutzt werden soll, w\u00c3\u00bcrden die LoadModule<\/em>-Direktiven Fehlermeldungen ausl\u00c3\u00b6sen.<\/p>\n
\nUm tiefer in die Materie zu kommen, empfehle ich folgende Dokumente und Webseiten:<\/p>\n\n