Zarządzanie kolekcjami projektów w Team Foundation Server

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 — TFS 2013

Uwaga

Azure DevOps Server wcześniej nosiła nazwę Visual Studio Team Foundation Server.

Gdy projekt Azure DevOps Server wcześniej o nazwie Team Foundation Server (TFS) hostuje wiele projektów, możesz zarządzać nimi wydajniej, grupując je razem i przypisując do nich te same zasoby. Można na przykład grupowanie projektów o podobnych wymaganiach lub celach, takich jak wszystkie projekty, które mają dostęp do określonej bazy kodu. Następnie można zarządzać grupą projektów zespołowych jako zasobem autonomicznym z własnymi grupami użytkowników, zasobami serwera i harmonogramem konserwacji.

Grupa projektów jest nazywana kolekcją projektów. Podczas instalowania Azure DevOps Server tworzona jest kolekcja domyślna, która zawiera wszystkie projekty. Podczas tworzenia kolekcji należy określić zasoby logiczne i fizyczne, których mogą używać projekty w tej kolekcji. Wszystkie artefakty i dane, których używają te projekty, są przechowywane w pojedynczej bazie danych kolekcji.

Na poniższej ilustracji przedstawiono sposób integracji baz danych kolekcji projektów z architekturą logiczną. Podczas tworzenia projektu należy określić kolekcję, w której będą przechowywane jego dane.

Przykład: możliwa lokalizacja baz danych kolekcji

Wyświetlanie informacji lub konfigurowanie istniejącego projektu

  1. Jeśli nie dodano Cię jako Azure DevOps Server administratora, pobierz teraz.

    Musisz być członkiem lokalnej grupy Administratorzy na serwerze, na którym chcesz otworzyć konsolę programu , i członkiem grupy administratorzy programu Azure DevOps Server lub Team Foundation Albo uprawnienie Edytuj informacje o programie Server-Level musi mieć wartość Zezwalaj.

  2. Zaloguj się do serwera warstwy aplikacji, otwórz konsolęadministracyjną i otwórz węzeł Team Project Collections.

    Wyświetlanie kolekcji projektów

    Wyświetlanie kolekcji projektów

  3. Wyróżnij nazwę kolekcji i przejrzyj informacje podane na różnych kartach. Niektóre karty są wyświetlane tylko wtedy, gdy odpowiednia aplikacja została skonfigurowana.

    Na odpowiedniej karcie można wykonać następujące zadania.

    Tab Zadania
    Ogólne
    • Uruchamianie kolekcji lub zatrzymywanie kolekcji:uruchamianie lub zatrzymywanie kolekcji. Projekty stają się niedostępne po zatrzymaniu kolekcji. Zwykle zatrzymujesz kolekcję w celu obsługi operacji konserwacji, takich jak przenoszenie lub dzielenie kolekcji.
    • Jeśli kolekcja zostanie uruchomiona, zostanie wyświetlona tylko ta zatrzymana kolekcja. Jeśli kolekcja zostanie zatrzymana, zostanie wyświetlona tylko kolekcja Start * Collection. Uruchomienie lub zatrzymanie kolekcji może potrwać kilka minut. Może być konieczne wybranie opcji Odśwież, aby wyświetlić zmianę stanu.
    • Edytuj ustawienia:edytuj opis lub konfigurację kolekcji.
    • Członkostwo wgrupie: dodaj lub usuń użytkowników lub grupy jako członków kolekcji. Aby dowiedzieć się więcej, zobacz Ustawianie uprawnień administratora dla kolekcji projektów.
    • Administrowanie zabezpieczeniami:zarządzanie uprawnieniami grupy kolekcji. Aby dowiedzieć się więcej, zobacz Temat Uprawnienia i grupy.
    Stan Wyświetl dziennik aktywności lub ponownie uruchomić zadanie.
    Projekty
    Folder Raporty
    • Skonfiguruj serwer raportów do użycia przez kolekcję.
    • Podczas edytowania domyślnej lokalizacji folderu operacja nie powiedzie się, jeśli wpiszesz ścieżkę folderu, który nie istnieje na serwerze, i nie masz uprawnień do tworzenia folderu na tym serwerze. Jeśli nie masz uprawnień do tworzenia folderów na tym serwerze, musisz określić istniejący folder.
    • Aby usunąć domyślną lokalizację podfolderów raportów, wybierz pozycję Wyczyść konfigurację.
    • Usunięcie konfiguracji powoduje usunięcie funkcji raportowania dla wszystkich istniejących i przyszłych projektów w kolekcji.
    • Ta karta jest wyświetlana tylko po dodaniu serwera raportów do Azure DevOps.

    W przypadku serwera TFS-2017 i wcześniejszych wersji karta SharePoint Site zawiera informacje o integracji SharePoint Products z programem TFS.

    Tab Zadania
    Witryna programu SharePoint
    • Wyświetl, skonfiguruj lub usuń domyślną lokalizację główną, w której są tworzone portale projektu. Kreator tworzenia nowego zespołu Project tworzy portale projektu w tej lokalizacji.
    • Jeśli lista SharePoint aplikacji internetowej jest pusta, warstwa aplikacji nie została skonfigurowana z żadnymi aplikacjami.
    • Ta karta jest wyświetlana tylko po skonfigurowaniu warstwy aplikacji przy użyciu SharePoint Products. Zobacz Dodawanie SharePoint do wdrożenia.

