天津市孙某信访事项督查情况的报告

Apache Subversion 百度 三是实现监督执纪全覆盖，始终保持反腐败高压态势。
Basisdaten
Entwickler	CollabNet, Apache Software Foundation
Erscheinungsjahr	2000
Aktuelle Version	1.14.5 (8. Dezember 2024)
Betriebssystem	GNU/Linux, Microsoft Windows, macOS, BSD-Betriebssystem, Unix-?hnliches System, AIX, HP-UX, Solaris, BeOS, OS/2
Programmier-sprache	C, Python, C++, Java, Ruby, Perl
Kategorie	Versionsverwaltung
Lizenz	Apache-Lizenz, Version 2.0
deutschsprachig	ja
subversion.apache.org

Zentrale Verwaltung eines Repositoriums mit Hilfe von Subversion.

Apache Subversion (SVN) ist eine freie Software zur zentralen Versionsverwaltung von Dateien und Verzeichnissen.

Die Versionierung erfolgt in einem zentralen Repositorium bzw. Projektarchiv (engl. repository) in Form einer einfachen Revisionsz?hlung. Wenn ?nderungen an Inhalten verteilt auf den Computern der Bearbeiter ausgeführt werden, werden zwischen dem Projektarchiv und einem Arbeitsplatz jeweils nur die Unterschiede zu bereits vorhandenen St?nden übertragen.

Allgemeines

Subversion wird als freie Software unter einer Lizenz im Stil der Apache-Lizenz ver?ffentlicht.

Die Benennung ?Subversion“ setzt sich aus den Worten Sub und Version zusammen und kann so als Unterversion, frühere Version verstanden werden. Der Name wurde von Jim Blandy gepr?gt, der auch das initiale Design des Subversion-Speichers definierte. Er verstand die Software als eine Weiterentwicklung von CVS, wobei als Reaktion auf weit verbreitete Kritik an CVS insbesondere die Handhabung von Versionshistorien ge?ndert wurde. So ist es mit Subversion – im Gegensatz zu CVS – z. B. m?glich, Dateien oder Verzeichnisse zu verschieben oder umzubenennen, ohne die Versionsgeschichte zu verlieren. Details finden sich im Abschnitt Unterschiede zu CVS. In der Bedienung der Kommandozeilenversion ist es dagegen sehr ?hnlich gehalten.

Mit cvs2svn gibt es einen Konverter, mit dem ein CVS-Repositorium zu Subversion konvertiert werden kann. Auch für die Migration von anderen Versionsverwaltungs-Systemen (etwa PVCS, Visual Source Safe, ClearCase, MKS, Perforce, StarTeam, …) sind verschiedene kostenfreie Import-Werkzeuge erh?ltlich.

Geschichte

Subversion wurde seit Anfang 2000 bei CollabNet entwickelt.

Am 4. November 2009 gaben ehemaliger und neuer Hoster in einer gemeinsamen Presseerkl?rung bekannt, dass das Projekt auf Entschluss von CollabNet zur Apache Software Foundation wechseln werde. Am 7. November 2009 startete Apache Subversion im Apache Incubator, seit 17. Februar 2010 ist Apache Subversion ein Top-Level-Apache-Projekt.

Ver?ffentlichungen

