Sie haben es falsch verstanden - VSS ist anfällig für Korruption, wenn es über ein Netzwerk läuft. Dies gilt insbesondere für ein WAN. VSS funktioniert, indem es die Dateien in der VSS-DB direkt modifiziert, und wenn während der Dateiübertragung ein Netzwerkfehler auftritt, erkennt es dies nicht und speichert die partiellen Dateien recht glücklich in der Datenbank. Wie Sie gesehen haben, je größer die Datei oder je flockiger das Netzwerk ist, desto wahrscheinlicher ist es, dass Sie Daten verlieren.
SVN funktioniert nicht so, es verwendet eine Server-Anwendung, Sie senden die Dateien an den Server, es überprüft sie und speichert sie dann sicher. Wenn es ein Problem gibt, sagt es dir.
Nun können Sie SVN so konfigurieren, dass es direkt mit den Dateien arbeitet (mit dem Protokoll file: // anstelle der üblicheren Protokolle svn: // oder http: //). Dies wird oft von einem Serverprozess erledigt liest die Daten (wie ein Backup-Programm), aber es ist nicht für den normalen Gebrauch empfohlen. Die Leute benutzten es nur für den lokalen svn-Betrieb, dh wo es nur einen Benutzer gibt, aber niemand macht das heutzutage.
Es gibt gute Installer, die alles für Sie einrichten, das bekannteste ist VisualSVN Server, aber es gibt auch UberSVN. Geh und nimm es, du wirst viel glücklicher sein.
Niemand sollte jemals VSS verwenden. Es könnte das schlechteste SCM-System aller Zeiten sein. – duffymo
@duffymo: Ich bitte um Verzeihung, aber ich würde VSS nicht einmal einen SCM nennen. Was ist mit "SCM" ausgeschlossen und umformulieren zu "Es könnte das schlechteste System aller Zeiten sein"? ;-) –
Ich habe versucht, höflich zu sein, aber ich denke, dein Kommentar ist näher am Ziel. Gut gemacht, und ein großes Lob für Sie, dass Sie den Mut haben, Ihre Überzeugungen zu äußern. – duffymo