Tworzenie kolekcji projektów

Przed utworzeniem kolekcji projektów przejdź do tej sekcji, aby dowiedzieć się więcej o zaletach i wadach tworzenia wielu kolekcji projektów.

  1. Jeśli nie dodano Cię jako administratora, pobierz teraz .

    Musisz być członkiem lokalnej grupy Administratorzy na serwerze, na którym chcesz otworzyć konsolę programu , a albo członkiem grupy Administratorzy programu Team Foundation, albo uprawnieniem Edytuj informacje Server-Level musi być ustawiona wartość Zezwalaj.

  2. W konsoli administracyjnej otwórz stronę Kolekcje Project Team i wybierz pozycję Utwórz kolekcję.

    Zrzut ekranu przedstawiający konsolę Azure DevOps Server administracyjnej z wywołaną opcją Utwórz kolekcję.

    Tworzenie kolekcji projektów

  3. Postępuj zgodnie ze wskazówkami dostarczonymi przez kreatora tworzenia kolekcji Project Team.

    W przypadku pola Nazwa określ unikatową nazwę nie większą niż 64 znaki (im krótszy, tym lepiej) i nie określaj ukośników ani innych znaków specjalnych wymienionych w ograniczeniach nazewnictwa.

    Zrzut ekranu przedstawiający okno dialogowe Tworzenie kolekcji Project zespołowej z wywołaną opcją Dziedziczenie.

    Wybierz pozycję Dziedziczenie, jeśli chcesz dostosować śledzenie pracy za pomocą interfejsu użytkownika. Należy pamiętać, że ten wybór opiera się na usłudze analytics w celu obsługi twoich potrzeb w zakresie raportowania.

    Wybierz pozycję XML, jeśli chcesz użyć plików definicji XML w celu dostosowania śledzenia pracy.

    Kreator obsługuje konfigurację następujących zasobów. Niektóre zasoby można skonfigurować tylko wtedy, gdy serwer warstwy aplikacji, który hostuje kolekcję, został wcześniej skonfigurowany do obsługi odpowiedniej aplikacji.

Warstwa danych lub SQL Server danych

  1. Określ nazwę serwera warstwy Azure DevOps danych. Jeśli chcesz użyć nazwanego wystąpienia do hostować bazę danych dla tej kolekcji projektu, musisz również określić nazwę wystąpienia, jak w poniższym przykładzie:

    Nazwa_serwera \ Instancename

  2. Wybierz pozycję Utwórz nową bazę danych dla tej kolekcji, jeśli chcesz utworzyć bazę danych dla kolekcji. Ta opcja wymaga, aby konto usługi używane przez agenta Visual Studio Team Foundation Background Job agent było w stanie utworzyć bazę danych w wystąpieniu SQL Server.

    Możesz też wybrać pozycję Użyj istniejącej bazy danych, jeśli chcesz użyć bazy danych, która już istnieje, i określić nazwę bazy danych. Ta opcja wymaga, aby w nazwanych wystąpieniach SQL Server istniała pusta baza danych i masz uprawnienia do zapisu.

