Informacje o projektach i skalowaniu organizacji

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Projekt zawiera repozytorium kodu źródłowego i miejsce, w których użytkownicy mogą planować, śledzić postępy i współpracować nad tworzeniem rozwiązań oprogramowania. Projekt reprezentuje podstawowy kontener, w którym dane są przechowywane podczas dodawania do Azure DevOps.

Podczas tworzenia projektu automatycznie tworzony jest zespół o tej samej nazwie. Jest to wystarczające dla małych zespołów. Jednak w przypadku organizacji na poziomie przedsiębiorstwa może być konieczne skalowanie w górę w celu utworzenia większej liczby zespołów i projektów. Te dodatki można tworzyć w ramach pojedynczego konta lub kolekcji.

Aby uzyskać więcej informacji, zobacz Planowanie struktury organizacyjnej.


Pojedynczy projekt i zespół zdefiniowany w obrębie elementu
organizacja lub kolekcja

Wiele projektów i zespołów zdefiniowanych w obiekcie
organizacja lub kolekcja


Conceptual image, Single collection-project-team.

Conceptual image, Scaled collection-project-team.


Struktura kolekcja-projekt-zespół zapewnia zespołom wysoki poziom autonomii, aby skonfigurować swoje narzędzia w sposób, który działa dla nich. Obsługuje również zadania administracyjne wykonywane na odpowiednim poziomie. W miarę rozwoju organizacji narzędzia mogą rozwijać się w celu wspierania kultury autonomii zespołu i dopasowania organizacyjnego.

Jak zarządzasz pracą w całym przedsiębiorstwie?

Jak skalować DevOps i narzędzia Agile do obsługi rosnącego przedsiębiorstwa?

Po nawiązaniu połączenia z usługą Azure DevOps łączysz się z kolekcją organizacji lub projektu. W tym kontenerze można zdefiniować co najmniej jeden projekt. Aby korzystać z systemu, należy utworzyć co najmniej jeden projekt.

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

  • Aby obsługiwać różne jednostki biznesowe, możesz dodawać projekty
  • W projekcie można dodawać zespoły
  • Dodawanie repozytoriów i gałęzi
  • Aby obsługiwać ciągłą integrację i ciągłe wdrażanie, można dodać agentów, pule agentów i pule wdrożeń
  • Aby zarządzać dużą liczbą użytkowników, możesz zarządzać dostępem za pośrednictwem Azure Active Directory

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

  • Aby zwiększyć wydajność, możesz dodać wystąpienia serwera
  • Aby obsługiwać różne jednostki biznesowe, możesz dodać kolekcje projektów i projekty
  • W projekcie można dodawać zespoły
  • Dodawanie repozytoriów i gałęzi
  • Aby obsługiwać ciągłą integrację i ciągłe wdrażanie, można dodać agentów, pule agentów i pule wdrożeń
  • Aby zarządzać dużą liczbą użytkowników, możesz zarządzać dostępem za pośrednictwem usługi Active Directory

Azure DevOps Services i Azure DevOps Server to platformy gotowe do użycia w przedsiębiorstwie. Te platformy obsługują zespoły o dowolnym rozmiarze, od dziesiątków do tysięcy. Azure DevOps Services, nasza usługa w chmurze, zapewnia skalowalną, niezawodną i globalnie dostępną hostowaną usługę. Jest on wspierany przez umowę SLA na 99,9% monitorowaną przez nasz zespół operacyjny 24x7 i dostępny w lokalnych centrach danych na całym świecie.

Jak wyświetlać projekty

Projekty zdefiniowane dla organizacji można wyświetlić, otwierając stronę Projekty .

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

    Open Projects

  2. Wybierz projekt z listy projektów.

Aby utworzyć lub wyświetlić listę projektów, zobacz Tworzenie projektu

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

    Screenshot of open Projects button, horizontal nav

  2. W tym miejscu możesz wybrać projekt z zestawu projektów wymienionych.

    Choose a project from the set of projects listed.

Ograniczanie widoczności użytkowników dla projektów przy użyciu grupy użytkowników w zakresie Project

Domyślnie użytkownicy dodani do organizacji mogą wyświetlać wszystkie informacje i ustawienia dotyczące organizacji oraz projektu.

