TFS-Projekt zu Repo-Beziehung

Question

Wir werden eine vorhandene BizTalk-Codebasis in TFS 2015-Update 2 migrieren. Wir möchten lieber GIT als TFVC für die Versionskontrolle verwenden.

Ich habe ein Problem, meinen Kopf um die Repo-Projekt-Beziehung zu bekommen. Ich würde gerne unabhängige TFS-Projekte für die Verwaltung einzelner Arbeiten ausführen, die sich an "Projekten" orientieren, die vom Unternehmen ausgeführt werden. Instinct sagt mir, dass ich einen Zweig für solche Projekte erstellen sollte, aber jedes TFS-Projekt scheint ein eigenes Repo zu benötigen.

Wenn ich bei einem einzelnen (BizTalk) TFS-Projekt bleiben, kann ich eine Verzweigung für jedes Geschäftsprojekt erstellen, aber die Arbeitselemente werden alle zusammengemischt. Dies würde hilfreiche Reporting-Tools wie die Burndown-Chart unbrauchbar machen.

Ich denke, die andere Option besteht darin, mehrere TFS-Projekte mit jeweils einem eigenen Repo auszuführen und dann manuell zwischen den Repos zusammenzuführen? Vielleicht ein "Main" -Projekt haben und dessen Repo als Hauptteil der Projektrepos nutzen?

Wie verwalten Menschen dieses Problem?

Answer 1

Bitte beachten Sie, dass Sie in einem Team-Projekt mehrere Git-Repositories erstellen können.

Denken Sie auch daran, dass Git-Zweige Repository-Bereich haben, es ist kein Verzeichnis wie in TFVC (das ist überhaupt nicht wie Git :-)).

Wenn Sie zu Git migrieren möchten, müssen Sie Ihre Projekte modularisieren. Sobald Sie eine modulare Codebasis haben, sollten Sie für jedes Modul ein Git-Repository erstellen. Aus jedem Repository sollten Sie in der Lage sein, ein Nuget-Paket zu erstellen und zu veröffentlichen. Lösen Sie dann Abhängigkeiten zwischen Modulen auf, indem Sie Abhängigkeiten mithilfe des Nuget-Pakets auflösen.

Keine Notwendigkeit, etwas von Repo zu Repo oder von Modul zu Modul zusammenzuführen :-) Sie müssen nur von Zweig zu Zweig innerhalb des gleichen Repository zusammenführen.

Answer 2

Der bessere Weg ist, dass Sie mehrere Repositories in GIT Team Project erstellen können.

In Bezug auf Arbeitselemente können Sie mehrere Teams und Bereiche erstellen, Arbeitselemente in verschiedene Bereiche einfügen und den Bereich je nach Bedarf ändern (die Teams können denselben Bereich haben).

Es ist ein Blog, die Sie profitieren können: Many Git Repositories, but one Team Project to rule them all