Zespół projektu TFS Collection kontra Team Project

Question

Pracuję nad nowym działaniem programistycznym (ASP.NET 4.5) i próbuję utworzyć dla niego przestrzeń TFS.

Ten wysiłek jest zarządzany niezależnie od istniejących projektów i jest pierwszym projektem z serii, który zostanie wykonany w późniejszym terminie.

Od TFS perspektywy który jest lepszy sposób, aby przejść:

• utworzyć nowy TFS zespołu projektowego Collection, a następnie zespół projektowy dla tego i wszystkich kolejnych projektów
• lub po prostu stworzyć nową TFS zespołu projektowego przy użyciu istniejącej kolekcji.

Jakie są korzyści z jednego lub drugiego? Kiedy gwarantuje się nową kolekcję Team Project?

Jeśli po prostu utworzymy projekt zespołu TFS, osiągniemy niezbędny rozdział projektów, aby kontrole w tym projekcie nie powodowały powstawania innych projektów, raporty o błędach w tym projekcie nie będą miały wpływu na inne projekty, oddzielne Konserwacja elementów pracy itp.?

Używamy TFS 2012.

Answer 1

Można utworzyć kolekcję dla wszystkich projektów, które odnoszą się do konkretnego kodu bazowego, czy można stworzyć kolekcję dla każdej jednostki organizacyjnej w danej organizacji. Jak na twoje pytanie nie ma ponownego użycia kodu. Bardziej nad wami kładziecie nacisk na oddzielenie. Używanie nowej kolekcji projektów jest najlepszą opcją dla Ciebie. Zbiór projektów ma własny sprzęt i bazę danych. Oznacza to, że istnieje całkowite rozdzielenie między tymi dwoma elementami i brak dzielenia się kodem lub dziełami roboczymi, a także oddzielne zezwolenie (pomyśl o pracy dla innej firmy).

Dla porównania z pojedynczą kolekcją projektów, kolekcja wielu projektów jest skalowalna + łatwa do outsourcingu. Połów jest potrzebny kontroler dla każdej kolekcji projektu (istniejący kontroler nie może obsłużyć nowego). Stąd inny agent budujący. Oto relacja: 1 kolekcja projektów-> 1 kontroler budowania -> agent wielu kompilacji. Więcej here

Mimo, że 90% klientów spotykam można łatwo żyć z jednej kolekcji projektu :)