Funkcja Ogranicz widoczność i współpracę użytkowników do określonych projektów w wersji zapoznawczej dla organizacji ogranicza dostęp użytkowników na dwa sposoby:

  • Ograniczanie widoków, które wyświetlają listę użytkowników, listę projektów, szczegóły rozliczeń, dane użycia i nie tylko, które są dostępne za pośrednictwem ustawień organizacji.
  • Ograniczanie zestawu użytkowników lub grup, które są wyświetlane za pośrednictwem opcji wyszukiwania selektora osób i możliwości użytkowników @mention .

Ważne

  • Funkcje ograniczonej widoczności opisane w tej sekcji dotyczą tylko interakcji za pośrednictwem portalu internetowego. Za pomocą interfejsów API REST lub poleceń interfejsu wiersza polecenia usługi Azure DevOps członkowie projektu mogą uzyskiwać dostęp do ograniczonych danych.
  • Użytkownicy-goście, którzy są członkami ograniczonej grupy z dostępem domyślnym w Azure AD, nie mogą wyszukiwać użytkowników z selektorem osób. Gdy funkcja w wersji zapoznawczej jest wyłączona lub gdy użytkownicy-goście nie są członkami ograniczonej grupy, użytkownicy-goście mogą przeszukiwać wszystkich użytkowników Azure AD zgodnie z oczekiwaniami.

Ograniczanie dostępu do ustawień organizacji

Aby ograniczyć wybranych użytkowników, takich jak osoby biorące udział w projekcie, Azure Active Directory użytkowników-gości lub członków określonej grupy zabezpieczeń, możesz włączyć funkcję Ogranicz widoczność i współpracę użytkowników do określonych projektów w wersji zapoznawczej dla organizacji. Po włączeniu tej opcji każdy użytkownik lub grupa dodana do grupy użytkowników w zakresie Project jest ograniczona przed dostępem do stron ustawień organizacji, z wyjątkiem opcji Przegląd i projekty, i jest ograniczona do uzyskiwania dostępu tylko do tych projektów, do których zostały dodane.

Aby włączyć tę funkcję, zobacz Zarządzanie funkcjami lub włączanie ich.

Uwaga

Wszystkie grupy zabezpieczeń to jednostki na poziomie organizacji, nawet te grupy, które mają uprawnienia tylko do określonego projektu. W portalu internetowym widoczność niektórych grup zabezpieczeń może być ograniczona na podstawie uprawnień użytkowników. Można jednak odnaleźć nazwy wszystkich grup w organizacji przy użyciu narzędzia interfejsu wiersza polecenia usługi Azure DevOps lub naszych interfejsów API REST. Aby dowiedzieć się więcej, zobacz Dodawanie grup zabezpieczeń i zarządzanie nimi.

Uwaga

Wszystkie grupy zabezpieczeń to jednostki na poziomie kolekcji, nawet te grupy, które mają uprawnienia tylko do określonego projektu. W portalu internetowym widoczność niektórych grup zabezpieczeń może być ograniczona na podstawie uprawnień użytkowników. Można jednak odnaleźć nazwy wszystkich grup w organizacji przy użyciu narzędzia interfejsu wiersza polecenia usługi Azure DevOps lub naszych interfejsów API REST. Aby dowiedzieć się więcej, zobacz Dodawanie grup zabezpieczeń i zarządzanie nimi.

Uwaga

Wszystkie grupy zabezpieczeń to jednostki na poziomie kolekcji, nawet te grupy, które mają uprawnienia tylko do określonego projektu. W portalu internetowym widoczność niektórych grup zabezpieczeń może być ograniczona na podstawie uprawnień użytkowników. Można jednak odnaleźć nazwy wszystkich grup w organizacji przy użyciu interfejsów API REST. Aby dowiedzieć się więcej, zobacz Dodawanie grup zabezpieczeń i zarządzanie nimi.

Ogranicz widoczność w selektorach osób

