Udostępnij przez

Konfigurowanie potoków do obsługi śledzenia pracy

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Aby obsługiwać integrację i możliwość śledzenia w usługach Azure DevOps Services za pomocą potoków, można skonfigurować kilka opcji. Możesz zgłaszać stan potoku, kopiować składnię znaczków stanu i konfigurować automatyczne łączenie elementów roboczych z kompilacjami i wydaniami.

Obsługiwane funkcje integracji potoków i śledzenia pracy

Dostępnych jest kilka funkcji, które zapewniają wsparcie dla śledzenia od końca do końca, gdy historyjki użytkownika i funkcje przechodzą przez cykl rozwoju. Podobnie jak w przypadku usługi Azure Repos, można połączyć elementy robocze z obiektami potokowymi z następującymi typami linków: Kompilacja, Zintegrowana w kompilacji i Zintegrowana w wydaniu. Link Zintegrowane w środowisku wydania można utworzyć, włączając opcję Raportuj stan wydania na tablice w klasycznych potokach wydania.

Zrzut ekranu przedstawiający diagram koncepcyjny przedstawiający typy łączy łączące elementy robocze z obiektami usługi Azure Pipelines.

Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Boards i usługą Azure Pipelines. Opcje i kroki konfiguracji różnią się w zależności od tego, czy konfigurujesz potok YAML, czy klasyczny oraz wersję usługi Azure DevOps. Większość opcji jest obsługiwana w przypadku potoków uruchamianych w kontekście repozytorium Git usługi Azure Repos, chyba że określono inaczej.

Funkcja

Opis

Obsługiwane wersje

Ręczne łączenie elementów roboczych z kompilacjami

Możesz połączyć element roboczy z kompilacjami w ramach tego samego projektu lub innych projektów w organizacji. Aby uzyskać więcej informacji, zobacz Łączenie elementów roboczych z innymi obiektami.

Wszystkie wersje

Wyświetlanie kompilacji powiązanych z elementem roboczym

Wszystkie kompilacje powiązane z zadaniem roboczym, zarówno ręcznie, jak i automatycznie, można wyświetlić na zakładce Linki. Aby uzyskać więcej informacji, zobacz Łączenie z zadaniami roboczymi z innych obiektów, Wyświetlanie listy powiązanych obiektów.

Wszystkie wersje

Automatyczne łączenie elementów roboczych z buildami

Potrzebne jest wypełnienie kontrolki Rozwój przy użyciu linków zintegrowanych w kompilacji. Elementy robocze lub zatwierdzenia, które są częścią wydania, są obliczane z wersji artefaktów. Na przykład każda kompilacja w usłudze Azure Pipelines jest skojarzona ze zbiorem elementów roboczych i zatwierdzeń. Aby uzyskać więcej informacji, zobacz Automatyczne łączenie elementów roboczych w dalszej części tego artykułu.

YAML, Azure DevOps Server 2020 i nowsze

Automatyczne łączenie elementów roboczych z wydaniami i raportowanie stanu wdrożenia do elementu roboczego (tylko wersja klasyczna)

Potrzebujesz tego zadania, aby wypełnić kontrolkę Wdrożenie w formularzu elementu roboczego linkami Zintegrowanymi na etapie wydania. Aby uzyskać więcej informacji, zobacz Raportowanie stanu wdrożenia do tablic w dalszej części artykułu.

Serwer Azure DevOps 2020 i nowszy

Wyświetlanie listy elementów roboczych połączonych z kompilacją lub wydaniem

Przejrzyj i otwórz elementy robocze zawarte w kompilacji lub wydaniu.

YAML, Azure DevOps Server 2020 i nowsze

Tworzenie elementu roboczego w przypadku niepowodzenia (wersja klasyczna)

Automatycznie utwórz element roboczy, gdy kompilacja zakończy się niepowodzeniem i opcjonalnie ustaw wartości pól elementu roboczego. Aby uzyskać więcej informacji, zobacz Tworzenie elementu roboczego w przypadku niepowodzenia w dalszej części tego artykułu.

Wszystkie wersje

Zadanie Wykonywanie zapytań o elementy robocze, upewnij się, że liczba pasujących elementów roboczych zwróconych z zapytania mieści się w progu.

Użyj tego zadania, aby upewnić się, że liczba pasujących elementów zwracanych przez zapytanie robocze mieści się w skonfigurowanych progach. Aby uzyskać więcej informacji, zobacz Zadanie zapytania o elementy robocze, Kontrolowanie wdrożeń za pomocą bram i zatwierdzeń.

Azure DevOps Server 2020 i nowsze wersje

