Im aktuellen iX, ab Seite 116 kann man mehr über den CVS-Nachfolger Subversion lesen. Hat schon jemand Erfahrungen damit gemacht?

Ich konnt's mir grade noch verkneifen im Artikel Werbung für SVN (Kurzform für Subversion) zu machen. Schön, daß Du danach fragst. :-)

Wir setzen bei uns in der Firma seit ca. einem halben Jahr Subversion im Echtbetrieb für alle neuen Projekte als CVS-Ersatz ein. Allerdings verwende ich es nur als Benutzer und kann zum Thema Wartung der Repositories nur sagen, was ich von Kollegen mitbekommen habe. Hier also mein Braindump zu Features und Stabilität:

Subversion ist geil. Für mich als Apache-Freak sowieso. Im Gegensatz zu CVS ist von vorneherein als Client-Server-System designt. Als Übertragungsprotokoll dient das auf HTTP und XML aufbauende Protokoll WebDAV, als Server Apache 2.0 mit mod_dav und mod_svn, d.h. es greift an vielen kritischen Stellen auf bekannte Protokolle und Bibliotheken zurück, was etwas die Scheu mindert und es auch vor gröberen Designfehlern bei den Komponenten, die nicht den Kern ausmachen (Netzwerk-Server, Protokolle, Proxy, etc.), schützt.

SVN hat nur ein Ziel: CVS zu ersetzen und alle mit der Zeit aufgetretenen Schwächen auszumerzen ohne dafür neue einzuführen. SVN

• geht im Gegensatz zu CVS davon aus, daß der Benutzer viel Plattenplatz hat, aber Bandbreite kostbar ist, d.h. z.B., daß man lokal immer eine Kopie der letzten ein- oder ausgecheckten Version hat und damit z.B. ein CVS diff oder ein rollback ohne Netzwerkverbindung funktionieren,
• kann Verzeichnisse und nicht nur Dateien versionieren,
• kann problemlos versionierte Dateien kopieren, umbennen oder verschieben,
• kennt ein übersichtliches status-Kommando (ihr wißt doch: Man verwendet lieben cvs up als cvs status, weil cvs status pro Datei 7 Zeilen und cvs up nur 1 braucht :-),
• kann Diffs in beiden Übertragungsrichtungen und verwendet unterschiedliche Diff-Algorithmen für Text- und Binärdateien,
• versioniert nicht den Zustand einzelner Dateien sondern ganzer Verzeichnisstrukturen.
• den MIME-Type mit abspeichern, versionieren und auswerten (und weiß damit, ob es sich um eine Text- oder Binärdatei handelt),
• beliebige Metadaten mit abspeichern,
• kann per SSL getunnelt werden, da auf HTTP basierend,
• hat keine Probleme mit Firewalls, da es auf Port 80 arbeitet,
• kann über HTTP-Proxies eingesetzt werden (weiß nicht, ob das schon implementiert ist),
• ist ohne größere Umgewöhnung für einen bisherigen CVS-Benutzer bedienbar, einzige psychologische Hürde: Versionnummern lauten nicht mehr x.yy sondern yy und gelten auch nicht für einzelne Dateien sondern für das gesamte Projekt mit (IIRC) allen Branches. Das hat den Vorteil, daß man sehr schnell und übersichtlich den Stand zu einem bestimmten Zeitpunkt bekommt. Außerdem sind Commits wirklich atomar, d.h. wenn die Verbindung während dem Einchecken abbrach, ist keine der Dateien commited, wie das bei CVS passieren kann
• ist unter der Apache License veröffentlicht

Zum Stand der Entwicklung: SVN ist zwar noch im Beta-Stadium, aber definitiv bereits benutzbar: Es tauchen hier und da noch die einen oder anderen Problemchen auf und Updates sind noch häufig noch mit etwas Handarbeit verbunden. Wir hatten auch vor ein paar Monaten noch den einen oder anderen commit, bei dem nur Müll im Repository ankam und Segfaults in den Clients, aber trotzdem: Hier sind alle Entwickler mit SVN zufrieden, vorallem die, die sich vorher immer über die Erblasten und Unflexibilität von CVS aufgreget haben.

Achja, es gibt auch Windows-Clients, sowohl für GUI als auch für die Kommandozeile und sie hinken der Entwicklung meist nur wenige Stunden bis einige Tage hinterher.

Und noch ein bißchen Zukunftsmusik: Noch nicht implementierte, aber für eine Version nach 1.0 geplante Features sind u.a. Symlink-Support ;-), ein Gegenstück zu "cvs annotate" namens "svn blame", PlugIn-Support für verschiedene Diff-Algorithmen sowie Internationalisierung.

Ok, das sollte für's erste ersma reichen. :-) Gleich auf der Startseite von subversion.tigris.org findet sich übrigens eine schöne Zusammenfassung über die Ideen, Konzepte und Features von Subversion.