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ługach Azure DevOps udostępnia użytkownikom miejsce do planowania, śledzenia postępu i współpracy nad tworzeniem rozwiązań programowych. Projekt reprezentuje podstawowy kontener, w którym można przechowywać dane i kod źródłowy.

Podczas tworzenia projektu usługa Azure DevOps automatycznie tworzy zespół o tej 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ę i tworzenie większej liczby zespołów i projektów. W organizacji w usłudze Azure DevOps może być maksymalnie 1000 projektów.

Na poniższym diagramie przedstawiono jeden projekt i zespół w porównaniu z wieloma projektami i zespołami w organizacji lub kolekcji.

Jeden projekt i zespół

Wiele projektów i zespołów

Obraz koncepcyjny, pojedynczy zespół projektu.

Obraz koncepcyjny, Scaled collection-project-team.

Ta struktura umożliwia zespołom konfigurowanie narzędzi w sposób, który działa dla nich i wykonywanie zadań administracyjnych na odpowiednich poziomach. W miarę rozwoju organizacji narzędzia mogą rozwijać się w celu wspierania kultury autonomii zespołu i dostosowania organizacji.

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 tym kontenerze 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:

  • Dodawanie projektów do obsługi różnych jednostek biznesowych
  • Dodawanie zespołów w projekcie
  • Dodawanie repozytoriów i gałęzi
  • Dodawanie agentów, pul agentów i pul wdrożeń w celu obsługi ciągłej integracji i wdrażania
  • Zarządzanie dostępem za pośrednictwem identyfikatora Entra firmy Microsoft w celu zarządzania dużą liczbą użytkowników

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

  • Dodawanie wystąpień serwera w celu zwiększenia wydajności
  • Dodawanie kolekcji projektów i projektów w celu obsługi różnych jednostek biznesowych
  • Dodawanie zespołów w projekcie
  • Dodawanie repozytoriów i gałęzi
  • Dodawanie agentów, pul agentów i pul wdrożeń w celu obsługi ciągłej integracji i wdrażania
  • Zarządzanie dostępem za pośrednictwem usługi Active Directory w celu zarządzania dużą liczbą 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 komentarza, dyskusji lub przypisania. Na przykład wszyscy w projekcie (nawet użytkownicy z nowym ograniczeniem) nadal widzą nazwę użytkownika przypisaną do elementu roboczego, gdy użytkownik nie jest już częścią projektu. To samo dotyczy @mentions żądania ściągnięcia, komentarzy, dyskusji 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ć konserwację zadań administracyjnych i obsługiwać najbardziej zoptymalizowane i pełne możliwości obsługi obiektów między linkami.

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 służy do izolowania przechowywanych w nim danych i nie można łatwo przenosić danych z jednego projektu do innego. Podczas przenoszenia danych z jednego projektu do innego zazwyczaj tracisz historię skojarzona z danymi.

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

Dodawanie innego projektu

Innym wykonalnym podejściem jest posiadanie wielu projektów, co jest zalecanym podejściem, jeśli organizacja chce uwzględnić następujące scenariusze:

  • Aby uniemożliwić dostęp do informacji zawartych w projekcie lub zarządzać nimi w celu wybrania grup
  • Obsługa niestandardowych procesów śledzenia pracy dla określonych jednostek biznesowych w organizacji
  • Aby obsługiwać całkowicie oddzielne jednostki biznesowe, które mają własne zasady administracyjne i administratorów
  • Aby umożliwić testowanie działań dostosowywania lub dodawanie rozszerzeń przed wprowadzeniem zmian w projekcie roboczym
  • Aby obsługiwać projekt oprogramowania typu open source (OSS)

Możesz dodać kolejny projekt w następujących wystąpieniach:

  • Aby uniemożliwić dostęp do informacji zawartych w projekcie lub zarządzać nimi
  • Obsługa niestandardowych procesów śledzenia pracy dla określonych jednostek biznesowych w organizacji
  • Aby obsługiwać całkowicie oddzielne jednostki biznesowe, które mają własne zasady administracyjne i administratorów
  • Aby umożliwić 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.

Projekty prywatne wymagają dodania dostępu użytkowników i zarządzania nim. Użytkownicy muszą zalogować się, aby uzyskać dostęp do projektu, nawet jeśli jest to dostęp tylko do odczytu. Wszyscy członkowie projektu mają 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 zalogowania się w celu uzyskania dostępu tylko do odczytu do wielu następujących usług. Projekty publiczne zapewniają obsługę udostępniania kodu innym osobom oraz obsługi 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ć, ale tylko za pośrednictwem protokołu HTTPS. Punkty końcowe SSH i GVFS są niedostępne. Klienci, tacy jak Visual Studio i IntelliJ, pracują z adresem URL klonowania HTTPS, ale nie oferują połączonego środowiska łączącego się z elementami roboczymi i innymi zabezpieczeniami.

Obsługa widżetu pulpitu nawigacyjnego

Następujące widżety pulpitu nawigacyjnego nie wyświetlają żadnych przydatnych informacji dla elementów niebędących członkami.

  • Przypisane do mnie
  • Kafelek kodu
  • Nowy element roboczy
  • Żądanie ściągnięcia
  • Wyniki zapytania
  • Jakość wymagań
  • Spalenie przebiegu
  • Pojemność przebiegu
  • Omówienie przebiegu
  • Członkowie zespołu
  • Witamy
  • Łącza robocze
  • Inne linki

Tworzenie struktury projektu

Użyj poniższych elementów, aby sstrukturę projektu w celu zapewnienia obsługi potrzeb biznesowych.

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.

  • Pulpity nawigacyjne: każdy zespół może skonfigurować zestaw pulpitów nawigacyjnych , 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ć zasady 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 w pełni dostosować potoki kompilacji i wydania oraz zdefiniować kroki kompilacji, środowiska wydania i 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.

Nawiązywanie połączenia z projektem 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

Kilka z poniższych zadań wymaga uprawnień przyznanych członkom grupy Administratorzy projektu lub administrator zespołu.

Często zadawane pytania (FAQ)

.: Czy mogę przenieść lub 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 innej firmy, takiego jak OpsHub Visual Studio Migration Utility, które kopiuje dane przy użyciu interfejsów API REST.

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

Odp. Zobacz Interfejs API REST projektów.

Możesz również użyć interfejsu wiersza polecenia az devops project.