"The goal of this project is to simplify the process of setting up a Subversion repository on a Windows-based computer. Svn1ClickSetup takes a user through the steps necessary to install the Subversion command-line utilities and TortoiseSVN, as well as creating a repository and initial project."

Wer jetzt noch ohne Versionsverwaltung arbeitet, ist selbst schuld ;-)

Heute habe ich endlich den Zugriff auf meine Subversion-Repositories von Apache/http:// auf svnserve/svn:// umgestellt.

Dabei erhielt ich zunächst beim Zugriff auf die Repositories folgende Fehlermeldung:

Unable to open an ra_local session to URL
Unable to open repository 'file:///D:/svn/MyRepository/trunk'
Berkeley DB error for filesystem D:/svn/MyRepository/db while opening environment:
DB_VERSION_MISMATCH:
Database environment version mismatch
bdb: Program version 4.3 doesn't match environment version

Die Lösung ist relativ einfach:

Subversion verwendet ab Version 1.2 BDB 4.3.

Um das Repository entsprechend umzustellen, ist folgendes notwendig:

Man benötigt eine svnadmin.exe vor Version 1.2, mit der man folgende Aktionen durchführt:

Wiederherstellen des Repository: "svnadmin recover d:\svn\myrepository"
Backup des Repository.
Alle nicht benutzten Log Files löschen: "svnadmin list-unused-dblogs d:\svn\myrepository"
Löschen der Shared-Memory Files in "db" im Repository Verzeichnis, "del __db.00*"

That's it.

Wie man Subversion mit SVNServe verwendet, ist hier und hier beschrieben. Wie man mehrere Subversion Repositories mit SVNServe bereitstellen kann, beschreibt dieser Thread.

SVNServe als Windows-Service betreiben kann man mit SVNService.

A Crash Course in Subversion
A Crash Course in Subversion, Part 2

via Hessi's Weblog

Nachdem ich gestern seit langem wieder ein neues Subversion Repository benötigte und dieses mittels TortoiseSVN 1.1.3.2502 anlege wollte, stolperte ich über die Frage "BDB oder FSFS"-Repository? Nach kurzer Recherche war klar: FSFS ist inzwischen die bessere Wahl - also auf "FSFS" geklickt und das Repository angelegt. Danach einen Eintrag in die httpd.conf vorgenommen und ein neues passwd-file erzeugt. Versucht, Repository über http aufzurufen - eingelogged: "Could not open the requested SVN filesystem". Sch...ade.

Die Recherche brachte praktisch keine brauchbaren Lösungsansätze zu Tage - Hilferufe in der SVN-Mailingliste verhallten ungehört...

In der Hoffnung, mit der Kommandozeilenversion von Subversion der Lösung des Problems näher zu kommen, habe ich die aktuelle Version 1.1.3 heruntergeladen. Setup gestartet... "Current version is build against Apache 2.0.49 or higher - you should update your Apache Web server" - "...das wird doch nicht?..."

Apache 2.0.52 installiert - Repository via http aufgerufen, wieder eingelogged:

Revision 0: /

Powered by Subversion version 1.1.3 (r12730).

Die Moral von der Geschicht': Man sollte nicht nur den IIS updaten ;-)

Ich hatte ja schon befürchtet, die AnkhSVN-Mailingliste wäre nur ein Fake, da dort nie Postings aufschlugen ;-). Doch weit gefehlt, denn heute kam das Announcement von AnkhSVN 0.4, welches einige Bugfixes und neue Features bringt.

Endlich habe ich etwas Zeit gefunden, mich mit Subversion etwas näher auseinanderzusetzen und siehe da: es läuft nun auch endlich auf meinem dedizierten Server mit Rechteverwaltung und allem, was dazu gehört.

Auch die Integration in Visual Studio.NET mittels AnkhSVN klappt jetzt reibungslos.

Einen ausführlichen Bericht, wie man alles ans Laufen bekommt, gibts in Kürze hier oder bei ASPHeute.

Es ist vollbracht, die Entwürfe für meine ASP.NET Website stehen und das Projekt ist in VS.NET angelegt. Bei der Gelegenheit möchte ich jetzt auch den Umstieg von CVS auf Subversion (SVN) vollziehen. Laut Chris(toph Wille) ist das Teil wesentlich besser, was sich bereits an den Tools zeigt, die es hierfür client-side gibt.

Besonders interessant und gelungen finde ich ankhsvn, ein Add-In für VS.NET, welches eine Versionsverwaltung innerhalb von VS.NET via SVN ermöglicht:

Toll finde ich auch die Tatsache, daß ankhsvn mit Visual C#.NET, also dem kleinen Bruder von VS.NET, funktioniert.

Weitere nette Tools für SVN sind TortoiseSVN (ein SVN-Windows-Client) und RapidSVN (eine Admin-Oberfläche für SVN unter Windows). Morgen stehen dann gleich weitere Tests an, denn dann erfolgt bei mir endlich der Umstieg auf ASP.NET 1.1 und Visual C#.NET 2003 (sofern DHL nicht von den Gottschalk-Brüdern aufgehalten wird ;-))