Visual Source Safe --> TFS Migration
Um hier arbeiten wir mit einem Bündel von Visual Source Safe repositories für etwa 10 Jahre oder so.
Nun möchte ich loswerden sourcesafe und fahren Sie auf die Team Foundation Server.
Haben Sie irgendwelche Tipps oder tricks für mich, bevor ich begeben sich auf diese migration? Was sind die Dinge, die ich zu vorsichtig?
Ich bin sicher, dass diese migration wird bedeuten, dass unsere Arbeits-und Lebensgewohnheiten müssen geändert werden, in irgendeiner Weise. Glauben Sie, dass diese änderungen könnten zu einem problem für die Organisation? Denken Sie über eine Gruppe von etwa 20 .NET-Entwickler an einem einzigen Standort.
InformationsquelleAutor der Frage ila | 2008-08-27
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich habe gerade gegoogelt, aber in dieser exemplarischen Vorgehensweise scheint wie eine gute Referenz, und es erwähnt das tool VSSConverter, die sollte Ihnen helfen, die migration so reibungslos wie möglich verläuft.
Möchte ich Ihnen empfehlen eine Sache, aber: Backup. Alles sichern bevor Sie dies tun. Sollte etwas schief gehen, es ist besser, sicher zu sein als traurig.
Meine links nicht angezeigt. Dies ist die Adresse: http://msdn.microsoft.com/en-us/library/ms181247(VS.80).aspx
InformationsquelleAutor der Antwort deadtime
Gibt es ein paar verschiedene Möglichkeiten, die Sie migrieren können. Das tool zieht Ihre Geschichte, etc. über, aber das pragmatischer und einfacher Weg ist zu sperren, VSS, wie eine Geschichte, Archiv und starten Sie frisch:
Für jede Geschichte, die vor der Konvertierung, die Leute gehen zu müssen, VSS, aber nach einer Woche oder zwei, es ist realistisch betrachtet unwahrscheinlich oft. Und Sie wissen, dass die Geschichte in VSS korrekt und nicht beschädigt durch den conversion-Prozess.
InformationsquelleAutor der Antwort Guy Starbuck
Sich bewusst sein, dass TFS unterstützt nicht die gemeinsame Nutzung von Dateien zwischen verschiedenen Projekten, wie der VSS macht. Wenn Sie eine solche gemeinsame Dateien die Verbindung zwischen Ihnen gebrochen werden, während der migration, was zunächst identisch, aber nun verschiedene Dateien in jedem Projekt. Updates auf eine dieser Dateien in TFS nicht mehr verbreiten, um die Kopien in den anderen Projekten.
InformationsquelleAutor der Antwort Phillip Wells
Wenn Sie wählen, um die VSSConverter.exe tool, die im Lieferumfang von Visual Studio Team Foundation Server, dann sollten Sie TFS 2008 SP1 erste, da es enthält eine Reihe von Verbesserungen, wie detaillierte auf diesem blog durch die migration-tools-team.
InformationsquelleAutor der Antwort Grant Holliday
Sind wir derzeit in den Prozess, dies zu tun in meinem job. Wir machen eigentlich die Umschaltung in etwa einem Monat. Ich bin ein Hauptteil der migration und ein großer Teil, warum wir aussteigen von SourceSafe. Helfen bei der migration habe ich die Visual Studio® Team System 2008 Team Foundation Server und Team Suite VPC Image. Es war sehr hilfreich. Rechts von der Fledermaus, das Bild enthält eine voll funktionsfähige TFS-installation für Sie zu spielen und demo. Es enthält auch Hands on Labs und einem der Labore mit der VSS -> TFS migration tool. Wenn Sie über ein MSDN-Abonnement, sobald Sie gespielt haben, mit dem Bild, der nächste Schritt wäre die Installation des TFS Kleinen Team edition kommt mit Ihrem Abonnement.
Eine Sache zu beachten ist, um sicherzustellen, dass Sie die aktuellen Service Packs für Visual Studio 2008 und dem .NET Framework installiert, auf dem Bild. Die service packs behebt einige nervige bugs und es definitiv erhöht die Benutzerfreundlichkeit des Systems. Wir haben eine deutlich große SourceSafe-Datenbank mit über 90+ - Projekten und der migration-tool dauerte etwa 32 Stunden. Zuerst machte ich ein backup von unserem sourcesafe-Datenbank für die Prüfung. Dann machte ich die migration auf die test-sourcesafe-Datenbank. Danach überprüfte ich den Quellcode in TFS und alles übertragen in Ordnung. Wir hielten die ganze Geschichte für unsere Quell-Dateien von VSS, das war Super. Keine Notwendigkeit zu halten, die stinkenden VSS-Datenbank, um, nachdem wir live gehen.
Nehmen wir die migration in Schritten. Zuerst wird die source-control und lassen Sie sich unsere Entwickler verwenden, um es zu benutzen. Danach werden wir mit der Migration der Qualitätssicherung und den Business Analysten über die Verwendung der Work-Item-tracking-Funktionen.
Mein Rat ist, nehmen Sie die migration in Schritten. Nicht zu viel auf einmal. Geben Sie Zeit für Menschen, die mit dem system zu trainieren.
InformationsquelleAutor der Antwort Dale Ragan
VSS-Konverter, ist weit von einer perfekten Lösung. Und es gibt erhebliche Unterschiede zwischen dem Jahr 2005 und die 2008SP1 version des Konverters.
Beispielsweise in einem VSS-DB, die ist schon in Gebrauch ist für eine lange Zeit, wird es haben, wurde eine große Anzahl von Nutzern einen Beitrag zu VSS. Viele dieser Nutzer haben die organisation verlassen eine lange Zeit her und daher nicht mehr die Domäne Konten. TFS erfordert mapping VSS-Benutzer domain-accounts, so müssen Sie entscheiden, ob Sie die Karte alte Benutzer zu einem einzigen 'dummy' - Domäne-Konto oder, um ein Aktuelles team-Mitglied.
Darüber hinaus VSS-Konverter 2008 ist diese domain-accounts gültig sein TFS-Konten. In der Erwägung, dass die 2005-Konverter nicht erzwingen.
Wenn Ihr VSS-Geschichte enthält wichtige Ordner Verschiebt, dann ist es wahrscheinlich, dass Sie Locker die ganze Geschichte, bevor Sie diese Bewegen. Zum Beispiel, wenn Sie beim Verschieben eines Ordners an einen neuen Speicherort, Löschen Sie den vorherigen Muttergesellschaft, verlieren Sie alle history. Siehe diesen Artikel für mehr Erklärung:
http://msdn.microsoft.com/en-us/library/ms253166.aspx
In einer migration, die ich beteiligt war, hatten wir einen 10 Jahre alten VSS-Datenbank verloren, dass alle die Geschichte vor 6 Monaten. Dies wurde durch eine signifikante Aufräumen, erfolgte vor 6 Monaten.
InformationsquelleAutor der Antwort RichB
TFS-Konvertierungs-Werkzeug <-- Verwenden Sie diese
Habe ich dieses tool für einige Zeit bereits, die Ergebnisse sind ziemlich satisfatory, wie es kommt, mit der Geschichte der änderungsmengen von SourceSafe, wenn Sie wünschen, auch.
Sowieso, mit diesem tool sollten Sie immer darauf achten, Fehler und Warnungen in der log, und überprüfen Sie, ob alles, was gebaut, okay /bestanden okay.
Es wird empfohlen, auch eine Analyse ausführen auf der SS vor dem ausführen dieses.
Hoffe es hilft
InformationsquelleAutor der Antwort Tiago André
Gute Anleitung gibt es von meiner ehemaligen Kollege an Guy Starbuck. Eine andere Sache zu fügen mit diesem Ansatz - Sie kann beschlossen werden, über die Zeit, die Sie wollen umgestalten die Art und Weise Ihrer Anwendung ist organisiert (Ordner usw) und dies wird Ihnen eine Möglichkeit, dies zu tun.
Habe ich schon in Situationen, in denen wir organisiert eine Lösung planlos ohne nachzudenken (geschweige denn größere änderungen in der Anwendung) führte zu dem Wunsch, zu organisieren, Dinge anders - und das verschieben von VSS zu TFS ist ein großer oppurtunity, um so zu tun.
Soweit die ursprüngliche Frage:
Ich würde sagen - ja, Ihre Arbeitsgewohnheiten ändern, aber viel mehr für die bessere.
Soweit Angaben, wie Ihre Erfahrung wird sich ändern, ein anderer ehemaliger Kollege von mir (und Team System MVP), Steve St. Jean schrieb einen ausführlichen Artikel zu den unterschieden: Von VSS zu TFS
InformationsquelleAutor der Antwort fuzzbone