Wymagania wstępne

  • Aby skonfigurować opcje integracji dla klasycznego pipeline'u wdrożeniowego, musisz mieć uprawnienia do edytowania wdrożenia.
  • Aby połączyć elementy robocze z zatwierdzeniami i żądaniami ściągnięcia, musisz ustawić uprawnienie Edytuj elementy robocze w tym węźle na Zezwalaj na ścieżce obszaru przypisanej do elementu roboczego. Domyślnie grupa Współautorzy ma ten zestaw uprawnień.
  • Aby wyświetlić elementy robocze, musisz ustawić uprawnienie Wyświetl elementy robocze w tym węźle na Zezwalaj dla ścieżki obszaru przypisanej do elementu roboczego.

Otwórz ustawienia potoku, opcje kompilacji lub opcje integracji

Otwórz ustawienia pipeline'u

W przypadku potoków wydania zdefiniowanych w języku YAML należy skonfigurować integrację za pomocą okna dialogowego Ustawienia potoku.

  • Otwórz przepływ danych, wybierz Więcej działań, a następnie Ustawienia.

    Zrzut ekranu potoku YAML z otwartym menu Więcej akcji przedstawiający opcję Ustawienia.

    Zostanie wyświetlone okno dialogowe Ustawienia Pipeline. Aby uzyskać więcej informacji na temat automatycznego łączenia, zobacz Automatyczne łączenie elementów roboczych.

    Zrzut ekranu przedstawiający okno dialogowe ustawień potoku YAML z opcją Automatycznego łączenia nowych elementów roboczych w tej kompilacji.

Włączając automatyczne łączenie, można śledzić kompilacje lub wydania, które zawierają pracę, bez konieczności ręcznego wyszukiwania przez duży zestaw kompilacji lub wydań. Każda pomyślna kompilacja skojarzona z elementem roboczym jest automatycznie wyświetlana w kontrolce Rozwój formularza elementu roboczego. Każdy etap wydania skojarzony z elementem roboczym jest automatycznie wyświetlany w kontrolce Wdrażanie formularza elementu roboczego.

  1. Otwórz ustawienia potoku zgodnie z opisem w temacie Otwórz ustawienia potoku.

  2. Włącz automatyczne łączenie nowej pracy w tej kompilacji.

    Zrzut ekranu przedstawiający okno dialogowe ustawień potoku, które umożliwia automatyczne łączenie elementów roboczych w tej kompilacji.

    Po włączeniu funkcji Zintegrowane w kompilacji, linki są generowane dla wszystkich elementów roboczych powiązanych z wybranym żądaniem ściągnięcia przy każdym uruchomieniu wydania.

Jakie zadania są zawarte w automatycznym łączeniu?

Podczas tworzenia oprogramowania można połączyć elementy robocze podczas tworzenia gałęzi, zatwierdzenia lub żądania przejęcia. Możesz też zainicjować gałąź, commit lub żądanie ściągnięcia z elementu roboczego, automatycznie łącząc te obiekty zgodnie z opisem w Prowadzenie rozwoju Git z elementu roboczego. Utworzymy na przykład nową gałąź z opowieści użytkownika dotyczącej Formularza anulowania zamówienia.

Zrzut ekranu przedstawiający okno dialogowe

Po automatycznym łączeniu elementów roboczych do kompilacji są wykonywane następujące obliczenia:

  • W przypadku kompilacji po raz pierwszy:

    • Zidentyfikuj wszystkie elementy robocze powiązane z gałęzią, commitami oraz żądaniami ściągnięcia związanymi z kompilacją.

  • W przypadku kolejnych kompilacji:

    • Zidentyfikuj wszystkie elementy robocze skojarzone z aktualnie budowanym commitem (C1).
    • Zidentyfikuj wszystkie elementy robocze skojarzone z zatwierdzeniem (C2) ostatniej pomyślnej kompilacji tej samej gałęzi źródłowej.
    • Zidentyfikuj wszystkie elementy robocze skojarzone z zatwierdzeniami między C1 i C2 w drzewie zatwierdzeń.

Tworzenie elementu roboczego w przypadku niepowodzenia kompilacji (wersja klasyczna)

Jeśli przepływ kompilacji zakończy się niepowodzeniem, możesz automatycznie utworzyć element roboczy, aby śledzić rozwiązanie problemu. Możesz określić typ elementu roboczego i ustawić opcje, aby automatycznie przypisać go do osoby żądającej lub innych pól. Zleceniodawca to osoba, która uruchomiła kompilację.

Napiwek

