Kategorie: SVN

Sollte bei einem SVN Befehl folgender Fehler auftreten:

Bei SVN Projekten werden die Änderungen der Entwickler & Programmierer regelmäßig von deren lokaler Kopie in das entsprechende SVN Repository committed (= gesichert / gespeichert). Bei diesem „Committen“ können Sie Ihren SVN Server anweisen, sofort die Änderungen auf einen WebServer zu kopieren und dadurch stets die aktuellste Version zum Testen vorzuhalten. Zuerst müssen Sie die Grundlage für spätere Updates schaffen … einen grundlegenden Export des aktuelles Repositories: svn export http://yourDomain.com/svn/YourProject /path/to/webserver/ Wenn das WebServer verzeichnis (hier: „/path/to/webserver/“) bereits existiert und jetzt für den Export überschrieben werden soll, dann müssen die die Option „–force“ an den Befehl anhängen: svn export http://yourDomain.com/svn/YourProject /path/to/webserver/ –force Nun richten Sie die Update-Automatik ein: Dafür gehen Sie in das „hooks“ Verzeichnis Ihres Projektes auf dem SVN Server Kopieren Sie sich die Vorlage für den „post-commit“ Hook: cp post-commit.tmpl post-commit Bearbeiten Sie die Datei „post-commit“ nano post-commit Fügen Sie folgende Befehle ein: cd /path/to/webserver/ svnlook dirs-changed [REPOS] -r [REV] | xargs /usr/bin/svn up -N Hinweis: Dieses Vorgehen ist (meist) nur für lokale Produktions- und Test-Webserver zu empfehlen. Bei Live-Systemen können auch kleine Fehler in der Entwicklung zu fatalen Problemen führen, da diese sofort online für jeden Besucher sichtbar wären.

Wenn Sie SVN Projekte betreiben und die lokalen Verzeichnisse kopieren oder weitergeben möchten, dann stören häufig die .svn Folder (Ordner) in jedem einzelnen Unterverzeichnis. Um diese einfach und schnell zu löschen, legen Sie sich eine Batchdatei mit folgendem Inhalt an: ?? FOR /F „tokens=*“ %%G IN (‚DIR /B /AD /S *.svn*‘) DO RMDIR /S /Q %%G Direkt auf der Kommandozeile ausgeführt, funktioniert der Befehl leider (meist) nicht. Um in der Kommandozeile direkt die Batchdatei (hier: „delete_svn.bat“) anzulegen, nutzen Sie folgende Befehle: copy con delete_svn.bat FOR /F „tokens=*“ %%G IN (‚DIR /B /AD /S *.svn*‘) DO RMDIR /S /Q %%G ^Z Danach finden Sie im aktuellen Verzeichnis die „delete_svn.bat“ und können Sie ausführen. Achtung: Die .SVN Ordner werden ohne Rückfrage sofort und rekursiv gelöscht, d.h. auch alle .SVN Ordner in allen Unterverzeichnissen des aktuellen Orderns werden gelöscht. Sollte das Script mit einem Fehler „“ beendet werden, bitte die Anführungszeichen im Befehl entsprechend ändern (z.Bsp. von “ zu ‚ ). In Linux funktioniert der folgende Befehl: rm -rf `find . -type d -name .svn`

Wenn Sie Ihr SVN u.a. auch für die automatische Versionsverteilung nutzen (Stichwort „post-commit“) und dieser Dienst plötzlich nicht mehr läuft, nutzen Sie folgende Möglichkeiten für die Analyse bzw. Lösung: Logging des post-commit hooks Öffnen Sie die entsprechende Scriptdatei Beispiel: vi /srv/svn/example/hooks/post-commit Ergänzen Sie die Datei entsprechend diesem Beispiel: #!/bin/sh echo `date` “ Start SVN post-commit“ >> /var/log/svn.log whoami >> /var/log/svn.log svn update /srv/htdocs/example –username x –password y >> /var/log/svn.log 2>&1 echo `date` “ End SVN post-commit“ >> /var/log/svn.log In diesem Beispiel wird u.a. der Zeitstempel und der Benutzername des ausführenden Benutzers gespeichert Legen Sie die angegebene Logdatei an: touch /var/log/svn.log Setzen Sie die passende Berechtigung: chmod 777 /var/log/svn.log Natürlich sollte später die exakte Berechtigung für den richtigen Benutzer gesetzt werden. Für die Analyse ist die komplette Freigabe jedoch besser Committen Sie eine Änderung in Ihrem System und prüfen Sie anschließend die Logdatei Beispiel: Thu Jan 14 21:44:43 CET 2010 Start SVN post commit wwwrun U /srv/htdocs/example/test/index.php Updated to revision 1064. Thu Jan 14 21:44:44 CET 2010 Ende SVN post commit Häufiger Fehler bei post-commit Problemen Sehr häufig finden Sie z.Bsp. die folgende Fehlermeldung in Ihrem Log: Thu Jan 14 21:43:42 CET 2010 Start SVN post commit wwwrun svn: Can’t convert

1. Schritt Laden Sie sich Eclipse herunter. Unter www.eclipse.org/downloads/packages/release/ganymede/sr2 finden Sie unterschiedliche Versionen. Dieses Beispiel basiert auf Eclipse for PHP Devlopers (aktuell ca. 151 MB) für ein 32bit Linux: eclipse-SDK-3.4.2-linux-gtk.tar.gz 2. Schritt Entpacken Sie das heruntergeladene Archiv auf Ihre Festplatte. Für Windows-Systeme empfehlen wir das ZIP Archiv-Format, da Windows heute bereits eingebaute Entpackfunktionen (Dekomprimierung) anbietet. Klicken Sie dafür mit der rechten Maustaste auf die heruntergeladene Datei und wählen Sie ???. In unserem Beispiel (Linux/openSuse) entpackten wir das tar.gz Format: tar xzf eclipse-SDK-3.4.2-linux-gtk.tar.gz Die entpackten Dateien finden Sie im automatisch erstellen Verzeichnis „eclispe“. Damit auch ggf. andere Benutzer auf unserem System Eclipse nutzen können, sollten wir die Software in ein anderes Verzeichnis kopieren: mv eclipse /usr/bin/ Bei Windows verschieben wir das erhaltene Eclipse-Verzeichnis in den Ordner „C:\Programme“. 3. Schritt Starten Sie Eclipse. Unter Windows klicken Sie doppelt auf die „eclipse.exe“ im Ordner „C:\Programme\eclipse\“. Unter Linux geben Sie folgenden Befehl ein: /usr/bin/eclipse/eclipse & 4. Schritt Legen Sie das Workspaceverzeichnis fest. Diese Angabe können Sie später ändern – jedoch ist das meist mit Aufwand und kleineren Problemen verbunden. In diesem Beispiel (unter Linux) habe ich „/home/benutzername/workspace“ verwendet. Der Willkommenbildschirm von Eclipse wird angezeigt. Dort den rechten Pfeil wählen „Workbench“. 5. Schritt Eclipse selbst

Wenn Sie unter Eclipse größere Dateneien in ein Projekt laden (z.Bsp. via SVN), dann kennen Sie ggf. den „Java Heap Error“. Um das Problem zu beheben, erhöhen Sie die Werte in Ihrer „eclipse.ini“ wie im folgenden Beispiel angegeben: -showsplash org.eclipse.platform –launcher.XXMaxPermSize 512m -vmargs -Xms40m -Xmx512m