Zarządzanie kolekcjami projektów w usłudze Azure DevOps Server

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Gdy serwer Usługi Azure DevOps Server 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 grupować projekty, które mają podobne wymagania lub cele, takie jak wszystkie projekty, które uzyskują dostęp do określonej bazy kodu. Następnie można zarządzać grupą projektów zespołowych jako autonomicznym zasobem z własnymi grupami użytkowników, zasobami serwera i harmonogramem konserwacji.

Grupa projektów jest nazywana kolekcją projektów. Podczas instalowania usługi Azure DevOps Server zostanie utworzona domyślna kolekcja zawierająca wszystkie projekty. Podczas tworzenia kolekcji należy określić zasoby logiczne i fizyczne, z których mogą korzystać projekty w ramach tej kolekcji. Wszystkie artefakty i dane używane przez te projekty są przechowywane w pojedynczej bazie danych kolekcji.

Na poniższej ilustracji pokazano, jak bazy danych kolekcji projektów są zintegrowane z architekturą logiczną. Podczas tworzenia projektu należy określić kolekcję, która będzie przechowywać jego dane.

Wyświetlanie informacji lub konfigurowanie istniejącego projektu

1. Jeśli nie dodano Cię jako administratora usługi Azure DevOps Server, dodaj go teraz.

   Musisz być członkiem lokalnej grupy Administratorzy na serwerze, na którym chcesz otworzyć konsolę, a członkiem grupy Administratorzy usługi Azure DevOps Server lub Team Foundation Albo uprawnienia Edytuj informacje na poziomie serwera muszą być ustawione na Wartość Zezwalaj.

2. Zaloguj się do serwera warstwy aplikacji, otwórz konsolę administracyjną i otwórz węzeł Kolekcje projektów zespołowych.

   

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.

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

   Tab	Zadania
   Ogólne	Rozpocznij zbieranie lub zatrzymywanie kolekcji: uruchamianie lub zatrzymywanie kolekcji. Projekty stają się niedostępne po zatrzymaniu kolekcji. Zazwyczaj kolekcja jest zatrzymywana w celu obsługi operacji konserwacji, takich jak przenoszenie lub dzielenie kolekcji. Jeśli kolekcja zostanie uruchomiona, zostanie wyświetlona tylko opcja Zatrzymaj kolekcję . Jeśli kolekcja zostanie zatrzymana, zostanie wyświetlona tylko początkowa kolekcja . Uruchamianie lub zatrzymywanie kolekcji może potrwać kilka minut. Może być konieczne wybranie pozycji Odśwież , aby wyświetlić zmianę stanu. Edytuj ustawienia: edytuj opis lub konfigurację kolekcji. Członkostwo w grupie: 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 — dokumentacja.
   Stan	Wyświetlanie dziennika aktywności lub ponowne uruchamianie zadania.
   Projekty	Wyświetlanie projektów zdefiniowanych dla kolekcji i Usuwanie projektu. Aby dowiedzieć się więcej o projektach, zobacz Tworzenie projektu.

Tworzenie kolekcji projektów

Przed utworzeniem kolekcji projektów zapoznaj się z tematem Jakie są zalety i wady tworzenia wielu kolekcji projektów? zgodnie z opisem w dalszej części tego artykułu.

1. Jeśli nie dodano Cię jako administrator, dodaj go teraz.

   Musisz być członkiem lokalnej grupy Administratorzy na serwerze, na którym chcesz otworzyć konsolę, a członek grupy Administratorzy programu Team Foundation lub uprawnienie Edytuj informacje na poziomie serwera musi być ustawione na Wartość Zezwalaj.

2. W konsoli administracyjnej otwórz stronę Kolekcje projektów zespołowych i wybierz pozycję Utwórz kolekcję.

   

3. Postępuj zgodnie ze wskazówkami podanymi przez kreatora Tworzenie kolekcji projektów zespołowych.

   W polu Nazwa określ unikatową nazwę bez więcej niż 64 znaków (im krótsze) i nie określaj ukośników ani innych znaków specjalnych wymienionych w ograniczeniach nazewnictwa.

   

1. Wybierz pozycję Dziedziczenie , jeśli chcesz użyć interfejsu użytkownika do dostosowywania śledzenia pracy. Ten wybór opiera się na usłudze Analytics, aby obsługiwać potrzeby raportowania.

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

   Uwaga

   W przypadku lokalnego modelu procesów XML można użyć narzędzia witadmin do wyświetlania listy, importowania, eksportowania i modyfikowania procesu dla projektu. W przypadku modeli procesów dziedziczynych można używać tylko narzędzia witadmin do wyświetlania listy i eksportowania informacji o procesie. Aby zapoznać się z omówieniem modeli procesów i obsługiwanymi elementami, zobacz Dostosowywanie środowiska śledzenia pracy.

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

Warstwa danych lub wystąpienie programu SQL Server

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

   ServerName 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 zadania w tle programu Visual Studio Team Foundation ma uprawnienia do tworzenia bazy danych w wystąpieniu programu SQL Server.

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

Proces weryfikacji