Version	Erscheinungsdatum	Bemerkungen
?ltere Version; nicht mehr unterstützt: -	5. Juni 2000	CVS-Repositorium zur gemeinsamen Entwicklung eingerichtet.
?ltere Version; nicht mehr unterstützt: 0.9	15. Februar 2002	Gro?e Fortschritte beim Repositoriums-Konverter cvs2svn, Kommando svn switch eingeführt, Quelltext reorganisiert und aufger?umt, Build-System erneuert.
?ltere Version; nicht mehr unterstützt: 0.14.0	23. Juli 2002	Erste Alpha-Version ver?ffentlicht.
?ltere Version; nicht mehr unterstützt: 0.35.1	19. Dezember 2003	Erste Beta-Version ver?ffentlicht.
?ltere Version; nicht mehr unterstützt: 1.0	23. Februar 2004	Version 1.0 fertiggestellt.
?ltere Version; nicht mehr unterstützt: 1.1	29. September 2004	Projektarchive (Repositorien) k?nnen nicht mehr nur in einer Berkeley-Datenbank verwaltet werden, sondern auch direkt im Dateisystem. Internationalisierte Programmausgaben.
?ltere Version; nicht mehr unterstützt: 1.2	21. Mai 2005	Bearbeitungssperren für Dateien, was für bin?re Dateien von Vorteil sein kann.
?ltere Version; nicht mehr unterstützt: 1.3	30. Dezember 2005	Verbesserungen in den Bereichen Server-Logging, Autorisierung, Programmiersprachen-Anbindungen, Kommando-Optionen und Performance.
?ltere Version; nicht mehr unterstützt: 1.4	10. September 2006	Neues Programm svnsync, welches das Spiegeln von Projektarchiven (Repositorien) erm?glicht.
?ltere Version; nicht mehr unterstützt: 1.5	19. Juni 2008	Neue Funktionalit?t Merge-Tracking, das dokumentierte Zusammenführen verschiedener Teilb?ume.
?ltere Version; nicht mehr unterstützt: 1.6	20. M?rz 2009	Verbesserungen des Merge-Tracking und der Sicherheitsfunktionen.
?ltere Version; nicht mehr unterstützt: 1.7	11. Oktober 2011	?nderung der Metadatenverwaltung: Anstatt Metadaten in .svn-Ordnern in jedem Unterverzeichnis zu speichern, werden diese jetzt zentral in einem einzigen .svn-Ordner im Hauptverzeichnis der Arbeitskopie in einer SQLite-Datenbank gespeichert.
?ltere Version; nicht mehr unterstützt: 1.8	18. Juni 2013	Lokales (Working copy) Verschieben/Umbenennen von Dateien wird transparent unterstützt, Vereinfachungen des Re-Integrierens von Teilb?umen, vererbte Eigenschaften und Einstellungen direkt im Projektarchiv.
?ltere Version; nicht mehr unterstützt: 1.8.18	7. Juli 2017	Kleinere Fehlerbehebungen, unter anderem für m?gliche SHA1-Kollisionen
?ltere Version; nicht mehr unterstützt: 1.8.19	10. August 2017	Sicherheitsupdate um Client-seitige Ausführung von beliebigem Code zu verhindern (CVE-2017-9800).
?ltere Version; nicht mehr unterstützt: 1.9	5. August 2015	Neues, verbessertes FSFS-Dateiformat Version 7, neues Tool svnfsfs, experimentelles FSX-Dateiformat, neues svn-Unterkommando auth, Server-seitige Performance-Verbesserungen, Erweiterung der Tools svnadmin und svnbench, 3-Wege-Konflikt- und diff3-Verbesserungen, vorausschauendes blame.
?ltere Version; nicht mehr unterstützt: 1.9.6	6. Juli 2017	Speicherbedarf bei Verwendung gro?er Mengen an Merge-Metadaten reduziert, einzelne Fehlermeldungen verbessert, Konsistenzprüfung nun unabh?ngig von Hash-Algorithmen um beispielsweise SHA1-Kollisionen zu entgehen, weitere kleine Fehlerbehebungen.
?ltere Version; nicht mehr unterstützt: 1.9.10	11. Januar 2019	Sicherheitsupdate um Client-seitige Ausführung von beliebigem Code zu verhindern (CVE-2017-9800).
?ltere Version; nicht mehr unterstützt: 1.10.4	11. Januar 2019	Improved path-based authz, new interactive conflict resolver, LZ4 compression, FSFS format 8, shelving.
?ltere Version; nicht mehr unterstützt: 1.10.8	12. April 2022	Letzte Version des 1.10.x-Astes mit Langzeitunterstützung (LTS), mit Erscheinen des 1.14.x-LTS-Asts wurde dieser Ast zum aktuellen ?Old-Stable“. Die Unterstützung endete am 24. September 2023. Anwender- und entwicklungsseitige Verbesserungen siehe ?nderungshistorie. Enth?lt weiterhin Patches gegen CVE-2021-28544 SVN authz protected copyfrom paths regression und CVE-2022-24070 Subversion's mod_dav_svn is vulnerable to memory corruption, siehe Beschreibung in Release Announcement for Apache Subversion 1.10.8 sowie dort verlinkte Schwachstellenmeldungen.
?ltere Version; nicht mehr unterstützt: 1.11.1	11. Januar 2019	Improved shelving, checkpointing, improved tree conflict resolution.
?ltere Version; nicht mehr unterstützt: 1.12.0	24. April 2019	Improved shelving, improved checkpointing, improvements to the interactive conflict resolver.
?ltere Version; nicht mehr unterstützt: 1.13.0	30. November 2019
?ltere Version; nicht mehr unterstützt: 1.14.0	27. Mai 2020
?ltere Version; nicht mehr unterstützt: 1.14.2	12. April 2022	Vorherige stabile Version des 1.14.x-Astes mit Langzeitunterstützung (LTS). Anwender- und entwicklungsseitige Verbesserungen siehe ?nderungshistorie. Enth?lt weiterhin Patches gegen CVE-2021-28544 SVN authz protected copyfrom paths regression und CVE-2022-24070 Subversion's mod_dav_svn is vulnerable to memory corruption, siehe Beschreibung in Release Announcement for Apache Subversion 1.14.2 sowie dort verlinkte Schwachstellenmeldungen.
?ltere Version; nicht mehr unterstützt: 1.14.3	28. Dezember 2023
?ltere Version; nicht mehr unterstützt: 1.14.4	8. Oktober 2024
Aktuelle Version: 1.14.5	8. Dezember 2024	Aktuelle stabile Version des 1.14.x-Astes mit Langzeitunterstützung (LTS).
Vorabversion: 1.14.6	2025	N?chste geplante stabile Version des 1.14.x-Astes mit Langzeitunterstützung (LTS).
Zukünftige Version: 1.15.0	20XX	Zukünftige stabile Hauptversion (neuer 1.15.x-Ast). Geplante Client-seitige Verbesserungen: Gleichzeitige Unterstützung mehrerer Arbeitskopieformate in einem Projekt (ab 1.8 bis 1.15). Geschwindigkeitssteigerung.
Legende: ?ltere Version; nicht mehr unterstützt ?ltere Version; noch unterstützt Aktuelle Version Aktuelle Vorabversion Zukünftige Version

