Photo by LaserGuidedEin aktuelles Entwicklungsprojekt benutzt symbolische Links für bestimmte Dateien. Diese werden beim Export nur dann korrekt als symbolische Links erzeugt, wenn das Property “svn:special” mit dem Wert “*” gesetzt ist. Dazu sollte man wissen, dass unter Linux dieses Property nicht vom Entwickler gesetzt werden soll/darf laut Dokumentation.

Unter Windows muss man es jedoch setzen, und zwar so: eine Datei erzeugen mit dem Inhalt “link pfad/datei.ext”. Dann das Property entsprechend setzen – ich nutze dazu Eclipse. Dann ein Commit und fertig.

Unter Linux muss man einen symbolischen Link erzeugen, diesen per Commit einchecken und dann wird das Property automatisch von Subversion gesetzt.

Beim Export / Deploy werden dann automatisch alle Symlinks korrekt erzeugt. Wenn die Datei allerdings schon mit dem fehlenden Property einmal erzeugt wurde, dann muss man diese erst löschen und dann einen neuen Export machen.

Mit “svn update” ist das glaube ich nicht so umständlich, hat da wer Erfahrung mit?

Kleiner Nachtrag: Unter Eclipse auf Ubuntu musste ich noch das Property manuell setzen, damit der erzeugte Symlink auch korrekt eingecheckt werden konnte.

Das könnte Sie auch interessieren:

• Die Grenzen der Platte…
• Die erste Million – Episode 1
• Ziffernblock steuert Maus
• pyRenamer – Mass file renamer
• Versionierung und Ticketverwaltung für lau

Also fix den nächste höheren Dienst gebucht und weiter geht die Arbeit.

Falls Ihr Euch jetzt fragt wie ich 1000MB voll bekomme…nun ja, das Projekt ist mein kleines privates Dokumentenmanagement. Damit kann ich quasi überall auf der Welt auf meine Dateien zugreifen und kann sie noch dazu versionieren.

Das könnte Sie auch interessieren:

• svn:special und die Betriebssysteme
• Die erste Million – Episode 1
• Versionierung und Ticketverwaltung für lau
• Symbolische Links in Subversion

Ich bin der Robert und habe mit meinem Kompagnon vor etwas über 8 Jahren die Firma ipunkt gegründet. Wir machen alles, was im Internet so anfällt: Internetseiten, Webapplikationen, Online-Marketing, SEO-Optimierung und und und.

Anfang des Jahres hatten wir eine Idee, die aus der Not heraus geboren wurde. Wir brauchten dringend einen neuen Server, der die neuen Anforderungen an unsere Entwicklungen aushielt. Allerdings gab es nur sinnvolle Angebote in teuren Paketen. Also fix ein paar Partneragenturen gefragt, ob wir uns den Server teilen wollen, weil die Power eh nicht komplett von uns genutzt werden kann. Leider gab das nur wenig bis gar keine Begeisterung.

Also haben wir ein wenig überlegt und kamen auf eine Applikation, die sowohl uns, als auch unseren Partnern wie ein Geschenk aussehen musste. Damit ließen sich zwangsläufig nicht nur die Serverkosten decken. Das war unser Ansatz zunächst. Also ein bissl überlegt und mit wissenschaftlicher Genauigkeit geplant und durchdacht.

Wir wollten eine Applikation erschaffen, die es uns ermöglicht ein Kundenprojekt mit einer Versionierung und einem Ticketsystem im Minimum auszustatten. Unser damaliges Arbeitsumfeld sah das und noch einen automatischen deploy auf einen Live-Server vor. Also gesagt getan.

Mit viel Liebe zum Detail und durch viel Einsatz auch in den Abendstunden wurde mit einem 3-köpfigen Team innerhalb von 3 Monaten eine der technisch genialsten Applikationen gebaut, die ich kenne. Ein Architekturbild dazu werde ich alsbald mal im Blog veröffentlichen.

Herausgekommen ist demobereich. Mit dieser Applikation schaffen wir das gesamte Entwicklungssystem in maximal 2 Minuten aufzusetzen. D.h. ein “Hello World” als Revision 1 in der Versionierung mit Ticketverwaltung und live-deploy zum testen ist nach spätestens 3 Minuten nach Projektanlage im Netz testbar. Das ist natürlich megageil und es muss Firmen wie uns doch wahnsinnig gefallen. Also auf ins Marketing und die Sache bekannt machen.

Wie das mit dem Marketing so läuft werde ich in der nächsten Episode berichten.

Falls Ihr gleiche oder ähnliche Erfahrungen oder Anregungen habt, dann immer her damit.

Das könnte Sie auch interessieren:

• Versionierung und Ticketverwaltung für lau
• Entwicklungshilfe
• svn:special und die Betriebssysteme
• Die Grenzen der Platte…
• Die erste Million – Episode 2

• Subversion-Repository
• Trac

Weitere Dienste, wie:

• automatisches Deploy in eine geschützte Webserver-Umgebung
• MySQL-Datenbank
• PHP5

werden dann auch verfügbar sein.

Unser Ziel ist es dem ambitionierten Programmierer zu Hause oder ganzen Entwicklungsteams die mühsame Arbeit des “Server aktivieren”, “Repository aufsetzen” und “Webserver einrichten” abzunehmen und ihn stattdessen mit wenigen Klicks zur gewünschten Umgebung verhelfen, solange er dies möchte. Der notwendige Zeitaufwand zum einrichten eines Projektes sinkt auf unter 5 Minuten. Danach könnten bspw. Ihre Kunden oder sie bereits Tickets zu dem Sourcecode verfassen.

In Zukunft wird es dann weitere Dienste und Optionen geben:

• weitere Scriptsprachen: ruby, python
• konfigurierbare Deployprozesse (Buildmanagement, externer Deploy per scp/ftp)
• weitere Datenbanken: PostgreSQL, eXist, Xindice
• Nutzung von Frameworks, die zentral vorhanden sein werden: ZendFramework, Symfony, CakePHP, yii, Prado, Ruby-on-Rails, …
• usw.

Das ganze wird unter demobereich.de zu finden sein. Wer sich darüber informieren lassen will, dass es los geht, der kann den Link auf der Seite nutzen.

Das könnte Sie auch interessieren:

• Die erste Million – Episode 1
• Entwicklungshilfe
• Einstieg in PHP 5 und MySQL 5. Einführung in die Webprogrammierung (Gebundene Ausgabe)
• PHP und MySQL Easy: Dynamik für Ihre Webseiten. Leicht, klar, sofort (Taschenbuch)
• SQL Buddy – Web based MySQL administration

svn:special mit dem Wert "*"

Nur dann wird auch beim Deployment auch ein symbolischer Link erzeugt. Unter Windows kann man die Datei wie folgt erstellen/ändern:

link auf_Originaldatei

Das könnte Sie auch interessieren:

• svn:special und die Betriebssysteme
• Die Grenzen der Platte…
• Die erste Million – Episode 1
• Versionierung und Ticketverwaltung für lau