2009-04-13 3 views
2

Microsoft hat sich aggressiv für die Verwendung von Team Foundation Server eingesetzt. Die VSS-Bevölkerung in unserer Organisation ist ziemlich groß. Ich versuche die absoluten Gründe für den Übergang zu finden. Und nichts schreckt mehr vor der Tatsache, dass VSS 6.0/2005 in 20XX pleite gehen würde. Die MSDN-Site führt das Update 2004 weiterhin auf der Roadmap aus (http://msdn.microsoft.com/en-us/library/aa302175.aspx)Was ist die Roadmap für VSS 2005/6.0?

Kann jeder beliebige Zeiger auf das Datum außerhalb der Unterstützung für VSS teilen?

Dank Paritosh

Antwort

3

Ich weiß nicht, ob es eine Roadmap für VSS (d. H. Neue Versionen) gibt. Aber this page sagt, dass VSS2005 wird bis 2016 unterstützt.

BTW: Das letzte Update für VSS 2005, die ich kenne, scheint die 2005 GDR package zu sein, die im Jahr 2007 veröffentlicht wurde.Obwohl ich SourceSafe zu dieser Zeit nicht mehr verwendete und auf Subversion umschaltete (seitdem nie wieder zurückgeschaut).

3

Besser als die aus Unterstützung Datum - wie etwa das Fehlen von Funktionen und die Möglichkeit von beschädigten Datenbanken?

Haben Sie VSS bereits remote über ein VPN verwendet? Ich hatte unter diesen Umständen schreckliche Datenkorruptionsprobleme mit VSS, und ich war nur 15 Meilen entfernt! Ich schaudere, wenn ich daran denke, dass irgendjemand es immer noch in entfernten Einstellungen benutzt.

Zumindest möchten Sie ein Quellcodeverwaltungssystem, das einen zuverlässigen Datenspeicher verwendet, vorzugsweise eine Datenbank. Wechseln Sie zu SourceGear Vault, wenn Sie nicht zu TFS wechseln möchten. Vault ist VSS als Migrationspfad sehr ähnlich.

Auf der anderen Seite gibt es für TFS viel mehr als nur die Quellcodeverwaltung. Quellcodeverwaltung ist nur der Anfang seiner Funktionen. Es behandelt auch Bug-Tracking und andere Work-Item-Tracking; ermöglicht die kontinuierliche Integration und Verfolgung aller Builds, einschließlich der Nachverfolgung des Erfolgs automatisierter Komponententests; führt Code-Coverage-Analyse und statische Analyse durch (und verfolgt die Ergebnisse).

Es ist wirklich ein Vergleich von Äpfeln mit Orangen: Sie sind beide Früchte und wachsen auf Bäumen. Das ist ungefähr das Ende der Ähnlichkeit.

Oh, und beide verwenden die gleiche Pfadsyntax, beginnend mit Dollarzeichen.

+0

Ich stimme John völlig zu. Theres viel zu TFS als nur Quellcodeverwaltung. Es gibt viele Horrorgeschichten, wie Sie auch erwähnt haben. Wenn ich mit den Leads und Managern spreche, sehen sie nicht immer die langfristigen Vorteile von TFS/irgendein anderes besseres Werkzeug. Wenn nicht gebrochen mit VSS, warum ist der Refrain –

+0

Ein Ende der Unterstützung zieht Aufmerksamkeit auf sich und dann können Sie die Vorteile des Übergangs aussprechen. –

1

Zitieren Sie mich nicht darauf, aber ich denke, dass ich gelesen habe, dass die Standardrichtlinie von Microsoft darin besteht, ein Produkt 10 Jahre lang zu unterstützen, nachdem es nicht mehr verkauft wird.

Das heißt, ich schlage immer noch vor, dass Sie auf etwas etwas robuster als VSS aktualisieren. Es gibt viele kostenlose Optionen zur Verfügung.

EDIT

Von http://support.microsoft.com/gp/lifepolicy:

Microsoft mindestens 10 Jahre Unterstützung für Business- und Entwicklerprodukte anbieten. Mainstream-Support für Business- und Developer-Produkte wird für 5 Jahre oder für 2 Jahre nach der Veröffentlichung des Nachfolgeprodukts (N + 1) gewährt, je nachdem, welcher Zeitraum länger ist. Microsoft bietet außerdem einen erweiterten Support für die nächsten fünf Jahre nach Mainstream-Support oder für zwei Jahre nach der Veröffentlichung des zweiten Nachfolgeprodukts (N + 2), je nachdem, welcher Zeitraum länger ist. Schließlich erhalten die meisten Business- und Developer-Produkte mindestens 10 Jahre Online-Selbsthilfe.