Besonderheiten

Versionsschema

Das Versionsschema von Subversion bezieht sich nicht auf einzelne Dateien, sondern auf das ganze Projektarchiv. Dieses bekommt bei jeder ?nderung eine neue ?Revisionsnummer“ zugeordnet. Somit kann einfach und konsistent eine exakte Version des Projektarchivs beschrieben werden (z. B. ?Revision 2841“ statt ?Version vom 23. M?rz 2004 20:56:31 UTC“). Die Revisionsnummer einer Datei entspricht dabei der Revisionsnummer des Projektarchivs zum Zeitpunkt der letzten ?nderung der Datei. Die Revisionsnummer eines Verzeichnisses entspricht der h?chsten Revisionsnummer aller enthaltenen Dateien und Verzeichnisse. Die Abfolge der Revisionsnummern einer einzelnen Datei kann also durchaus lückenhaft sein, wenn die Datei nicht bei jeder ?nderung (Commit) am Repositorium ge?ndert wurde. Beispielsweise k?nnte eine Datei bei der Revision 40 zum Projektarchiv hinzugefügt und jeweils einmal in der Revision 48 und der Revision 52 ver?ndert worden sein. Beim Abrufen (Checkout) einer Datei wird die gr??te Revisionsnummer abgerufen, die kleiner oder gleich der angeforderten ist. Wird in dem Beispiel die Revision 52 angefordert, so wird die Revision 52 der Datei abgerufen; wird hingegen die Revision 51 angefordert, liefert Subversion die Inhalte von Revision 48.

