Ich arbeite an neuen Entwicklungsbemühungen (ASP.NET 4.5) und versuche, TFS-Speicherplatz dafür zu erstellen.
Dieser Aufwand wird getrennt von den bestehenden Projekten verwaltet und ist das erste Projekt der Serie, das zu einem späteren Zeitpunkt durchgeführt wird.
Aus TFS-Perspektive ist das der bessere Weg zu gehen:
Was sind die Vorteile des einen oder anderen? Wann ist eine neue Team Project Collection berechtigt?
Wenn wir nur TFS Team Project erstellen, erreichen wir die notwendige Trennung von Projekten, so dass Check-ins für dieses Projekt keine Builds für andere Projekte auslösen, Bug-Reports für dieses Projekt werden nicht von anderen Projekten, separaten Work, beeinflusst Artikel Wartung, etc?
Wir verwenden TFS 2012.
Sie können eine Sammlung für alle Projekte erstellen, die sich auf eine bestimmte Codebasis beziehen, oder Sie können eine Sammlung für jede Geschäftseinheit in Ihrer Organisation erstellen. Laut Ihrer Frage gibt es keine Wiederverwendung von Code. Darüber hinaus betonen Sie die Trennung. Die Verwendung einer neuen Project-Sammlung ist die beste Option für Sie. Projektkollektion haben ihre eigene Hardware und DB. Das bedeutet, dass es eine vollständige Trennung zwischen den beiden gibt und keine Freigabe von Code oder Arbeitselementen und auch keine separate Erlaubnis (denken Sie daran, für eine andere Firma zu arbeiten).
Und zum Vergleich mit der Sammlung einzelner Projekte ist die Sammlung mehrerer Projekte skalierbar + einfach auszulagern. Der Catch besteht darin, dass Sie pro Projektkollektion einen Controller benötigen (der vorhandene Controller kann nicht mit dem neuen Controller arbeiten). Daher ein weiterer Build-Agent. Dies ist die Beziehung: 1 Projekt Collection- & gt; 1 Build Controller - & gt; mehrere Build-Agenten. Weitere hier
Nachdem gesagt wurde, dass 90% der Kunden, denen ich begegne, problemlos mit einer einzigen Projektkollektion leben können,