SharePoint aplikacji internetowej

  1. SharePoint aplikacja internetowa jest wyświetlana, jeśli skonfigurowano warstwę aplikacji przy użyciu SharePoint internetowej. W przeciwnym razie zostanie ona wyłączona. Aby skonfigurować go później, zobacz Dodawanie SharePoint produktów do wdrożenia.

  2. Wybierz pozycję Dalej, jeśli chcesz użyć opcji domyślnej do utworzenia kolekcji witryn. Wybierz tę opcję, chyba że infrastruktura biznesowa wymaga użycia istniejącej kolekcji witryn. Ta opcja spowoduje utworzenie SharePoint lokacji z nazwą kolekcji używaną jako nazwa lokacji podrzędnej lokacji głównej skonfigurowanej w SharePoint internetowej.

    Ta opcja wymaga, Azure DevOps konto usługi musi być członkiem grupy Administratorzy farmy. Jeśli tak nie jest, nie można utworzyć kolekcji witryn.

  3. Aby użyć istniejącej kolekcji lokacji utworzonej przez członka grupy Administratorzy farmy, rozwiń pozycję Konfiguracja zaawansowana, wybierz pozycję Określ ścieżkę do istniejącej lokacji programu SharePoint i określ ścieżkę względną kolekcji lokacji, która została utworzona dla Ciebie.

    Wybierz pozycję Weryfikuj ścieżkę, a jeśli ścieżka jest poprawna, wybierz pozycję Dalej.

SQL Server Reporting Services

  1. Raporty są wyświetlane, jeśli skonfigurowano warstwę aplikacji do używania SQL Server Reporting Services, w przeciwnym razie jest wyłączona. Aby skonfigurować go później, zobacz Dodawanie serwera raportów.

  2. Przejrzyj informacje dotyczące serwera i folderu, który będzie hostem raportów, a następnie wybierz pozycję Dalej. Ta opcja wymaga, aby konto użytkownika było mieć uprawnienia do tworzenia folderu na serwerze z uruchomionymi usługami Reporting Services.

    Jeśli ograniczenia zabezpieczeń w infrastrukturze biznesowej nie uniemożliwiają automatycznego tworzenia folderu w ramach kreatora, należy użyć opcji domyślnej, aby utworzyć folder.

  3. Jeśli musisz użyć folderu utworzonego przez administratora na serwerze z uruchomionymi usługami Reporting Services, rozwiń pozycję Konfiguracja zaawansowana, wybierz pozycję Określ ścieżkę do istniejącego folderu i określ ścieżkę względną folderu, który został utworzony.

    Wybierz pozycję Weryfikuj ścieżkę, a jeśli ścieżka jest poprawna, wybierz pozycję Dalej.

Lab Management

Lab Management jest wyświetlana, jeśli skonfigurowano warstwę aplikacji do używania Lab Management dla kolekcji. W przeciwnym razie jest ona wyłączona. Aby skonfigurować go później, zobacz Configure Lab Management for SCVMM environments (Konfigurowanie Lab Management dla środowisk SCVMM).

Jeśli nie korzystasz z Lab Management, przejdź do procesu weryfikacji.

Jeśli używasz programu Lab Management, wykonaj kroki opisane w te Lab Management dla każdej kolekcji projektów.

Proces weryfikacji

  1. W kontrolce gotowości sprawdź stan testów.

    Obok każdej konfiguracji, która zawiera błąd, jest wyświetlany wskaźnik błędu podkreślony na niebiesko. Możesz wybrać wskaźnik dla szczegółowego komunikatu o problemie. Przed kontynuowaniem należy rozwiązać wszystkie błędy.

    Po zakończeniu wszystkich testów gotowości wybierz pozycję Utwórz.

  2. Rozpoczyna się proces tworzenia kolekcji projektów.

    Zrzut ekranu okna dialogowego Tworzenie kolekcji Project zespołu pokazujący, że proces tworzenia zakończył się pomyślnie.

    Po zakończeniu pracy kreatora wybierz pozycję Zamknij.

## Odłączanie lub usuwanie kolekcji projektów

Kolekcję projektu należy odłączyć, gdy chcesz wykonać operację konserwacji, taką jak przeniesienie lub podzielenie kolekcji. Teams nie może uzyskać dostępu do projektów ani kodu źródłowego po odłączeniu kolekcji.

Kolekcję można usunąć, gdy nie są już potrzebne dane przechowywane w projektach zdefiniowanych w kolekcji. Trzy kroki usuwania kolekcji to (1) odłączenie kolekcji, (2) usunięcie bazy danych kolekcji i (3) usunięcie kolekcji SharePoint lokacji, która obsługuje usuniętą kolekcję.