?nderungsverfolgung

Subversion speichert Client-seitig bei jedem Checkout, Update und Commit einer Datei eine Kopie, welche im .svn-Verzeichnis abgelegt wird. Dadurch verdoppelt sich der Speicherbedarf einer Arbeitskopie, allerdings bietet dies bei entfernten Projektarchiven auch einige Vorteile. So k?nnen einige Aktionen, wie Anzeige der lokalen ?nderungen, ganz ohne Netzwerkzugriff erfolgen, und Subversion muss beim übertragen nur die ge?nderten Teile einer Datei übertragen. Auch ist es m?glich, jederzeit die ?nderungen einer Datei gegenüber ihrer Basisversion zu ermitteln oder zurückzunehmen, ohne das Projektarchiv zu konsultieren.

Export-Kommando

Da die im .svn-Ordner enthaltenen Metadaten etwa auf einem Produktivsystem nicht erwünscht sind, gibt es in Subversion das export-Kommando, welches die Dateien ohne die Metadaten des .svn-Ordners ins Dateisystem schreibt. Dies unterscheidet einen Export von einem Checkout.

Atomare Commits

Commits geschehen in Subversion atomar, das hei?t, eine ?nderung – auch mehrerer Dateien – wird entweder ganz oder gar nicht ins Repositorium gespeichert. Verbindungsabbrüche und mehrere gleichzeitige Zugriffe k?nnen somit nicht zu inkonsistenten Zust?nden führen.

?Billige Kopien“

Subversion ist in der Lage, Kopien von Dateien so zu verwalten, dass den Kopien derselbe Bearbeitungsverlauf gemeinsam ist. Dieser Umstand ist besonders dann nützlich, wenn ?nderungen an einer der Dateien in die andere portiert werden sollen. Zur Erstellung einer Kopie werden die Dateien auch nicht dupliziert, sondern es wird eine Datenbank-interne Verknüpfung angelegt, die im weiteren Verlauf genauso weiterverwendet werden kann wie das Original. Von dieser Technik wird h?ufig als billige Kopie gesprochen.

Umbenennungs- und Verschiebungskonzept

Das Kopie-Konzept wird bei der Umbenennung und Verschiebung von Dateien eingesetzt: Subversion realisiert diese, indem es eine Kopie anlegt und das Original als gel?scht markiert, dabei kommt es zu keinem Bruch im Versionsverlauf.

Eine native Unterstützung für Verschiebung und Umbenennung ist auf der Entwicklerseite als mittelfristiges Ziel genannt.

Tag- und Branchkonzept

Neben dem ge?nderten Datenbank-Modell sticht das zu anderen Versionsverwaltungssystemen v?llig unterschiedliche Konzept im Bereich der Benennung von Dateiversionen (sogenanntes Tagging) und der Verzweigung in Varianten (sogenanntes Branching) hervor. W?hrend die Benennung von Tags und Branches in den meisten anderen Versionsverwaltungssystemen wie Git, Mercurial oder auch CVS eine klare semantische Bedeutung hat, kennt Subversion nur das Konzept der ?billigen Kopie“, die je nach Nutzungsart ?Tag-“ oder ?Branch-Charakter“ haben kann. Jede Kopie in Subversion ist demnach automatisch eine Variante dieser Datei oder des Verzeichnisses. Namentliche Kennzeichnungen entstehen in Subversion durch eine Kopie, die sp?ter nicht mehr ver?ndert werden sollte. Wegen des Fehlens einer Tag- oder Branch-Semantik obliegt die Strukturierung und Verwaltung von Kennzeichnungen und Verzweigungen dem Benutzer und Administrator. Dabei hat es sich bew?hrt, für Projekte die Basisverzeichnisse trunk (dt. ?Stamm“), branches (dt. ?Verzweigungen“) und tags (dt. ?Markierungen“) anzulegen. Das Verzeichnis trunk enth?lt dabei die Hauptentwicklungslinie des Projekts, in branches werden weitere Unterverzeichnisse mit alternativen Entwicklungspfaden verwaltet und in tags eine Kopie von trunk oder einem der branches als Unterverzeichnis angelegt. Zur besseren übersicht werden je nach Projektanforderungen tags und branches noch in weitere Unterverzeichnisse unterteilt. Als HEAD bezeichnet man die neueste Version (engl. ?top revision“) innerhalb einer Verzweigung.

