Zusammenführung von Teamprojekten

8

In unserem aktuellen Projekt haben wir vier verschiedene TFS2010 Team Projekte in der gleichen Team Project Collection. Der Grund dafür ist, dass verschiedene Teile des Projekts verschiedene Teamprojektvorlagen (CMMI vs Agile) verwenden wollten.

Alle Projekte verwenden jetzt dieselbe Vorlage. Daher sind wir nun zu dem Schluss gekommen, dass es besser wäre, die Projekte zu einem Team-Projekt zusammenzuführen. Dies wirft mehrere Fragen auf:

  1. Ist es möglich / möglich, eines der bestehenden Projekte als Zielprojekt für die anderen drei zu verwenden?
  2. Wie verschieben wir unsere vorhandenen Arbeitselemente in das neue Projekt, während wir unseren Bereichsbaum beibehalten? Wir hoffen, dass wir für jedes unserer bestehenden Teamprojekte einen Wurzelbereich erstellen und alle Arbeitselemente / Bereiche unterhalb dieses Wurzelknotens bewegen.
  3. Heute haben wir Work-Item-Links von einem Team-Projekt in ein anderes - wie behalten wir diese Links bei der Zusammenführung?
  4. Was ist die beste Vorgehensweise beim Verschieben des Quellcodes? Ein klarer Ansatz besteht darin, sie einfach an den neuen Speicherort zu kopieren und die alten Teamprojekte zu sperren und zu behalten, falls wir auf ältere Versionen des Codes zugreifen müssen. Aber ist es möglich, dafür Verzweigungen zu verwenden, z. den gesamten vorhandenen Code in das neue Teamprojekt verzweigen? Welche Art von Problemen könnte dieser Ansatz verursachen?

Danke für Ihre Hilfe!

    
havardhu 20.09.2011, 07:57
quelle

1 Antwort

10

In TFS 2010 können Sie leider keine Teamprojekte zusammenführen.

Stucting Team Projects und Team Project Collections ist eine der wichtigsten Strategieentscheidungen, bevor TFS eingesetzt werden kann. Leider machen viele der Kunden, denen wir helfen, die Vorausplanung nicht notwendig und verstehen einige der Einschränkungen in TFS nicht, wenn es darum geht, Team-Projekte zu verschmelzen, zu verschieben, zu teilen, bevor sie anfangen, TFS zu verwenden: (

Wenn wir Beratungsprojekte haben, bei denen Kunden ihre Teamprojekte konsolidieren möchten, müssen wir viel manuelle Arbeit leisten, um die Artefakte zu migrieren. Wir haben einige Tools entwickelt, die uns bei diesem Prozess für Arbeitsaufgaben helfen, aber es ist in den meisten Fällen eine langwierige Beratung. Die Migrationsdienstprogramme müssen immer auch für jeden Kunden angepasst werden, da sie normalerweise unterschiedliche Geschäftsregeln für die Migration haben.

Letztendlich bringt eine "Migration" nicht alle Informationen mit sich, und Sie haben einige andere Probleme, wie Datums- / Zeitstempel, die sich von dem unterscheiden, was sie ursprünglich waren. (Ich habe gehört, dass es sich bei Migrationen um ein Zeitkomprimierungsproblem handelt.)

Einige zusätzliche Gedanken für jede Ihrer ursprünglichen Fragen:

  1. Sicher, theoretisch könnte man eines der bestehenden Teamprojekte als Ziel für die Migration der anderen drei verwenden. Solange Sie den Namen des Teamprojekts mögen und nicht möchten Benennen Sie das Team-Projekt um . :)
  2. Hier haben wir benutzerdefinierte Workitem-Migrationsdienstprogramme erstellt, um unsere Kunden bei der Beratung zu unterstützen. Sie müssten wahrscheinlich dasselbe tun.
  3. Dies ist auch mit einem Dienstprogramm zur benutzerdefinierten Workitem-Migration möglich. Sie können nur die Zuordnungen zwischen alten Arbeitselement-IDs und neuen Arbeitselement-IDs verfolgen und die Verknüpfungen später hinzufügen, sobald alle neuen Arbeitselemente im Zielteamprojekt erstellt wurden.
  4. Das hängt letztendlich von dir ab. Ich würde ein " verschiebe "Versionssteuerungsoperation auf den Quellcode aus dem alten Teamprojekt in das neue Teamprojekt. Dies hält alles aufrecht. Ich würde jedoch keines der alten Teamprojekte löschen, da dies dazu führen würde, dass auch der Versionskontrollverlauf zerstört wird.

Es ist nicht die beste Geschichte für Sie, aber hoffentlich wird es Ihnen helfen, einige zu planen!

    
Ed Blankenship 21.09.2011, 00:09
quelle

Tags und Links