Odłączanie kolekcji

  1. W konsoli administracyjnej wyróżnij nazwę kolekcji, którą chcesz usunąć, a następnie wybierz pozycję Odłącz kolekcję.

    Odłączanie kolekcji projektów

    Odłączanie kolekcji projektów

  2. Postępuj zgodnie ze wskazówkami dostarczonymi przez Kreatora odłączanie zespołu Project Kolekcji.

    (Opcjonalnie) Na stronie Provide a servicing message for the project collection (Podaj komunikat obsługi dla kolekcji projektów) w jęz. Servicing Message(Komunikat obsługi) określ komunikat dla użytkowników, którzy mogą spróbować połączyć się z projektami w tej kolekcji.

  3. Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Odłącz.

    Na stronie Monitor the project collection detach progress (Monitorowanie postępu odłączenia kolekcji projektów) po zakończeniu wszystkich procesów wybierz pozycję Next (Dalej).

  4. (Opcjonalnie) Na stronie Przejrzyj informacje uzupełniające dla tej kolekcji projektów zanotuj lokalizację pliku dziennika.

Usuwanie bazy danych kolekcji

  1. Otwórz SQL Server Management Studio, połącz się z wystąpieniem aparatu bazy danych SQL Server, który hostuje bazę danych kolekcji, i rozwiń wystąpienie.

    Wyróżnij nazwę bazy danych kolekcji (domyślnie TFS _ CollectionName), a następnie usuń bazę danych.

    Aby uzyskać więcej informacji, zobacz Usuwanie bazy danych.

Usuwanie bazy danych i SharePoint witryn

  1. Otwórz SQL Server Management Studio, połącz się z wystąpieniem aparatu bazy danych SQL Server, który hostuje bazę danych kolekcji, i rozwiń wystąpienie.

    Wyróżnij nazwę bazy danych kolekcji (domyślnie TFS _ CollectionName), a następnie usuń bazę danych.

    Aby uzyskać więcej informacji, zobacz Usuwanie bazy danych.

  2. Otwórz SharePoint administracji centralnej i usuń kolekcję lokacji, która obsługuje usuniętą kolekcję.

    Aby uzyskać więcej informacji, zobacz Usuwanie kolekcji witryn w programie SharePoint 2013.

Kolekcja projektów nie jest już wyświetlana na liście kolekcji w konsoli administracyjnej.

Pytania i odpowiedzi

Pytanie: Czy istnieje narzędzie wiersza polecenia do zarządzania kolekcjami?

A: Polecenie TFSConfig Collection umożliwia dołączanie, odłączanie, usuwanie lub klonowanie kolekcji projektów.

Pytanie: Jakie są zalety i wady tworzenia wielu kolekcji projektów?

Jeśli twoje prace programowe będą korzystać z możliwości rozgałęzienia i scalania kodu lub musisz wykonać zapytanie dotyczące stanu elementów roboczych, które odnoszą się do tego samego kodu, należy skonsolidować projekty w tej samej kolekcji projektów.

A: Zalety tworzenia więcej niż jednej kolekcji

Można lepiej oddzielić wymagania operacyjne dla jednej bazy kodu lub innej grupy projektów od potrzeb operacyjnych dla innej grupy. Ponieważ dane dla każdej kolekcji są przechowywane we własnej bazie danych, można niezależnie zarządzać wieloma aspektami każdej kolekcji niezależnie od innych kolekcji we wdrożeniu. Można na przykład pojedynczo zatrzymać i uruchomić każdą kolekcję. W związku z tym można zaplanować operacje konserwacji dla każdej kolekcji w różnym czasie.

