Udostępnij za pośrednictwem

Informacje o projektach i skalowaniu organizacji

  • Artykuł

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Projekt w usłudze Azure DevOps zapewnia użytkownikom przestrzeń do planowania, śledzenia postępu i współpracy nad tworzeniem rozwiązań oprogramowania. Służy jako podstawowy kontener do przechowywania danych i kodu źródłowego.

Podczas tworzenia projektu usługa Azure DevOps automatycznie tworzy zespół o takiej samej nazwie, co jest wystarczające dla małych organizacji. W przypadku organizacji na poziomie przedsiębiorstwa może być konieczne skalowanie w górę przez utworzenie większej liczby zespołów i projektów. Usługa Azure DevOps obsługuje maksymalnie 1000 projektów w organizacji.

Organizacja z wieloma projektami umożliwia zespołom konfigurowanie narzędzi odpowiadających ich potrzebom i wykonywanie zadań administracyjnych na odpowiednich poziomach. W miarę rozwoju organizacji narzędzia mogą być rozszerzane w celu wspierania kultury autonomii zespołu i dostosowania organizacyjnego.

Aby uzyskać więcej informacji, zobacz Śledzenie pracy, proces i limity projektów oraz Planowanie struktury organizacyjnej.

Zarządzanie pracą w całej organizacji

Po nawiązaniu połączenia z usługą Azure DevOps połączysz się z organizacją. W ramach tej organizacji można zdefiniować co najmniej jeden projekt. Aby można było korzystać z systemu, należy utworzyć co najmniej jeden projekt.

Możesz skalować organizację w następujący sposób:

  • Dodaj projekty: obsługa różnych jednostek biznesowych.
  • Dodawanie zespołów: tworzenie zespołów w projekcie.
  • Dodaj repozytoria i gałęzie: Zarządzanie kodem źródłowym.
  • Dodaj agentów, pule agentów i pule wdrożeń: Obsługuj ciągłą integrację i wdrażanie.
  • Zarządzanie dostępem: użyj identyfikatora Entra firmy Microsoft do obsługi dużej liczby użytkowników.

Lokalne wdrożenie usługi Azure DevOps można skalować w następujący sposób:

  • Dodaj wystąpienia serwera: Zwiększ wydajność.
  • Dodaj kolekcje projektów i projekty: obsługa różnych jednostek biznesowych.
  • Dodawanie zespołów: tworzenie zespołów w projekcie.
  • Dodaj repozytoria i gałęzie: Zarządzanie kodem źródłowym.
  • Dodaj agentów, pule agentów i pule wdrożeń: Obsługuj ciągłą integrację i wdrażanie.
  • Zarządzanie dostępem: użyj usługi Active Directory do obsługi dużej liczby użytkowników.

Wyświetlanie projektów w organizacji

Wyświetl projekty zdefiniowane dla organizacji, otwierając stronę Projekty .

  1. Wybierz pozycję Azure DevOps, aby otworzyć projekty.

    Zrzut ekranu przedstawiający stronę projektów.

  2. Wybierz projekt z listy projektów.

Aby uzyskać więcej informacji, zobacz Tworzenie projektu.

Ograniczanie widoczności projektu

Domyślnie użytkownicy dodani do organizacji mogą wyświetlać wszystkie informacje i ustawienia organizacji oraz projektu. Aby uzyskać więcej informacji, zobacz Ograniczanie widoczności użytkowników dla projektów i nie tylko i Zmienianie widoczności projektu na publiczny lub prywatny.

Wyświetlanie danych historycznych

Wszyscy członkowie projektu mogą wyświetlać tożsamości dodane do komentarzy, dyskusji lub zadań. Na przykład wszyscy w projekcie (nawet użytkownicy z nowymi ograniczeniami) nadal widzą nazwę użytkownika przypisaną do elementu roboczego, gdy użytkownik nie jest już częścią projektu. To samo dotyczy @mentions w pull requestach, komentarzach, dyskusjach i nie tylko.

Korzystanie z pojedynczego projektu

Jedną z zalecanych metod jest użycie jednego projektu do obsługi organizacji lub przedsiębiorstwa. Pojedynczy projekt może pomóc zminimalizować utrzymanie zadań administracyjnych i zapewnia najbardziej zoptymalizowane i elastyczne doświadczenie z obiektem wielokrotnego powiązania.

Nawet jeśli masz wiele zespołów pracujących nad setkami różnych aplikacji i projektów oprogramowania, możesz łatwo zarządzać nimi w ramach jednego projektu. Projekt izoluje przechowywane w nim dane i przenosi dane z jednego projektu do innego, co powoduje utratę skojarzonej historii.

Aby uzyskać więcej informacji, zobacz Ile projektów potrzebujesz?.

Dodawanie innego projektu

Innym możliwym rozwiązaniem jest posiadanie wielu projektów. Takie podejście jest zalecane, jeśli twoja organizacja musi:

  • Zakaz dostępu do informacji zawartych w projekcie lub zarządzanie nim dla wybranych grup
  • Obsługa niestandardowych procesów śledzenia pracy dla określonych jednostek biznesowych w organizacji
  • Obsługa całkowicie oddzielnych jednostek biznesowych, które mają własne zasady administracyjne i administratorów
  • Testowanie działań dostosowywania lub dodawanie rozszerzeń przed wprowadzeniem zmian w projekcie roboczym
  • Obsługa projektu oprogramowania typu open source (OSS)