Visualisierung eines Subversion-Projektes

Da branches und tags nur Kopien im Dateisystem sind, entsteht bei deren Erstellung zwangsl?ufig ein neuer Commit. Zudem muss sich jeder Entwickler an die vorgegebene Semantik halten. So ist es etwa m?glich, tags und branches von Teilen des Dateisystems oder gar vom ganzen Dateisystem inklusive aller bisherigen tags und branches zu erstellen, in einen tag nachtr?glich ?nderungen zu committen oder Dateien oder Verzeichnisse au?erhalb der vorgesehenen Dateistruktur anzulegen. So ein regelwidriges Verhalten kann durch serverseitige Skripte unterbunden werden.

Da Dateien in Subversion auch versionskontrolliert umbenannt werden k?nnen, kann die Projektstruktur jederzeit gestiegenen oder gesunkenen Anforderungen angepasst werden.

Verzeichnisse und Metadaten

In CVS und anderen Versionskontrollsystemen wie SCCS, RCS oder Git werden nur die Dateien verwaltet. Die Verzeichnisstruktur existiert, entsteht und verschwindet implizit – gem?? der Pfade der verwalteten Dateien. Im Gegensatz dazu geh?ren in Subversion auch die Verzeichnisse zu den verwalteten Inhalten. Insbesondere verschwindet ein geleertes Verzeichnis nicht automatisch, sondern müsste dazu explizit als gel?scht markiert werden. Hierdurch k?nnen in Subversion auch leere Verzeichnisse ein- und ausgecheckt werden.

Weiterhin k?nnen in Subversion Metadaten verwaltet werden. Sie werden nicht wie die Inhalte im Verzeichnisbaum abgelegt, sondern direkt in der internen Datenbank gespeichert, und daher bei Verwendung des Export-Befehls auch nicht mit exportiert. ?nderungen an den Metadaten werden wie Inhalts?nderungen eingecheckt und erh?hen die Revisionsnummer der annotierten Inhalte.

Bin?rdateien

Subversion bietet einen verbesserten Umgang mit Bin?rdaten. Es erkennt solche Dateien (beispielsweise Bilder oder Audiodateien) weitgehend automatisch, und es werden (wie bei Textdateien) nur die Differenzen zwischen den ge?nderten Versionen gespeichert.

Dateil?schung

Dateien, die bereits durch einen Commit im Repositorium gespeichert wurden, k?nnen als gel?scht markiert werden, sind dann aber immer noch mit ihrer gesamten Historie vorhanden. Ein vollst?ndiges Entfernen von Dateien (mitsamt Versionshistorie) entspricht nicht den Grunds?tzen von Subversion und l?sst sich nur mit gro?em Aufwand als Administrator durchführen.

Sonstiges

Die Metadaten erlauben die Speicherung von Attributen wie etwa Dateien, die ignoriert werden sollen, oder solche, die auf Systemen, die dies unterstützen, als ausführbar markiert werden sollen. Neben den von SVN vordefinierten Werten, zu denen etwa auch Merge-Informationen geh?ren, k?nnen hier auch beliebige andere Werte hinterlegt werden. Allerdings werden diese Metadaten teilweise als intransparent kritisiert, da sie je nach Client gut versteckt sind und teils von Subversion selbst gesetzt werden.