Grupowanie projektów w więcej niż jedną kolekcję zapewnia następujące korzyści:

  • Większa elastyczność i skalowalność w zakresie dystrybucji baz danych i zasobów oraz zarządzania nimi. Grupa powiązanych projektów udostępnia raporty, elementy robocze i wskazówki dotyczące procesów, a także bazę kodu.

    Tworząc bazę danych dla każdej kolekcji, zespoły i administratorzy mogą wykonywać następujące zadania:

    • Tworzenie, rozgałęzienie, scalanie i iterowanie autonomicznej bazy kodu zgodnie z potrzebami projektów w kolekcji. Zależności kodu poza kolekcją mogą być formalnie zarządzane.
    • Tworzyć i przywracać kopię zapasową danych dla każdej kolekcji niezależnie od innych kolekcji.
    • Przechowuj wszystkie bazy danych kolekcji w jednym wystąpieniu SQL Server lub dystrybuuj bazy danych między co najmniej jednym wystąpieniem.
    • Odłącz kolekcję, zdaj jej kopię zapasową, a następnie przywróć ją do innego Azure DevOps wdrożenia.
    • Ponowne przypisanie zasobów w celu lepszego spełnienia wymagań projektów w przypadku ich zwiększania w czasie.
  • Zwiększone bezpieczeństwo operacyjne. Ponieważ każda kolekcja ma własny zestaw użytkowników i uprawnień, izolowanie różnych baz kodu można odizolować w różnych kolekcjach. Administratorzy mogą dodawać użytkowników tylko do kolekcji zawierającej projekt lub projekty dotyczące tej konkretnej bazy kodu.

  • Zwiększona możliwość obsługi niestandardowych procesów przepływu pracy. Każda kolekcja zarządza szablonami procesów, typami elementów pracy, typami linków, listami globalnymi i polami elementów pracy oddzielnymi od innych kolekcji. Rozdzielając projekty, które mają różne procesy przepływu pracy, na różne kolekcje, można uwidocznić tylko te dostosowania, które są potrzebne tym projektom w kolekcji.

A: Wady tworzenia więcej niż jednej kolekcji

Główną wadą tworzenia więcej niż jednej kolekcji projektów jest zwiększenie złożoności wdrożenia Azure DevOps projektu.

  • Należy utworzyć kopię zapasową i przywrócić bazę danych dla każdej kolekcji, a także zwiększyć proporcję innych zadań zarządzania i konserwacji do liczby posiadanych kolekcji. Na przykład musisz zarządzać zestawem użytkowników i uprawnień dla poszczególnych kolekcji projektów.
  • Teams nie można połączyć elementów roboczych między kolekcjami.
  • Teams rozgałęzienia ani scalania kodu między kolekcjami.
  • Teams nie można tworzyć zapytań w kolekcjach.

Pytanie: Jakie zasoby są zarządzane na poziomie kolekcji?

A: Każdy projekt należy do kolekcji. Ponadto następujące obiekty są zarządzane na poziomie kolekcji:

  • Kontrola źródła (TFVC): typy plików i włączanie/wyłączanieasynchronicznego wyewidencjonowania w obszarach roboczych serwera.

  • Śledzenie elementów roboczych:procesy i szablony procesów,typy elementów roboczych, typy linków,pola elementów roboczych,listy globalne i[globalny przepływ pracy](/azure/devops/reference/xml/global-workflow-xml-element-reference.

    Wszystkie pola zdefiniowane dla wszystkich projektów zdefiniowanych w kolekcji są zarządzane lub konfigurowane dla kolekcji. W tej samej kolekcji projektów można zdefiniować nie więcej niż 1024 pola elementów pracy, a we wszystkich kolekcjach projektów zespołowych można ustawić możliwość zgłaszania nie więcej niż 1024 pól.

  • Dev-Test-Ops:

  • Zabezpieczenia: grupy i uprawnienia na poziomie kolekcji.

Pytanie: Jak dane przechowywane dla różnych kolekcji zespołowych obsługują raportowanie?

A: Pojedynczy magazyn danych relacyjnych zawiera wszystkie raportowalne dane ze wszystkich projektów zdefiniowanych we wszystkich kolekcjach projektów na Azure DevOps wdrożenia. Dane z tego magazynu są następnie przetwarzane i zapisywane w module OLAP. Ponieważ dane są zbierane w jednym magazynie danych, można raporty w wielu kolekcjach projektów.

Aby tworzyć lub dostosowywać raporty, należy dodać konta użytkowników do roli TfsWarehouseDataReader. Autorzy raportów potrzebują dostępu do odczytu zarówno do magazynu danych relacyjnych, jak Analysis Services modułu. Te konta mogą wyświetlać dane dla wszystkich projektów zespołowych hostowanych we wszystkich kolekcjach projektów w Azure DevOps wdrożenia. Nie ma możliwości ograniczenia dostępu do projektu lub kolekcji.

Pytanie: Jak mogę skalować wdrożenie za pomocą kolekcji?

A: Zobacz Move a project collection (Przenoszenie kolekcji projektów) lub Split a project collection (Podział kolekcji projektów).