Ich möchte einige Projekte zwischen Sammlungen verschieben, aber die einzigen Ressourcen, die ich gefunden habe, sind diese beiden, und sie befassen sich nicht mit der Vorgehensweise in TFS 2010:
Kennt jemand eine andere Ressource oder hat Informationen darüber, wie ein Projekt von einer Sammlung in eine andere verschoben wird?
Sie können sich die TFS-Integrationsplattform ansehen (früher TFS-Migrationstool genannt). Das hat Dienstprogramme zum Verschieben von Quellcode von einer Instanz von TFS zu einer anderen, was funktionieren sollte, wenn Sie auch von einer Sammlung zu einer anderen wechseln möchten.
Im Laufe der Zeit hat sich der Mensch gefragt, was die beste und effizienteste Art wäre, Projekte innerhalb dieser umfassenden Sammlungen zu organisieren. Es wird so viel in einer Sammlung gespeichert, wie Projekte wachsen, und es scheint fast unmöglich, alle Projekte in einer einzigen Sammlung zu speichern.
Anfangs haben wir mit einer DefaultCollection begonnen, uns dann von der einzigartigen Idee entfernt und angefangen, eine Collection pro Client zu erstellen ... dann sind wir von hier weggegangen und haben angefangen, breite Kategorien zu erstellen, die verschiedene Projekte beherbergten, aber auch viele unserer Kunden viel Wechsel zwischen den Kategorien ... und dann haben wir uns auf ein Modell festgelegt ... aber bis dahin hatten wir so viel Entwicklung bei bestimmten Projekten gemacht, dass die Umstellung auf unser endgültiges Speichermodell nur warten musste. Nun, wir haben den Umzug heute gemacht ... haben Projekte von einem Team Projekt in einer Sammlung in ein anderes Team Projekt in einer anderen Sammlung gebracht.
Es war ein Erfolg. Wir verwenden immer noch nicht alle Work Items und unsere allgemeine Source Control ist ziemlich linear. Wir haben entschieden, dass es für uns in Ordnung ist, die Geschichte des Projekts zu verlieren. Wir haben die Dinge nicht vollständig gelöscht. Wenn wir also jemals zurückgehen müssten, könnten wir ... aber wir wussten, dass wir das nie wirklich tun müssten.
Um aufzuhören, dich durch meinen Monolog treiben zu lassen, hier sind die Schritte, die wir unternommen haben:
Es sieht nach vielen Schritten aus, aber es ist wirklich offensichtlich, wie es funktioniert ... Sie erstellen nur eine externe Kopie des vorhandenen Projekts, entfernen alle Instanzen der Quellcode-Steuerbindungen und fügen sie dann wieder in die Quellcodeverwaltung ein Wo willst du es. Im Idealfall (wie bei Subversion) könnten Sie einfach ein Projekt exportieren und Sie hätten die ungebundene Version für die Kommissionierung ... es ist nur so, dass bei TFS mehr Bindungen im Code verstreut sind ... und das meiste davon einfach entfernt werden kann in den Projekt- und Lösungsmanifesten.
Wie auch immer, du wirst es wahrscheinlich in einer kürzeren Zeit fertig haben als es für dich nötig war, dies zu lesen ... hoffe es hilft.
Das TFS-Integrationstool kann zu neuen Sammlungen migrieren, aber alle Daten werden zum Migrationsdatum und die ID-Werte für alles sind neu. Ich hatte auch Probleme mit unseren benutzerdefinierten Vorlagen. Dies würde in meiner Umgebung nicht funktionieren, daher mache ich mehrere Upgrades derselben Quelldatenbanken, damit ich diese Informationen nicht verliere und die Duplikate zerstöre.
Tags und Links tfs tfs2010 tfsintegrationplatform