Opcja Tworzenia elementu roboczego w przypadku awarii jest dostępna tylko dla potoków klasycznych. Aby to osiągnąć za pomocą potoku YAML, możesz użyć rozszerzenia z Marketplace, takiego jak tworzenie błędu przy niepowodzeniu wydania, lub zaimplementować to samodzielnie, korzystając z Azure CLI lub wywołań REST API.

  1. Otwórz opcje kompilacji potoku zgodnie z opisem we właściwościach kompilacji.

  2. Włącz opcję Utwórz element roboczy po niepowodzeniu i wybierz typ elementu roboczego do utworzenia. Opcjonalnie zaznacz pole wyboru Przypisz do osoby żądającej, aby ustawić pole Przypisz do oraz dodać pola do ustawienia w elemencie roboczym, który ma zostać utworzony.

    Na przykład tutaj wybieramy typ elementu roboczego Usterka i wskazujemy pola Priorytet oraz Tagi wraz z ich wartościami.

    Zrzut ekranu przedstawiający opcję Utwórz element roboczy po niepowodzeniu w opcjach kompilacji z wybranym typem elementu roboczego Usterka.

  3. Zapisz potok.

Aby dowiedzieć się nazwy referencyjnej pola, poszukaj jej w indeksie pól elementu roboczego . W przypadku pól niestandardowych dodanych za pośrednictwem dziedziczonego procesu usługa Azure DevOps przypisuje nazwę referencyjną na podstawie przyjaznej nazwy pola poprzedzonej prefiksem Niestandardowy. Można na przykład dodać pole o nazwie DevOps Triage. Nazwa odwołania to Custom.DevOpsTriage. W nazwie odwołania nie są dozwolone żadne spacje.

Uzyskaj lub włącz odznakę statusu

  1. Otwórz potok przetwarzania Więcej akcji i wybierz Odznaka statusu.

    Zrzut ekranu przedstawiający menu Więcej akcji potoku YAML z opcją odznaki stanu.

  2. Wybierz dział i zakres interesujący, a następnie wybierz Kopiuj do schowka, aby skopiować obraz lub składnię Markdown.

    Zrzut ekranu okna dialogowego odznaki stanu potoku YAML z opcjami wyboru gałęzi i zakresu.

Zgłaszanie stanu wdrożenia na hoście repozytorium (wersja klasyczna)

Gdy kod jest przechowywany w repozytorium Git usługi Azure Repos, możesz skonfigurować pipeline wdrożeniowy, aby wyświetlić odznakę na stronach usługi Azure Repos. Odznaka wskazuje miejsce wdrożenia określonego zatwierdzenia oraz informuje, czy wdrożenie zakończyło się powodzeniem czy niepowodzeniem. Ta opcja zwiększa śledzenie ścieżki od zatwierdzenia kodu po wdrożenie.

Zrzut ekranu przedstawiający opcje Integracji dla klasycznych pipeline'ów pokazujący status wdrożenia raportu w ustawieniach hosta repozytorium.

Usługa Azure Repos wyświetla stan wdrożenia w następujących sekcjach:

  • Pliki: wskazuje stan najnowszego wdrożenia dla wybranej gałęzi.
  • Zatwierdzenia: wskazuje stan wdrożenia dla każdego zatwierdzenia (wymaga włączenia wyzwalacza ciągłej integracji (CD) dla wydania.
  • Gałęzie: wskazuje stan najnowszego wdrożenia dla każdej gałęzi.

Jeśli wdrożysz zatwierdzenie w wielu potokach wydania z wieloma etapami, każdy etap pojawi się na odznace ze swoim stanem. Domyślnie, gdy tworzysz potok publikacji, system publikuje stan wdrożenia dla wszystkich etapów. Można jednak selektywnie wybrać etapy, dla których stan wdrożenia powinien być wyświetlany na wskaźniku stanu (na przykład pokaż tylko etap produkcji). Członkowie zespołu mogą wybrać ikonę statusu, aby wyświetlić najnowszy stan wdrożenia dla każdego z wybranych etapów procesów wypuszczania.

Zgłaszanie stanu wdrożenia w usłudze Jira (wersja klasyczna)

Uwzględnij problemy z programem Jira w elementach roboczych i utwórz linki do wszystkich problemów podczas kończenia etapu. Zainstaluj aplikację Azure Pipelines for Jira w chmurze Jira Software i dodaj organizację, aby utworzyć połączenie.

Zrzut ekranu opcji Integracji dla klasycznych potoków pokazujący ustawienia raportowania stanu wdrożenia do Jira.

Aby zapewnić integrację ze śledzeniem zgłoszeń w Jira, zainstaluj Azure DevOps dla Jira i połącz organizacje Azure DevOps z instancją oprogramowania Jira. Możesz połączyć wiele organizacji z jednym wystąpieniem i uzyskać dane dotyczące wszystkich swoich zespołów oraz powiązanych projektów. Aby uzyskać więcej informacji, zobacz Connect Azure DevOps to Jira (Łączenie usługi Azure DevOps z usługą Jira).

  • Last updated on