Wie CVS bietet Subversion den Netzwerkzugriff über einen eigenen Server, auf den mit SSH auch verschlüsselt zugegriffen werden kann. Zus?tzlich hierzu und der Speicherung im lokalen Dateisystem, gibt es auch ein Modul für den Apache-2-Webserver, mit dem die Daten auch mit der HTTP/HTTPS-Erweiterung WebDAV übertragen werden k?nnen. Somit kann die aktuelle Revision einer Datei auch mit einem gew?hnlichen Webbrowser abgerufen werden.

Subversion verwaltet das gesamte Repositorium in einer Datenbank, deren Dateien nicht die Struktur des Repositoriums-Inhalts widerspiegeln. Die Integrit?t der Datenbank l?sst sich so verzeichnisübergreifend überprüfen. Es stehen dabei aktuell zwei Backends zur Verfügung. Das in der Version 1.1 hinzugefügte fsfs-Backend verwendet ein eigenes Format. Das andere Backend verwendet das Berkeley-Datenbanksystem, dies hat jedoch den Nachteil, dass die Daten einerseits – abh?ngig von der verwendeten Version – dessen bin?ren Inkompatibilit?ten unterliegen, und andererseits den damit eingebrachten Stabilit?tsproblemen. Dies kann zur Folge haben, dass ein mit einer ?lteren Version erstelltes Repositorium an die neue Version angepasst werden muss. Zudem ist der Zugriff über NFS und Windows-Netzwerkfreigaben dann nicht m?glich.

Subversion definiert selbst die Zeichenkodierung, welche für Dateinamen und Logbuch-Eintr?ge im Repositorium benutzt wird. Damit k?nnen beispielsweise auch Dateien mit Umlauten im Namen auf Systemen mit verschiedenen Zeichen-Codierungen (beispielsweise CP1252 (deutschsprachiges Windows), UTF-8 (Linux)) benutzt werden. Allerdings ergeben sich bei Zeichen in Dateinamen, die in UTF-8 sowohl composed als auch decomposed gespeichert werden k?nnen, Probleme auf macOS-basierten Systemen. Dies betrifft etwa Umlaute, die in UTF-8 als ein Zeichen (?, composed) und als zwei Zeichen (A und ¨, decomposed) gespeichert werden k?nnen.

Abh?ngigkeiten von Subversion

Für eine Installation der Basisfunktionen muss ab Version 1.1.0 nur die Apache Portable Runtime-Bibliothek vorhanden sein. Zuvor war auch noch eine Berkeley-DB in einer Version 4.0 oder h?her notwendig, was aber hinf?llig ist, seit das Repositorium mit Hilfe des FSFS-Backend optional auch direkt im Dateisystem gespeichert werden kann.

Apache 2 und Neon sind für die WebDAV-Nutzung erforderlich, Python 2.x für einige mitgelieferte Test-Skripte, eine SSL-Implementierung, wenn man WebDAV verschlüsseln will. Ab Version 1.4 kann alternativ auch Serf anstatt Neon für WebDAV verwendet werden.

Repositorien werden – wie bei CVS – mit dem Aufruf eines Befehls eingerichtet. Damit kann bei lokalem Zugriff sofort gearbeitet werden. Eine Server-Konfiguration verl?uft abh?ngig von der gew?hlten Methode unterschiedlich, gleicht aber derjenigen anderer Systeme, CVS eingeschlossen.

Mit dem WebDAV-Modul wird der Apache-HTTP-Server auch direkt zum eigentlichen Serverprozess für Subversion-Repositorien. Die Subversion-Inhalte werden dabei über eine gew?hnliche URL per HTTP oder verschlüsselt per HTTPS adressiert. Mittels eines normalen Web-Browsers kann ein Repositorium durchsucht werden (zumindest die aktuelle Version). Da Subversion damit auch den normalen HTTP-Port 80 verwendet, ist oft keine zus?tzliche Konfiguration von Firewall o. ?. notwendig.

