2009-05-28 6 views
6

Wir verwenden seit der Zeit VSS 6.0, aber gestern habe ich VSS2005 von unserem MSDN-Abonnement genommen, es würde mich nicht von der ISO durch Daemon Tools installieren lassen (nicht sicher warum, aber ich habe einen Fehlerbericht an MS gesendet) ...). Ich bemerkte, dass es ein Programmverzeichnis direkt auf der ISO hatte, also habe ich das Verzeichnis einfach auf meine Festplatte kopiert. Nun, ich habe den Client geöffnet und siehe da, eine glamouröse Version von VSS 6.0, die mit genau der gleichen DB verbunden ist.Was ist der Unterschied zwischen VSS 6.0 und VSS 2005?

Wer weiß, ob ich alles zerstören werde, indem ich es benutze?

+2

Ich empfehle dringend, dass Sie VS2005 Service Pack 1 installieren, wenn Sie nicht schon haben. VS2005 RTM hat einen * schwerwiegenden * Fehler in seinem Analyse- und Reparaturdienstprogramm, der alle Datenbanken beschädigt, auf denen es ausgeführt wird. SP1 behebt dieses Problem. –

Antwort

13

Wir sind vor etwas mehr als einem Jahr von VSS6 zu VSS2005 gewechselt. Die Datenbankstruktur ist identisch. Die einzige Einschränkung, die wir fanden, war, wenn einige Leute VSS6 noch in einer Datenbank verwendeten, in der andere VSS2005 verwendeten. VSS2005 behandelt Unicode-Textdateien als Textdateien, VSS6 hingegen nicht. Wenn VSS2005 eine Unicode-Textdatei hinzufügt, sieht VSS6 diese als Binärdatei (dies betrifft unter anderem csproj-Dateien).

Außerdem unterstützt VSS2005 den korrekten HTTP-Zugriff auf die Datenbank (sofern Servererweiterungen installiert sind), verbesserte LAN-Leistung (wiederum mit Servererweiterungen) und bessere Dateisystemdialoge (die fiesen alten sind verschwunden). Das Dialogfeld zum Hinzufügen neuer Dateien zeigt jedoch ALLE Dateien an, nicht nur die Dateien, die nicht enthalten sind.

VSS2005 ermöglicht auch die Bereitstellung von benutzerdefinierten Editoren und Differenzierungs-Tools durch Dateierweiterung, was sehr nützlich ist. Zum Beispiel sind einige unserer XML-Dateien verschlüsselt, so dass wir mit diesem System ein Entschlüsselungstool vor dem Differenztool ausführen, das die Effizienz unserer Überprüfungsprozesse erheblich gesteigert hat.

Hier und da gibt es noch weitere Verbesserungen, meistens gut, aber gelegentlich nervig.

Endlich wurde nichts zerstört. In der Tat scheint es seit dem Übergang weniger Korruption in der Datenbank gegeben zu haben - aber ich würde dies nicht auf das neue VSS zurückführen, da es kein umfassender Test war.

+0

Gute Antwort, vor allem, da wir ein Upgrade auf Delphi 2009 mit Unicode-Quelldateien durchführen werden. –

+1

Wenn Sie die Möglichkeit haben, empfehle ich dringend, zu SVN oder einem anderen Versionskontrollsystem zu wechseln, da VSS so verdammt flockig ist. –

2

Ich bin mir ziemlich sicher, dass es keine Gefahr mehr gibt, etwas zu zerstören, als wenn VSS 6.0 verwendet wird.

Es ist schon ziemlich lange her, dass ich VSS benutzt habe, aber wir haben auch von Version 6 auf Version 2005 aktualisiert. Soweit ich mich erinnere, gab es nur einige kosmetische Änderungen im Client (VSS Explorer), aber das Format der Datenbank und auch das verfügbare Feature waren genau das gleiche wie in VSS 6.

+3

"keine Gefahr mehr als mit vss6" sagt nicht viel. –

+1

Die Eigenschaften sind nicht genau die gleichen, und ich stimme Joel zu; VSS ist immer noch ein schreckliches Versionskontrollsystem. –

1

Sie sollten in Ordnung sein.

Da VSS nur eine Dateifreigabe für alles verwendet, und es gibt nichts, das wirklich serverbasiert ist, geht es Ihnen gut. Im Format der Datenbank hat sich nicht viel geändert, hauptsächlich auf Seiten der Kunden.

Verwandte Themen