| Visual SourceSafe | |
|---|---|
| Basisdaten | |
| Entwickler | Microsoft |
| Aktuelle Version | 8.0.50727.1551 (2005) |
| Betriebssystem | Microsoft Windows |
| Kategorie | Versionsverwaltung |
| Lizenz | EULA |
| deutschsprachig | ja |
| VS80 | |
Visual SourceSafe (VSS) ist eine nicht mehr weiterentwickelte[1]Client-/Server-Anwendung vonMicrosoft zurVersionsverwaltung von Dateien, welche hauptsächlich im Zusammenhang mit Software-Quelltext verwendet wird. Es wurde vorwiegend zur Verwendung auf Einzelplatzsystemen oder für kleine Teams entwickelt. Es war Bestandteil ältererVisual-Studio-Distributionen und ist daher recht verbreitet.
Zu beachten ist, dass Microsoft die Abkürzung VSS auch für denVolume Shadow Copy Service verwendet.
SourceSafe ist ein Vertreter des Lock-Modify-Write-Versionsverwaltungskonzeptes, was bedeutet, dass Dateien vor einer Änderungausgecheckt werden müssen. BeimEinchecken werden die veränderten Dateien in dieDatenbank übernommen. SourceSafe erlaubt, im Gegensatz zu reinen Lock-Modify-Write-Vertretern, das gleichzeitige Auschecken derselben Dateien auf verschiedenen Rechnern, der Benutzer erhält jedoch eine entsprechende Warnung, so dass er selbst entscheiden kann, ob seine beabsichtigte Änderung eventuell mit der Änderung des anderen Entwicklers kollidiert.
SourceSafe versioniert jede Datei einzeln, es gibt keine Informationen darüber, welche Versionen verschiedener Dateien zusammengehören. Es werden jedoch sogenannte „Labels“ unterstützt, mit denen ein bestimmter Stand eines Verzeichnisbaums markiert werden kann (z. B. eine Version für eine Produktfreigabe). Als Besonderheit unterstützt VSS neben den „Branches“ (Aufsplittung der Entwicklungspfade einer Datei) sogenannte „Shares“: Dateien, die in mehreren Verzeichnissen eingebunden sind. Wird die Datei in einem Ast aktualisiert, ändert sie sich automatisch auch in allen verknüpften Ästen des Baums.
Microsoft entwickelteTeam Foundation Server als Nachfolger von Microsoft Visual SourceSafe, der nicht mehr weiterentwickelt wird. Ab der Version 2010 kann Team Foundation Server auch auf einem Client-Betriebssystem installiert werden. Hierfür gibt es eine Basis-Konfiguration, die die Express-Version desMicrosoft SQL Servers zur Datenhaltung benutzt. Diese Installationsform ist für Einzelentwickler gedacht, die Team Foundation Server benutzen wollen. Seit 2018 werden seitens Microsoft die cloudbasiertenAzure DevOps Services (vormalsVisual Studio Online bzw. späterVisual Studio Team Services) empfohlen.
Serverseitig gibt es kein spezielles Programm oder einenDienst, vielmehr wird lediglich eine normaleSMB-Dateifreigabe benutzt. Dadurch ist die Installation einer SourceSafe-Datenbank sehr einfach und ohne serverseitige Veränderungen möglich. Darin besteht aber gleichzeitig eines der größten Probleme von VSS: Da jeder Client direkt auf die Dateistruktur der Serverdatenbank zugreift, können clientseitige Abstürze oder Probleme dazu führen, dass die Datenbank inkonsistent wird. Zum Funktionsumfang gehören daher Tools, die eine Datenbank reparieren können. Auch eine manuelle Manipulation der Dateien in der Dateistruktur des Servers ist prinzipiell durch jeden Entwickler mit Zugriff auf die Datenbank möglich. Da die Versionsverwaltungsdatenbank bei vielen Entwicklungsteams zum zentralen Arbeitsmittel für sämtliche Projekte gehört, ist daher ein solidesBackupkonzept erforderlich.
Erst mit Visual SourceSafe 2005 wurde eine zusätzliche Server-Komponente – derVisual SourceSafe 2005 LAN booster service – eingeführt, der die Netzwerkkommunikation beschleunigen soll. Visual SourceSafe Clients funktionieren jedoch auch ohne diese Komponente.
Clientseitig stehen der Visual SourceSafe-Client oder eine der für sämtliche Microsoft-Entwicklungsumgebungen verfügbaren SourceSafe-Integrationen zur Verfügung. Der Client braucht in der Regel eine direkte SMB-Dateifreigabe-Verbindung zum Server, was eine Verwendung von SourceSafe imInternet praktisch unmöglich macht – wofür es jedoch auch nie konzipiert worden ist.