Subversion kann auch mit einem eigenen Apache-unabh?ngigen Serverprozess verwendet werden. Dieser verwendet ein eigenes Netzwerkprotokoll, das – weil für Subversion optimiert – effizienter ist als das Apache-Modul. Der Standard-Port ist 3690, für verschlüsselte Datenübertragungen und eine entsprechend geschützte Authentifizierung kann das SVN-Protokoll mit SSH kombiniert werden.

Unterschiede zu CVS

Versionsschema

CVS basiert auf dem ?lteren RCS-System und hat hiervon das interne Speicherformat übernommen. Dieses Format ist ausschlie?lich für die Verwaltung der Versionsgeschichte von einzelnen Dateien ausgelegt. CVS hat für die Verwaltung von Projekten mit mehreren Dateien eine sehr einfache L?sung gew?hlt: Das Projekt wird als Sammlung von Dateien betrachtet, von denen jede für sich eine eigene Historie hat. Insbesondere in der Softwareentwicklung geh?ren aber h?ufig ?nderungen an mehreren Dateien in einem logischen Schritt zusammen. So muss beispielsweise in einem C-Projekt bei Anpassung einer Funktionsdeklaration in foo.h immer auch die Implementierung in foo.c angepasst werden. Dass der Schritt von foo.h auf die Version 1.5 mit dem Schritt von foo.c auf die Version 1.9 zusammenh?ngt, kann in CVS nicht abgebildet werden. Es kann nur durch weiche Kriterien wie zeitliche N?he oder gleiche Commit-Nachricht gefolgert werden oder durch Vergabe eines Tags explizit angegeben werden.

?nderungsverfolgung

CVS berechnet ?nderungen Server-seitig und muss somit bei übertragungen jeweils die gesamte Datei übertragen.

Umbenennungen und Verschiebungen

Umbenennungen und Verschiebungen werden in CVS ebenfalls realisiert, indem eine Kopie angelegt und das Original als gel?scht markiert wird. In CVS kommt es dabei aber zu einem Bruch im Versionsverlauf.

L?schmarkierung von Verzeichnissen

In CVS k?nnen nur leere Verzeichnisse gel?scht werden, sie k?nnen nicht ohne Verlust der Historie aller enthaltenen Dateien aus dem Repositorium gel?scht werden.

Bin?rdateiverwaltung

Die Endungen von zu verwaltenden Bin?rdateitypen müssen in CVS in cvswrapper eingetragen werden, verschiedene Versionen von Dateien dieser Typen müssen aber immer vollst?ndig gespeichert werden.

Zeichenkodierung für Dateinamen und Logbuch-Eintr?ge im Repositorium

Wird von CVS nicht selbst kodiert.

Distributionen

Eine gr??ere Anzahl von Freiwilligen pflegt verschiedene Bin?rdistributionen von Subversion, in der Regel mehrere pro Zielsystem. Ebenfalls werden Bin?rdistributionen zu unterschiedlichen Konditionen von einschl?gigen Unternehmen herausgegeben. Das Apache-Subversion-Projekt gibt keine offiziellen Empfehlungen für bestimmte Distributionen heraus, pflegt aber eine Seite mit Weblinks der ihm bekannten Distributionen.

Grafische Benutzeroberfl?chen

Es gibt einige ausgereifte Grafische Benutzeroberfl?chen (GUIs) für Subversion. Sie machen es den Benutzern besonders leicht, auf ein Subversion-Repositorium zuzugreifen. Hier einige Anwendungen:

• Cornerstone: Mac OS X, propriet?r
• KDEsvn: Linux (KDE), Open-Source
• RapidSVN: Linux (Gnome), Windows, Open-Source
• SmartSVN: Mac OS X, Windows, Linux, OS/2, propriet?r
• TkRev: Unix/Linux, Windows, und Mac OS X
• Versions: Mac OS X, propriet?r