1. W obszarze Kontrole gotowości sprawdź stan kontroli.

   Niebieski podkreślony wskaźnik błędu jest wyświetlany obok dowolnej konfiguracji zawierającej błąd. Możesz wybrać wskaźnik dla szczegółowego komunikatu o problemie. Zanim będzie można kontynuować, musisz 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.

   

   Po zakończeniu pracy kreatora wybierz pozycję Zamknij.

Odłączanie lub usuwanie kolekcji projektów

Kolekcja projektów jest odłączona, gdy chcesz wykonać operację konserwacji, taką jak przenoszenie lub dzielenie kolekcji. Usługa Teams nie może uzyskać dostępu do projektów ani kodu źródłowego podczas odłączania kolekcji.

Kolekcja jest usuwana, gdy nie potrzebujesz już danych przechowywanych w projektach zdefiniowanych w kolekcji. Trzy kroki usuwania kolekcji to (1) odłączanie kolekcji i (2) usunięcie bazy danych kolekcji.

Odłączanie kolekcji

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

   

2. Postępuj zgodnie ze wskazówkami dostarczonymi przez Kreatora odłączania kolekcji projektów zespołowych.

   (Opcjonalnie) Na stronie Zapewnianie obsługi dla kolekcji projektów w komunikacie obsługi określ komunikat dla użytkowników, którzy mogą spróbować nawiązać połączenie z projektami w tej kolekcji.

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

   Na stronie Monitorowanie postępu odłączania kolekcji projektu po zakończeniu wszystkich procesów wybierz pozycję Dalej.

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

Usuwanie bazy danych kolekcji

1. Otwórz program SQL Server Management Studio, połącz się z wystąpieniem aparatu bazy danych programu SQL Server hostujące 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.

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

Pytania i odpowiedzi

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

1: Możesz użyć polecenia TFSConfig Collection , aby dołączyć, odłączyć, usunąć lub sklonować kolekcję projektów.

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

Jeśli wysiłki programistyczne będą korzystać z możliwości rozgałęziania i scalania kodu lub należy wykonać zapytanie o stan elementów roboczych powiązanych z tym samym kodem, należy skonsolidować projekty w tej samej kolekcji projektów.

1: Zalety tworzenia więcej niż jednej kolekcji

Można lepiej oddzielić potrzeby operacyjne dla jednej bazy kodu lub innej grupy projektów od potrzeb operacyjnych dla innego grupowania. 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 zatrzymać i uruchomić poszczególne kolekcje osobno. 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 zarządzania bazami danych i zasobami oraz ich dystrybucji. 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:

  • Kompilowanie, rozgałęzianie, scalanie i iterowanie autonomicznej bazy kodu zgodnie z potrzebami projektów w kolekcji. Zależności kodu spoza kolekcji mogą być formalnie zarządzane.
  • Tworzenie kopii zapasowych i przywracanie danych dla każdej kolekcji niezależnie od innych kolekcji.
  • Przechowuj wszystkie bazy danych kolekcji w jednym wystąpieniu programu SQL Server lub dystrybuuj bazy danych w co najmniej jednym wystąpieniu.
  • Odłącz kolekcję, utwórz kopię zapasową, a następnie przywróć ją do innego wdrożenia usługi Azure DevOps.
  • Ponowne przypisywanie zasobów w celu lepszego zaspokojenia wymagań projektów w miarę zwiększania ich rozmiaru w miarę upływu czasu.

• Zwiększone bezpieczeństwo operacyjne. Ponieważ każda kolekcja ma własny zestaw użytkowników i uprawnień, izolowanie różnych baz kodu może być izolowane w różnych kolekcjach. Administratorzy mogą dodawać użytkowników tylko do kolekcji zawierającej projekt lub projekty odnoszące się do 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 roboczych, typami linków, listami globalnymi i polami elementów roboczych oddzielonymi od innych kolekcji. Rozdzielając projekty, które mają różne procesy przepływu pracy do różnych kolekcji, można uwidocznić te dostosowania tylko potrzebne do tych projektów w kolekcji.

1: 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 usługi Azure DevOps.

• Należy utworzyć kopię zapasową i przywrócić bazę danych dla każdej kolekcji, a inne zadania związane z zarządzaniem i konserwacją również zwiększają się proporcjonalnie do liczby posiadanych kolekcji. Na przykład należy zarządzać zestawem użytkowników i uprawnień dla każdej kolekcji projektów osobno.
• Usługa Teams nie może łączyć elementów roboczych między kolekcjami.
• Usługa Teams nie może rozgałęzić ani scalić kodu między kolekcjami.
• Usługa Teams nie może tworzyć zapytań między kolekcjami.

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

1: Każdy projekt należy do kolekcji. Aby dowiedzieć się więcej o zarządzaniu kolekcją, zobacz Wprowadzenie do zarządzania organizacją lub kolekcją projektów.

.: Jak mogę skalować moje wdrożenie przy użyciu kolekcji?

1: Zobacz Przenoszenie kolekcji projektów lub Dzielenie kolekcji projektów.

Powiązane artykuły

• Szybkie informacje o zadaniach administracyjnych
• Otwórz konsolę administracyjną
• Informacje o projektach i skalowaniu organizacji