Większa elastyczność planowania dzięki ulepszonemu filtrowaniu tablicy sprintu

W tym sprincie możesz teraz filtrować tablicę sprintu i backlog sprintu według dodatkowych pól, w tym pól niestandardowych, co zapewnia takie same możliwości filtrowania, jakie są już dostępne w backlogu produktu i na tablicach.

W Azure Pipelines dodaliśmy bardziej szczegółową kontrolę nad wymaganiami dotyczącymi komentarzy dla uruchomień weryfikacji pull requestów z forków GitHub, nowy panel indeksu etapów umożliwiający szybszą nawigację po złożonych potokach ciągłego wdrażania oraz opcję anulowania wstrzymanych uruchomień przy ponownym włączaniu potoku.

Sprawdź notatki o wydaniu, aby uzyskać szczegóły.

Azure Boards

• Filtruj tablice sprintów i backlogi według dodatkowych pól

Azure Pipelines

• Bardziej szczegółowe wymaganie dotyczące komentarza przy uruchamianiu walidacji PR z repozytoriów GitHub
• Szybsza nawigacja po etapach potoku
• Włącz potok przetwarzania i anuluj wstrzymane uruchomienia

Wiki

• Standardowa składnia Mermaid w edytorach języka Markdown

Azure Boards

Filtrowanie tablic przebiegu i list prac według dodatkowych pól

Po wprowadzeniu dodatkowych filtrów dla tablic i list prac spełniliśmy długo zgłaszaną przez społeczność deweloperów prośbę o rozszerzenie tej funkcji również na tablice sprintów i backlogi sprintów.

Zespoły mogą teraz używać dodatkowych pól, w tym pól niestandardowych, do filtrowania tablic sprintu i rejestrów zadań, co ułatwia znajdowanie właściwych zadań i skupienie się na nich podczas planowania i realizacji sprintu. To ulepszenie dotyczy bardzo żądanej funkcji pierwotnie podniesionej w Azure DevOps Developer Community.

Azure Pipelines

Dokładniejszy wymóg komentarza dotyczący uruchamiania walidacji PR z repozytoriów GitHub

Aby ułatwić ochronę potoków przed nieautoryzowanym użyciem, przed uruchomieniem walidacji żądania ściągnięcia można wymagać komentarzy od członków zespołu lub współautorów.

Przed tym sprintem wymóg dodania komentarza obowiązywał w przypadku pull requestów zarówno z tego repozytorium, jak i z repozytoriów sforkowanych. Aby przyspieszyć proces, możesz wymagać komentarzy członków zespołu tylko dla uruchomień weryfikacyjnych pull requestów pochodzących z repozytoriów sforkowanych. Niestety, to nie było możliwe.

Od tego sprintu możesz niezależnie konfigurować wymagania dotyczące komentarzy dla każdego źródła PR osobno. W poniższym przykładzie komentarze są wymagane tylko dla PR-ów pochodzących z forków repozytorium.

Szybsza nawigacja między etapami potoku

Nawigowanie po złożonych potokach ciągłego wdrażania jest żmudne. Takie potoki mogą mieć dziesiątki, a nawet setki etapów. Znajomość stanu każdego etapu staje się trudniejsza w miarę postępu potoku, ponieważ późniejsze etapy nie mieszczą się na ekranie.

Począwszy od tego sprintu, Azure Pipelines wyświetla indeks etapów po lewej stronie mapy etapów, dzięki czemu łatwiej przejść do etapu, który Cię interesuje.

Wyobraź sobie, że masz potok z 32 etapami ułożonymi w pierścień. Etapy w ostatnim pierścieniu mogą nie mieścić się na ekranie. Może być konieczne przewinięcie ekranu w dół i w prawo, aby dotrzeć do ostatniego etapu.

Dzięki bocznemu panelowi etapów nawigacja jest łatwiejsza. Możesz przewijać pionowo do interesującego Cię etapu i kliknąć go, aby do niego przejść.

Włącz pipeline i anuluj wstrzymane uruchomienia

Włączenie wstrzymanego lub wyłączonego potoku może spowodować marnowanie zasobów obliczeniowych po wznowieniu dużej liczby przebiegów potoku.

Od tego sprintu podczas włączania potoku możesz wybrać opcję włączenia potoku przy jednoczesnym anulowaniu wstrzymanych uruchomień. Opcja włączenia potoku i wznowienia przebiegów jest nadal dostępna.

Wiki

Standardowa składnia Mermaid w edytorach języka Markdown

Diagramy syren w Azure DevOps Markdown obsługują teraz standardową składnię bloku kodu ogrodzonego (```mermaid), oprócz istniejącej składni ::: mermaid. Ta zmiana zmniejsza potrzebę zachowania różnych formatów języka Markdown między narzędziami i ułatwia tworzenie stron typu wiki, żądań ściągnięcia i elementów roboczych, które obejmują diagramy syrenki.

Zawartość utworzona przy użyciu standardowej składni ```mermaid w GitHub, VS Code lub innych edytorach języka Markdown jest teraz stale renderowana w Azure DevOps bez konieczności konwersji. Istniejące diagramy korzystające ze ::: mermaid składni nadal działają.

Ta zmiana dotyczy długotrwałej sugestii Developer Community.

Następne kroki

Note

Te funkcje będą wdrażane w ciągu najbliższych dwóch do trzech tygodni. Przejdź do usługi Azure DevOps i przyjrzyj się.

Przejdź do usługi Azure DevOps

Jak przekazać opinię

Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu Pomocy, aby zgłosić problem lub podać sugestię.

Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.