Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Usługa Azure DevOps umożliwia nawiązywanie połączeń i współpracę między jej podstawowymi usługami. Za pomocą różnych funkcji można łączyć i śledzić zadania devops w usługach Azure Boards, Azure Repos, Azure Pipelines i Azure Test Plans. W tym artykule przedstawiono opcje używania integracji między usługami usługi Azure DevOps w celu poprawy przepływu pracy i produktywności.
Linki do dodatkowych informacji:
Współpraca w usłudze Azure DevOps
Poniższa tabela zawiera podsumowanie niektórych funkcji, które ułatwiają pracę z zespołem i innymi zespołami.
| Funkcja | Opis |
|---|---|
@mentions (dodaj do dyskusji i komentarzy) |
Możesz @wspomnieć członka zespołu lub cały zespół w ramach dyskusji formularza zadania lub sekcji komentarzy zatwierdzenia, żądania przeciągnięcia lub zestawu zmian. |
#ID (łącze do elementu roboczego) |
Aby zapewnić kompleksową możliwość śledzenia, możesz połączyć elementy robocze z zatwierdzeniami, żądaniami ściągnięcia i zestawami zmian. |
| Zespoły | Każdy zespół uzyskuje dostęp do zestawu narzędzi Agile i zasobów zespołu. Te narzędzia umożliwiają zespołom autonomiczną pracę i współpracę z innymi zespołami w przedsiębiorstwie. Każdy zespół może skonfigurować i dostosować każde narzędzie, aby obsługiwać sposób ich działania. W przypadku szybkiej nawigacji mogą oni oznaczać jako ulubione repozytoria, potoki i plany testów. |
| ALERTY | Konfigurowanie lub rezygnacja z alertów osobistych, zespołowych, projektowych lub na poziomie organizacji. Subskrybuj powiadomienia e-mail, gdy zmiany wystąpią w elementach roboczych, ocenach kodu, wnioskach o zatwierdzenie zmian, plikach kontroli źródła, procesach budowania i nie tylko. |
| Podsumowania pocztą e-mail |
-
Wyślij e-mail z listą elementów roboczych - Elementy zapytania e-mail - Wyślij podsumowania wydania pocztą e-mail |
| Wiki | Osadź wyniki zapytań usługi Azure Boards w Wiki. |
Integracja usług Azure Boards i Azure Repos
Za pomocą różnych typów linków możesz powiązać zmiany w kodzie ze scenariuszami i funkcjami użytkowników. Dla Git, użyj gałęzi, zatwierdzenia, żądania ściągnięcia lub tagu. W przypadku TFVC użyj Changeset lub Versioned Item.
Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Boards i usługą Azure Repos.
| Funkcja | Opis |
|---|---|
| Kierowanie rozwojem Git na podstawie zadań roboczych | Możesz zainicjować gałąź Git lub połączyć się z zatwierdzeniami lub żądaniami ściągnięcia i zarządzać cyklem rozwoju Git dla elementu roboczego bezpośrednio z formularza zadania. |
| Automatyczne łączenie i przenoszenie elementów roboczych za pomocą zatwierdzeń usługi Git | W przypadku repozytorium Git można włączyć lub wyłączyć następujące opcje: - Zamknij elementy robocze z wzmiankami w komentarzach zatwierdzeń. — Zapamiętaj wybory użytkownika dotyczące kończenia elementów roboczych za pomocą pull requestów. — Łączenie elementów roboczych z komentarzy komitów. W ustawieniach repozytorium możesz również zautomatyzować łączenie zmian z komitów lub pull requestów. - Łączenie wzmianek o zatwierdzeniach: włącz, aby powiązać zatwierdzenia z elementami roboczymi przy użyciu #WorkItemID w komunikatach zatwierdzeń. Wyłącz funkcję, gdy wypychasz repozytorium z innego konta lub usługi. Usługa Azure DevOps automatycznie wyłącza tę funkcję podczas importowania repozytorium. - Rozpoznawanie zatwierdzeń dla zamykania elementów roboczych: Włącz, aby zamykać elementy robocze za pomocą Fixes #WorkItemID w zatwierdzeniach. - Preferencje przejścia elementu roboczego: domyślnie zapamiętuje opcję każdego użytkownika, aby ukończyć połączone elementy robocze z żądaniami ściągnięcia. Możesz wyłączyć tę funkcję, aby zniechęcić użytkowników do wykonywania elementów roboczych za pomocą pull requestów. Gdy jest wyłączona, użytkownicy muszą wybrać ukończenie elementów roboczych dla każdego pull request. |
| Sprawdź połączone elementy robocze w gałęzi Git | Zachęcaj do śledzenia, sprawdzając połączone elementy robocze w żądaniach ściągnięcia. |
| Automatyczne uzupełnianie elementów pracy przy użyciu zgłoszeń pull request. | Po powiązaniu elementu roboczego z pull requestem możesz automatycznie ukończyć te elementy robocze po pomyślnym ukończeniu pull requestu. System domyślnie używa twojego wyboru dla przyszłych pull requestów. |
| Wyświetlanie listy obiektów kodu połączonych z jednym elementem roboczym | Elementy robocze można połączyć ze zmianami kodu, kompilacjami i wydaniami — zapewniając dziennik inspekcji tworzenia funkcji. |
| Zapytanie dotyczące linków zewnętrznych | Możesz wyszukiwać elementy robocze zawierające linki do gałęzi, zatwierdzeń, żądań ściągnięcia lub tagów. |
| Konfigurowanie zasad gałęzi w celu obsługi śledzenia pracy | Aby upewnić się, że zmiany w gałęzi zawierają linki do elementów roboczych, należy skonfigurować zasady gałęzi dla repozytorium Git w ustawieniach repozytorium. Włącz opcję Sprawdzanie połączonych elementów roboczych. Wybierz pozycję Wymagane, aby wymagać, że wszystkie żądania pobrania muszą mieć co najmniej jeden powiązany element roboczy do ukończenia. Wybierz opcję Opcjonalne , aby zezwolić na żądania ściągnięcia bez połączonych elementów roboczych, ale ostrzegaj o tym. |
Integracja usług Azure Boards i Azure Pipelines
Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Boards i usługą Azure Pipelines. Dostępnych jest kilka funkcji, które zapewniają obsługę kompleksowego śledzenia, gdy historie użytkownika i funkcje przechodzą przez cykl rozwoju. Podobnie jak w przypadku usługi Azure Repos, można połączyć elementy pracy z elementami w potoku, korzystając z następujących rodzajów powiązań: Kompilacja, Zintegrowana w kompilacji i Zintegrowana w wersji.
Funkcja
Opis
Ręczne łączenie elementów roboczych z buildami.
Połącz elementy pracy z kompilacjami w tym samym lub innym projekcie w ramach organizacji lub zbioru.
Ustaw opcję integracji, aby automatycznie utworzyć zintegrowane w kompilacji łącza z elementami roboczymi połączonymi z gałęzią, zatwierdzeniem lub żądaniem ściągnięcia skojarzonym z pipeline'em.
Należy wypełnić kontrolkę Rozwój za pomocą linków zintegrowanych w kompilację. Elementy robocze lub commity, które są częścią wydania, są ustalane na podstawie wersji artefaktów. Na przykład każda kompilacja w usłudze Azure Pipelines jest skojarzona z zestawem elementów roboczych i zatwierdzeń. Aby uzyskać więcej informacji, zobacz Konfigurowanie potoków do obsługi integracji.
Aby połączyć elementy robocze z kompilacjami i wydaniami, wybierz opcję i odgałęzienie dla potoku klasycznego lub YAML. Ta akcja tworzy łącza dla elementów roboczych, które są powiązane z gałęzią, zatwierdzeniem lub żądaniem ściągnięcia: zintegrowane w kompilacji oraz zintegrowane w etapie wydania.
Wymagane jest wypełnienie kontrolki Development linkami Zintegrowane w kompilacji oraz kontrolki Deployment linkami Zintegrowane w etapie wydania podczas uruchamiania potoku klasycznego lub YAML. Aby uzyskać więcej informacji, zobacz Konfigurowanie potoków do obsługi integracji.
Ustaw opcję integracji, aby automatycznie tworzyła łącza Zintegrowane w etapie wydania do elementów roboczych powiązanych z gałęzią, zatwierdzeniem lub żądaniem ściągnięcia związanym z wydaniem.
Należy wypełnić kontrolkę Wdrożenie w formularzu elementu roboczego za pomocą linków zintegrowanych na etapie wydania. Aby uzyskać więcej informacji, odwiedź Potoki wydania, Jak integrować i raportować stan wydania?.
Wyświetl listę elementów roboczych połączonych z klasycznym potokiem wydawniczym
Wyświetla listę wszystkich elementów roboczych połączonych z kompilacją lub wydaniem.
Wyświetl i otwórz listę zadań powiązanych z potokiem klasycznym lub YAML.
Wyświetla listę wszystkich elementów roboczych powiązanych z wydaniem od czasu poprzednio wybranej wersji. Może sortować listę według każdej kolumny.
Wyświetl listę obiektów kompilacji lub wydawania połączonych z pojedynczym elementem roboczym
Możesz połączyć elementy robocze z kompilacjami i wydaniami— zapewniając ścieżkę audytu tworzenia i wdrażania funkcji.
Wykonywanie zapytań dotyczących linków zewnętrznych.
Wyświetlanie i szybkie przechodzenie do etapów wydania, do których jest przypisany element roboczy.
Kontrolka Wdrożenie w formularzu elementu roboczego pokazuje etapy, z którymi jest połączony element roboczy. Możesz zobaczyć status niektórych procesów i otworzyć każdy etap lub proces, rozwijając etap. Aby uzyskać więcej informacji, zobacz Łączenie i przeglądanie elementów roboczych przeznaczonych do wdrożeń.
Utwórz element roboczy dotyczący awarii, opcjonalnie ustaw wartości dla pola elementu roboczego (wersja klasyczna)
Utwórz element roboczy dotyczący awarii (klasyczny lub YAML), opcjonalnie ustaw wartości dla pola elementu roboczego (wersja klasyczna)
Automatycznie utwórz element roboczy i ustaw pola, gdy kompilacja zakończy się niepowodzeniem. Aby uzyskać więcej informacji, zobacz Opcje kompilacji dla klasycznych potoków oraz Dostosowywanie potoków, Tworzenie elementu roboczego w przypadku niepowodzenia.
Zadanie zapytania o elementy robocze. Upewnij się, że liczba pasujących elementów roboczych zwróconych z zapytania nie przekracza ustalonego progu.
Użyj tego zadania, aby upewnić się, że liczba pasujących elementów zwracanych przez zapytanie dotyczące elementów roboczych mieści się w skonfigurowanych progach. Aby uzyskać więcej informacji, zobacz Zadanie wykonywania zapytań o elementy robocze (Query Work Items task), Kontrolowanie wdrożeń za pomocą bram i zatwierdzeń (Control deployments with gates and approvals).
Integracja usług Azure Repos i Azure Pipelines
Azure Pipelines zapewnia wsparcie dla budowania kodu przechowywanego w Azure Repos, korzystając z repozytorium Git lub Kontroli wersji Team Foundation (TFVC). Inne repozytoria, które Azure Pipelines obsługuje, są wymienione w Obsługiwane repozytoria źródłowe.
Poniższa tabela zawiera podsumowanie funkcji integracji między usługą Azure Repos i usługą Azure Pipelines.
| Funkcja | Opis |
|---|---|
| Status wdrożenia raportu | Wskazuje stan wdrożenia na stronach Pliki, Zatwierdzenia i Gałęzie dla repozytoriów Git. Ta funkcja poprawia śledzenie od zatwierdzenia kodu do wdrożenia. Możesz skonfigurować środowiska wydania do zgłaszania statusu wdrożenia. |
| Odznaka statusu wydania | Opublikuj stan najnowszego buildu potoku w repozytorium. |
| Pokrycie kodu | Opublikuj i przejrzyj wyniki pokrycia kodu, które wskazują proporcję kodu projektu, który jest rzeczywiście testowany. |
| Funkcja | Opis |
|---|---|
| Stan wdrożenia raportu | Wskazuje stan wdrożenia na stronach Pliki, Zatwierdzenia i Gałęzie dla repozytoriów Git. Ta funkcja poprawia śledzenie od zatwierdzenia kodu do wdrożenia. Możesz skonfigurować środowiska wydania do zgłaszania statusu wdrożenia. |
| Pokrycie kodu | Opublikuj i przejrzyj wyniki pokrycia kodu, które wskazują proporcję kodu projektu, który jest rzeczywiście testowany. |
Integracja usług Azure Boards, Azure Repos i Azure Test Plans
Kilka scenariuszy współpracy jest obsługiwanych za pośrednictwem typów elementów roboczych usługi Azure Boards. Można użyć zarządzanych zapytań oraz funkcji wyszukiwania Azure DevOps, aby znajdować i wyświetlać listę elementów roboczych.
Uwaga
Należy utworzyć niektóre typy elementów roboczych, takie jak żądanie opinii, żądanie przeglądu kodu, kroki udostępnione i parametry udostępnione — za pomocą określonych narzędzi lub formularzy. Te typy są dodawane do kategorii Typy ukryte i nie są wyświetlane w menu używanych do dodawania elementów roboczych.
W przypadku modelu dziedziczonego procesu można dostosować tylko następujące typy elementów roboczych: Plan testów, Zestaw testów i Przypadek testowy.
| Scenariusz | Typ elementu roboczego | Opis |
|---|---|---|
| Żądanie przeglądu kodu | Żądanie przeglądu kodu | Śledzi informacje wprowadzone w formularzu nowego przeglądu kodu TFVC. Aby uzyskać więcej informacji, zobacz Get your code reviewed with Visual Studio (Uzyskiwanie przeglądu kodu w programie Visual Studio). |
| Podaj przegląd kodu | Odpowiedź na przegląd kodu | Śledzi komentarze do przeglądu, które recenzenci kodu udostępniają w odpowiedzi na prośbę o przegląd kodu. |
| Poproś o opinię | Żądanie opinii | Śledzi informacje wprowadzone w formularzu opinii zwrotnej. Użyj poniższych formularzy, aby zainicjować żądanie opinii. - Zażądaj opinii uczestników projektu - Uzyskaj opinię. |
| Przekazywanie opinii | Przegląd opinii | Umożliwia interesariuszom przekazywanie opinii na podstawie żądań opinii lub woluntaryjne przekazywanie opinii przy użyciu rozszerzenia Microsoft Test & Feedback Marketplace. |
| Testowanie ręczne | Plan testów | Grupuje jeden lub więcej zestawów testów i pojedyncze przypadki testowe razem. Plany testów obejmują statyczne zestawy testów, zestawy oparte na wymaganiach i zestawy oparte na zapytaniach. Aby rozpocząć, zobacz Tworzenie planów testów i zestawów testów. |
| Testowanie ręczne | Pakiet testów | Grupuje co najmniej jeden przypadek testowy na oddzielne scenariusze testowania w ramach jednego planu testowego. Grupowanie przypadków testowych ułatwia sprawdzenie, które scenariusze zostały ukończone. |
| Testowanie ręczne | Przypadek testowy | Definiuje kroki używane do weryfikowania poszczególnych części kodu, aby upewnić się, że kod działa poprawnie, nie ma błędów i spełnia wymagania biznesowe i klienta. Można dodawać poszczególne przypadki testowe do planu testu bez tworzenia zestawu testów. Więcej niż jeden zestaw testów lub plan testu może odwoływać się do przypadku testowego. Przypadki testowe można skutecznie używać ponownie bez konieczności kopiowania lub klonowania ich dla każdego pakietu lub planu. |
| Testowanie ręczne | Udostępnione kroki | Umożliwia udostępnianie kroków w kilku przypadkach testowych. |
| Testowanie ręczne | Parametry współdzielone | Umożliwia powtarzanie tych samych przypadków testowych z różnymi danymi. |
Testowanie typów elementów roboczych
Typy elementów roboczych, które obsługują środowisko testowania, są połączone ze sobą przy użyciu typów linków przedstawionych na poniższej ilustracji. Tego rodzaju obejmują Przetestowane przez/Testy, Przypadki testowe /Udostępnione krokii Referencje według/Referencje.
Za pomocą portalu internetowego można wyświetlić przypadki testowe zdefiniowane dla zestawu testów oraz zestawy testów zdefiniowane dla planu testu. Nie ma jednak określonego typu łącza, który łączy te obiekty ze sobą.
Śledzenie błędów
Typ elementu roboczego Błąd obsługuje następujące integracje, o których powinieneś wiedzieć podczas śledzenia błędów.
| Scenariusz | Opis |
|---|---|
| Tworzenie usterki na podstawie narzędzia do testowania | Możesz dodać usterkę z modułu uruchamiającego testy lub rozszerzenia Test & Feedback. Aby uzyskać więcej informacji, zobacz Definiowanie, przechwytywanie, klasyfikowanie i zarządzanie usterkami. |
| Tworzenie testów wbudowanych połączonych z usterkami lub scenariuszami użytkownika | Gdy zespół śledzi błędy jako wymagania, możesz użyć tablicy, aby dodać testy w celu zweryfikowania poprawek błędów lub historii użytkowników. |
| Śledzenie informacji o kompilacji przy użyciu usterek | Formularz elementu roboczego błędu zawiera informacje systemowe, znalezione w kompilacji i zintegrowane w kompilacji, które wspierają śledzenie wykrytych i rozwiązanych defektów kodu w kompilacjach potoku. Aby uzyskać więcej informacji, zobacz Query based on build and test integration fields (Wykonywanie zapytań na podstawie pól integracji kompilacji i testowania). |
Integracja usług Azure Pipelines i Azure Test Plans
Plany testów platformy Azure są w pełni zintegrowane z usługą Azure Pipelines, aby obsługiwać testowanie w ramach ciągłej integracji/ciągłego wdrażania (CI/CD). Plany testów i przypadki testowe można skojarzyć z pipeline'ami kompilacji lub wydania. Dodawanie zadań do definicji potoków w celu zbierania i publikowania wyników testów. Przejrzyj wyniki testów za pomocą wbudowanych raportów postępu i raportów testów potokowych. Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Pipelines i planami testów platformy Azure.
| Funkcja | Opis |
|---|---|
| Ustawienie planów testów | Za pomocą ustawień planu testu można skonfigurować ustawienia przebiegu testu, aby skojarzyć potoki kompilacji lub wydania oraz ustawienia wyniku testu. |
| Zadania umożliwiające testowanie potoku | Określ zadania umożliwiające testy w definicji pipeline. Usługa Azure Pipelines udostępnia kilka zadań, w tym następujące zadania, które obsługują kompleksowe funkcje raportowania testów i analizy. - Zadanie do publikowania wyników testów: Służy do publikowania wyników testów w usłudze Azure Pipelines. - zadania testowego programu Visual Studio: używane do uruchamiania testów jednostkowych i funkcjonalnych (Selenium, Appium, Coded UI test i inne) przy użyciu testera programu Visual Studio. pl-PL: - zadanie interfejsu wiersza poleceń platformy .NET Core: służy do kompilowania, testowania, tworzenia pakietu lub publikowania aplikacji .NET. Aby zapoznać się z innymi zadaniami, zobacz zadanie Publikowania wyników testu |
| Uruchamianie testów automatycznych w potokach kompilacji | Połącz plany testów z potokiem kompilacji tak, aby były uruchamiane z każdą kompilacją. |
| Kojarzenie testów automatycznych z przypadkami testowymi | Kojarzenie testów automatycznych z przypadkami testowymi. |
| Ustawianie zasad przechowywania dla wyników testów automatycznych skojarzonych z kompilacjami | Można ustawić zasady przechowywania testów dla automatycznych kompilacji na stronie Pipelines>Przechowywanie. |
| Wymagania dotyczące możliwości śledzenia | Widżet jakości wymagań obsługuje ciągłe śledzenie jakości w ramach potoku kompilacji lub wydania. Widżet przedstawia mapowanie między wymaganiem a najnowszymi wynikami testu wykonanymi zgodnie z tym wymaganiem. Zapewnia wgląd w śledzenie wymagań. |
| Trend wyników testów | Konfigurowalny widżet trendu wyników testów wyświetla trend wyników testów dla wybranego potoku kompilacji lub wydania. Widżet ułatwia wizualizowanie trendów testów w danym okresie, uwidocznianie wzorców dotyczących niepowodzeń testów, czasu trwania testu itd. Aby uzyskać więcej informacji, zobacz Konfigurowanie widżetu trendu wyników testów (zaawansowane) |
| Stan wdrożenia | Konfigurowalny widżet stanu wdrożenia przedstawia połączony widok stanu wdrożenia oraz współczynnik zaliczonych testów w wielu środowiskach dla ostatniego zestawu kompilacji. Widżet można skonfigurować, określając potok kompilacji, gałąź i powiązane potoki wydania. Aby wyświetlić podsumowanie testu w wielu środowiskach w ramach wydania, widżet udostępnia widok macierzy każdego środowiska i odpowiadający im wskaźnik zdawalności testów. Zobacz Kojarzenie testów automatycznych z przypadkami testowymi |
| Wyświetlanie wyników testów w kompilacjach i wydaniach | Podsumowania kompilacji i wydania zawierają szczegółowe informacje o wykonaniu testów. Przejrzyj te podsumowania, aby ocenić jakość procesu, sprawdzić możliwość śledzenia i rozwiązać problemy związane z awariami. Wybierz pozycję Podsumowanie testu, aby wyświetlić szczegóły na karcie Testy . |
| Analiza testów dla kompilacji | Każde podsumowanie kompilacji zawiera kartę Analiza , która hostuje raport analizy testów. |
Pulpity nawigacyjne, raporty i analiza
Panele umożliwiają łatwe monitorowanie postępu i stanu. Zespoły mogą dodawać konfigurowalne widżety, aby obsługiwać swoje cele. Usługa Analytics to platforma raportowania dla usługi Azure DevOps i zastępuje poprzednią platformę opartą na usługach SQL Server Reporting Services. Analiza jest zoptymalizowana pod kątem szybkiego dostępu do odczytu i agregacji opartych na serwerze i zapewnia następujące korzyści:
- Widżety analizy, które można dodać do pulpitów nawigacyjnych
- Raporty analizy kontekstowej dostępne na stronach usługi Azure DevOps
- Paski podsumowania i liczby dla zaległości w Azure Boards
- Raporty niestandardowe, które można tworzyć przy użyciu usługi Power BI
- Raporty niestandardowe, które można tworzyć przy użyciu zapytań OData
- Obsługa tworzenia i dodawania niestandardowych widżetów analizy, które można dodać do pulpitów nawigacyjnych
Do pulpitu nawigacyjnego można dodać następujące wbudowane widżety. Są one zorganizowane w ramach usługi, którą obsługują. Możesz znaleźć więcej widżetów z witryny Azure DevOps Marketplace.
Dane dostępne w usłudze Analytics
Analiza udostępnia platformę raportowania dla usługi Azure DevOps. Aby uzyskać informacje, zobacz Dane dostępne z analizy Analytics.
Automatyzacja i łączniki
Produkty firmy Microsoft obsługują automatyzację lub integrację z kilkoma innymi aplikacjami i usługami. Aby uzyskać więcej informacji, zobacz następujące artykuły.