W następujących przypadkach możesz dodać kolejny projekt:

  • Zakaz dostępu do informacji zawartych w projekcie lub zarządzanie nim
  • Obsługa niestandardowych procesów śledzenia pracy dla określonych jednostek biznesowych w organizacji
  • Obsługa całkowicie oddzielnych jednostek biznesowych, które mają własne zasady administracyjne i administratorów
  • Testowanie działań dostosowywania lub dodawanie rozszerzeń przed wprowadzeniem zmian w projekcie roboczym

Korzystanie z projektów prywatnych i publicznych

Możesz mieć zarówno projekty prywatne, jak i publiczne. Można również zmienić widoczność projektu z jednego na drugi.

prywatne projekty:

  • Wymagaj dodawania dostępu użytkowników i zarządzania nim.
  • Wymagaj od użytkowników zalogowania się w celu uzyskania dostępu nawet w przypadku dostępu tylko do odczytu.
  • Podaj wszystkim członkom projektu dostęp do informacji o projekcie i organizacji.

Aby uzyskać więcej informacji, zobacz Zasoby przyznane członkom projektu.

Projekty publiczne:

  • Nie wymagaj od użytkowników logowania się w celu uzyskania dostępu tylko do odczytu do wielu usług.
  • Obsługa udostępniania kodu innym osobom.
  • Obsługa ciągłej integracji/ciągłego wdrażania (CI/CD) oprogramowania typu open source.

Aby uzyskać więcej informacji, zobacz Zmienianie widoczności projektu.

Obsługa kontroli wersji

Repozytoria Git można przeglądać i klonować tylko za pośrednictwem protokołu HTTPS. Punkty końcowe SSH i GVFS są niedostępne. Klienty, takie jak Visual Studio i IntelliJ, współpracują z adresem URL klonowania HTTPS, ale nie oferują połączonego doświadczenia, łączącego się z elementami roboczymi i innymi powiązanymi zasobami.

Obsługa widżetu pulpitu nawigacyjnego

Następujące widżety pulpitu nie wyświetlają żadnych przydatnych informacji dla użytkowników niezalogowanych.

  • Przypisane do mnie
  • Kafelek kodu
  • Nowy element roboczy
  • Prośba o połączenie
  • Wyniki zapytania
  • Jakość wymagań
  • Wykres spalania sprintu
  • Pojemność sprintu
  • Omówienie przebiegu
  • Członkowie zespołu
  • Witamy
  • Łącza robocze
  • Inne linki

Aby uzyskać więcej informacji, zobacz Dodawanie widżetów do pulpitu nawigacyjnego i często zadawane pytania dotyczące pulpitów nawigacyjnych, wykresów i raportów.

Tworzenie struktury projektu

Użyj następujących elementów, aby zbudować strukturę projektu spełniającą potrzeby biznesowe.

Dostosowywanie i konfigurowanie projektu

Możesz skonfigurować i dostosować większość usług i aplikacji, aby obsługiwać potrzeby biznesowe lub sposób pracy zespołów. W każdym projekcie można wykonywać następujące zadania. Aby uzyskać kompleksowy widok, w którym można skonfigurować zasoby, zobacz Informacje o ustawieniach zespołu, projektu i na poziomie organizacji.

  • Kokpity: każdy zespół może skonfigurować swój zestaw kokpitów, aby udostępniać informacje i monitorować postęp.
  • Kontrola źródła: dla każdego repozytorium Git można stosować zasady gałęzi i definiować uprawnienia gałęzi. W przypadku repozytoriów TFVC można ustawić polityki ewidencjonowania.
  • Śledzenie pracy: możesz dodawać pola, zmieniać przepływ pracy, dodawać reguły niestandardowe i dodawać strony niestandardowe do formularza elementu roboczego większości typów elementów roboczych. Można również dodać niestandardowe typy elementów roboczych. Aby uzyskać więcej informacji, zobacz Dostosowywanie procesu dziedziczenia.
  • Azure Pipelines: Możesz całkowicie dostosować potoki kompilacji i wydania, definiując kroki kompilacji, środowiska wydania oraz harmonogram wdrożenia. Aby uzyskać więcej informacji, zobacz Kompilowanie i wydawanie.
  • Plany testów platformy Azure: można definiować i konfigurować plany testów, zestawy testów, przypadki testowe i środowiska testowe. Możesz również dodać kroki testowe w potokach kompilacji. Aby uzyskać więcej informacji, zobacz Exploratory and manual testing and continuous testing for your builds (Eksploracyjne i ręczne testowanie oraz ciągłe testowanie kompilacji).

Dodawanie zespołu

W miarę rozwoju organizacji możesz dodawać zespoły wyposażone w konfigurowalne narzędzia Agile, aby sprostać przepływowi pracy każdego zespołu. Aby uzyskać więcej informacji, zobacz następujące artykuły.

Połącz się do projektu z innymi klientami

Oprócz nawiązywania połączenia za pośrednictwem przeglądarki internetowej można nawiązać połączenie z projektem z następujących klientów:

Aby uzyskać więcej informacji, zobacz Zgodność z wersjami usługi Azure DevOps Server.

Najważniejsze pojęcia

Użyj poniższego indeksu, aby szybko uzyskać dostęp do pojęć i zadań związanych z zarządzaniem projektami i zespołami.

Zadania użytkownika i administratora

Niektóre z poniższych zadań wymagają uprawnień przyznanych członkowi grupy Administratorzy projektu lub administratora zespołu.

Często zadawane pytania (FAQ)

Czy mogę przenieść projekt do innej organizacji lub kolekcji?

Ach: Tak, ale nie bez utraty danych. Możesz ręcznie skopiować zasoby i pozostawić część z tyłu lub użyć narzędzia innego niż Microsoft.

.: Jakie narzędzia programowe obsługują projekty?

Odp. Zobacz REST API projektów.

Możesz również użyć az devops project CLI.