Integriert in Dateibrowser:

• RabbitVCS: Linux (Gnome, XfCE)
• SCPlugin: Mac OS X (bis Version 10.5), Open-Source
• SmartSVN: Mac OS X, Windows, propriet?r
• TortoiseSVN: Windows, Open-Source

Integriert in Entwicklungsumgebungen:

• Android Studio von Google
• AnkhSVN und VisualSVN für Microsoft Visual Studio
• Dreamweaver ab Version CS4 von Adobe Inc.
• Delphi ab XE von Embarcadero Technologies
• IntelliJ IDEA und PhpStorm von JetBrains Inc.
• Netbeans von Oracle Corporation
• PHPEdit von Waterproof
• Qt Creator von Qt Development Frameworks
• Subclipse und Subversive für Eclipse
• SQL Developer von Oracle
• Xcode von Apple

Integriert in Editoren:

• BBEdit: Mac OS X
• CODA Webeditor ab Version 1.5 von Panic Inc.: Mac OS X
• Meld: Linux
• oXygen (Editor): Mac OS X, Windows, Linux
• TextMate: Mac OS X

Weiterhin sind Plugins für Visual Studio, Visual Studio Code, NetBeans, KDevelop, Code::Blocks, Vim, TYPO3 und ASCET verfügbar. Die globale Administration (Benutzerrechte, Protokolle, …) erfolgt anwendungsabh?ngig über dessen Oberfl?che oder weiterhin über spezielle Subversion-eigene Konfigurationsdateien.

Um auf ein Subversion-Repositorium lesend zuzugreifen, bieten viele Open-Source-Projekte einen Link auf ihren Webdienst an. Dieser pr?sentiert in übersichtlicher Form Inhalte von Dateien, Verzeichnissen und Logbüchern; auch Datei-Vergleiche und Downloads sind m?glich. Werden Subversion-Repositorien durch einen Apache-Webserver mit den Standard-Modulen mod_dav, mod_dav_svn und mod_authz_svn gehostet, ist neben dem vollen Zugriff über einen klassischen Subversion-Client auch ein Zugriff durch beliebige Browser über das WebDAV-Protokoll m?glich. Eine komfortablere Browser-Darstellung und -Bedienung mit gr??erem Funktionsumfang ist über ViewVC, Trac, Web, VisualSVN, Beanstalk oder Atlassian Fisheye m?glich. Diese bieten teilweise einen wesentlich gr??eren Funktionsumfang wie ein integriertes Bugtracking, projektweite Suchfunktionen, Team-Unterstützung für Code Reviews, die Integration weiterer Versionsverwaltungssysteme wie Git, Continuous Integration oder weiterer Team-unterstützende Funktionen Foren, Chatfunktionen und Wikis.

Literatur

• C. Michael Pilato, Ben Collins-Sussman, Brian W. Fitzpatrick: Versionskontrolle mit Subversion – Website des freien Buchprojektes.
• C. Michael Pilato, Ben Collins-Sussman, Brian W. Fitzpatrick, Versionskontrolle mit Subversion, O'Reilly-Verlag, 3. Auflage April 2009, ISBN 978-3-89721-897-0.
• Tobias Wassermann: Versionsmanagement mit Subversion, mitp-Verlag, 1. Auflage Oktober 2006, ISBN 978-3-8266-1662-4.
• Frank Budzuhn: Subversion, Galileo Computing, 2. aktualisierte und erweiterte Auflage 2007, ISBN 978-3-89842-879-8.

Weblinks

• Offizielle Website (englisch)
• Apache-Linkliste für Bin?rdistributionen (englisch)
• Version Control with Subversion – Website des Online-Buchprojekts
• Linkkatalog zum Thema Subversion bei curlie.org (ehemals DMOZ)