Organizacje, które zarządzają użytkownikami i grupami przy użyciu Azure Active Directory (Azure AD), mogą używać selektorów osób, które obsługują wyszukiwanie wszystkich użytkowników i grup dodanych do Azure AD, a nie tylko tych użytkowników i grup dodanych do projektu. Selektory osób obsługują następujące funkcje Azure DevOps:

  • Wybór tożsamości użytkownika z pola tożsamości śledzenia pracy, takiego jak Przypisano do
  • Wybór użytkownika lub grupy przy użyciu @mention w dyskusji o elemencie roboczym lub w polu tekstu sformatowanego, dyskusji na żądanie ściągnięcia, komentarzy do zatwierdzenia lub komentarzy grupy zmian lub zestawów odłogów
  • Wybór użytkownika lub grupy przy użyciu @mention ze strony typu wiki

Jak pokazano na poniższej ilustracji, rozpoczynasz wprowadzanie użytkownika w polu selektora osób, dopóki nie znajdziesz dopasowania do nazwy użytkownika lub grupy zabezpieczeń.

Screenshot of people picker

Ostrzeżenie

Po włączeniu funkcji Ogranicz widoczność i współpracę użytkowników do określonych projektów w wersji zapoznawczej dla organizacji użytkownicy o zakresie projektu nie mogą wyszukiwać użytkowników, którzy zostali dodani do organizacji za pośrednictwem członkostwa w grupie Azure Active Directory, a nie za pośrednictwem jawnego zaproszenia użytkownika. Jest to nieoczekiwane zachowanie i trwa rozwiązywanie problemu. Aby samodzielnie rozwiązać ten problem, wyłącz funkcję Ogranicz widoczność i współpracę użytkowników do określonych projektów w wersji zapoznawczej dla organizacji.

Użytkownicy i grupy, którzy są dodawani do grupy użytkowników w zakresie Project, mogą tylko wyświetlać i wybierać użytkowników i grupy w projekcie, z którym są połączeni z selektorem osób. Aby ograniczyć zakres selektorów osób dla wszystkich członków projektu, zobacz Zarządzanie organizacją, Ograniczanie wyszukiwania tożsamości i wyboru.

Dane historyczne pozostają widoczne

Tożsamości dodane do komentarza, dyskusji lub przypisania są nadal widoczne dla wszystkich członków projektu. Na przykład elementy robocze przypisane do użytkownika, który od tego czasu opuścił projekt, nazwa użytkownika dla tego elementu roboczego pozostaje widoczna dla wszystkich w projekcie, nawet dla użytkowników z nowym ograniczeniem. To samo dotyczy @mentions żądania ściągnięcia, komentarzy, dyskusji i nie tylko.

Kiedy dodać inny projekt

Ogólnie rzecz biorąc, zalecamy użycie pojedynczego projektu do obsługi organizacji lub przedsiębiorstwa. Pojedynczy projekt minimalizuje konserwację zadań administracyjnych i obsługuje najbardziej zoptymalizowane/w pełni elastyczne środowisko obiektu łączenia krzyżowego .

Nawet jeśli masz wiele zespołów pracujących nad setkami różnych aplikacji i projektów oprogramowania, można je najłatwiej zarządzać w ramach jednego projektu. Projekt służy do izolowania przechowywanych w nim danych. Nie można łatwo przenosić danych z jednego projektu do innego. W przypadku przenoszenia danych z jednego projektu do innego zazwyczaj tracisz historię skojarzona z danymi.

Aby uzyskać więcej informacji o tym, kiedy dodać inny projekt, zobacz Ile projektów potrzebujesz?.

Powody dodania innego projektu

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

  • Aby uniemożliwić dostęp do informacji zawartych w projekcie lub zarządzać nimi, aby wybrać grupy
  • Aby obsługiwać niestandardowe procesy ś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 administratorzy
  • Aby obsługiwać testowanie działań dostosowywania lub dodawanie rozszerzeń przed wprowadzeniem zmian w projekcie roboczym
  • Aby obsługiwać projekt oprogramowania open source (OSS)

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

  • Aby uniemożliwić dostęp do informacji zawartych w projekcie lub zarządzać nimi
  • Aby obsługiwać niestandardowe procesy ś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 administratorzy
  • Aby obsługiwać testowanie działań dostosowywania lub dodawanie rozszerzeń przed wprowadzeniem zmian w projekcie roboczym

Projekty prywatne i publiczne

Do organizacji można dodawać projekty publiczne i prywatne. Można również zmienić widoczność projektu z prywatnego na publiczny.

Projekty prywatne wymagają dodania dostępu użytkowników i zarządzania nimi. Użytkownicy muszą zalogować się, aby uzyskać dostęp do projektu, nawet jeśli jest dostępny tylko do odczytu. Wszyscy użytkownicy dodani do projektu mają dostęp do informacji o projekcie i organizacji. Aby uzyskać szczegółowe informacje, zobacz Zasoby przyznane członkom projektu.

Projekt publiczny nie wymaga od użytkowników logowania się w celu uzyskania dostępu tylko do odczytu do wielu 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 dowiedzieć się więcej na temat projektów publicznych, zobacz Co to jest projekt publiczny?.

Struktura projektu

Podczas dodawania projektu przyjrzyj się użyciu następujących elementów, aby utworzyć strukturę w celu obsługi potrzeb biznesowych:

Dostosowywanie i konfigurowanie projektów

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 wgląd w konfigurację zasobów, zobacz Informacje o ustawieniach zespołu, projektu i organizacji.

  • Pulpity nawigacyjne: każdy zespół może skonfigurować zestaw pulpitów nawigacyjnych , aby udostępniać informacje i monitorować ich postęp.
  • Kontrola źródła: dla każdego repozytorium Git można zastosować zasady gałęzi i zdefiniować uprawnienia gałęzi. W przypadku repozytoriów Kontrola wersji serwera Team Foundation 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ć szczegółowe informacje, zobacz Dostosowywanie procesu dziedziczenia.
  • Azure Pipelines: Możesz w pełni dostosować potoki kompilacji i wydania, zdefiniować kroki kompilacji, środowiska wydania i harmonogram wdrażania. Aby uzyskać szczegółowe informacje, zobacz Kompilowanie i wydawanie.
  • Azure Test Plans: można definiować i konfigurować plany testów, zestawy testów, przypadki testowe i środowiska testowe. Możesz również dodać kroki testowania w potokach kompilacji. Aby uzyskać szczegółowe informacje, zobacz Eksploracyjne & testowanie ręczne i ciągłe testowanie kompilacji.
  • Pulpity nawigacyjne: każdy zespół może skonfigurować zestaw pulpitów nawigacyjnych , aby udostępniać informacje i monitorować ich postęp.
  • Kontrola źródła: dla każdego repozytorium Git można zastosować zasady gałęzi i zdefiniować uprawnienia gałęzi. W przypadku repozytoriów Kontrola wersji serwera Team Foundation 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ć szczegółowe informacje, zobacz Dostosowywanie lokalnego modelu przetwarzania XML.
  • Kompilowanie i wydawanie: możesz w pełni dostosować potoki kompilacji i wydania, zdefiniować kroki kompilacji, środowiska wydania i harmonogram wdrażania. Aby uzyskać szczegółowe informacje, zobacz Kompilowanie i wydawanie.
  • Test: możesz zdefiniować i skonfigurować plany testów, zestawy testów, przypadki testowe i środowiska testowe. Możesz również dodać kroki testowania w potokach kompilacji. Aby uzyskać szczegółowe informacje, zobacz Eksploracyjne & testowanie ręczne i ciągłe testowanie kompilacji.

Kiedy dodać zespół, skalowanie narzędzi Agile w przedsiębiorstwie

W miarę rozwoju organizacji dodaj zespoły, aby zapewnić im narzędzia Agile, które każdy zespół może skonfigurować pod kątem spełnienia ich przepływu pracy. Aby dowiedzieć się więcej, zobacz następujące artykuły.

Aby przejrzeć historie i krótkie filmy wideo dotyczące sposobu przejścia firmy Microsoft z kaskady do metody Agile, zobacz Scaling Agile Across the Enterprise (Skalowanie agile w Enterprise).

Klienci, którzy obsługują połączenie z projektem

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:

Zobacz również zgodność z wersjami Azure DevOps Server.

Q & A

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

A: Nie bez utraty danych. Nie można przenieść projektu z jednej kolekcji/organizacji do innej kolekcji/organizacji bez utraty danych. Możesz ręcznie skopiować zasoby i pozostawić niektóre zasoby 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.

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

A. Zobacz Interfejs API REST projektów.

Ponadto można użyć poleceń az devops project.