Konfigurowanie strategii wdrażania w witrynie Azure Portal

Dzięki temu sprintowi umożliwiamy użytkownikom wybór strategii wdrażania bezpośrednio w portalu Azure i wprowadzamy kilka ulepszeń w doświadczeniu użytkowników w Pipelines i Repos.

Funkcje

General

• Usługa Azure DevOps umożliwia teraz administratorom zespołu subskrybowanie zdarzeń z usługi MS Teams i Slack
• Powiadomienia w MS Teams i Slack dotyczące zdarzeń Repo

Azure Repos

• Dodawanie załączników podczas tworzenia pull requesta
• Nowa konwersja platformy internetowej — ustawienia repozytorium

Azure Pipelines

• Zadania mogą uzyskiwać dostęp do zmiennych wyjściowych z poprzednich etapów
• Ogranicz zakres dostępu do repozytoriów usługi kompilacji
• Uzyskiwanie szczegółów w czasie działania dotyczących wielu repozytoriów
• Przepływy wieloetapowe — ogólna dostępność
• Konfigurowanie strategii wdrażania w witrynie Azure Portal

General

Usługa Azure DevOps umożliwia teraz administratorom zespołu subskrybowanie zdarzeń z usługi MS Teams i Slack

Oprócz administratorów projektu usługa Azure DevOps umożliwia teraz administratorom zespołu subskrybowanie zdarzeń dla usług Azure Boards, Azure Repos i Azure Pipelines bezpośrednio z usług Slack i MS Teams.

Powiadomienia MS Teams i Slack dotyczące zdarzeń w repozytoriach

Jako ulepszenie integracji z MS Teams i Slack możesz teraz subskrybować jedno lub więcej zdarzeń w prośbie o dodanie, takich jak komentarze, przesyłanie kodu, aktualizacje i próby scalenia.

Azure Repos

Dodawanie załączników podczas tworzenia pull request.

Teraz możesz dodać załącznik do pull requesta podczas jego tworzenia. Aby dodać załącznik, wcześniej trzeba było utworzyć żądanie ściągnięcia, a następnie go edytować, ale teraz możesz bezpośrednio przeciągać i upuszczać obraz do strony tworzenia żądania ściągnięcia.

Nowa konwersja platformy internetowej — ustawienia repozytorium

Zamieniliśmy dwie strony ustawień repozytorium na jedno zintegrowane doświadczenie użytkownika, które zostało uaktualnione do nowej platformy sieciowej. To uaktualnienie nie tylko sprawia, że środowisko jest szybsze i bardziej nowoczesne, ale te strony zapewniają również pojedynczy punkt wejścia dla wszystkich zasad z poziomu projektu do poziomu gałęzi.

Dzięki temu nowe środowisko nawigacji dla projektów ze znaczną liczbą repozytoriów stało się łatwiejsze z powodu szybszego ładowania i dodanego filtru wyszukiwania. Możesz również wyświetlić zasady na poziomie projektu i listę zasad międzyrepozytoryjnych na zakładce Zasady.

Jeśli klikniesz do repozytorium, możesz wyświetlić zasady i uprawnienia ustawione na poziomie repozytorium. Na karcie polityki można wyświetlić listę wszystkich gałęzi, na których ustawiono politykę. Teraz kliknij gałąź, aby wyświetlić zasady bez opuszczania strony Ustawienia repozytorium.

Teraz, gdy zasady są dziedziczone z wyższego zakresu niż to, z czym pracujesz, pokazujemy, gdzie zasady zostały odziedziczone obok poszczególnych zasad. Możesz również przejść do strony, na której ustawiono zasady wyższego poziomu, klikając nazwę zakresu.

Sama strona zasad została również zaktualizowana do nowej platformy internetowej z sekcjami do rozkładania! Aby ulepszyć doświadczenie związane z wyszukiwaniem określonych zasad weryfikacji kompilacji, kontroli statusu lub automatycznego recenzenta, dodaliśmy filtry wyszukiwania dla każdej z tych sekcji.

Azure Pipelines

Zadania mogą uzyskiwać dostęp do zmiennych wyjściowych z poprzednich etapów

Zmienne wyjściowe mogą być teraz używane w różnych etapach w potoku opartym na języku YAML. Ułatwia to przekazywanie przydatnych informacji, takich jak decyzja go/no-go lub identyfikator wygenerowanego wyniku, od jednego etapu do następnego. Wynik (stan) poprzedniego etapu i jego zadania są również dostępne.

Zmienne wyjściowe są nadal generowane przez kroki w ramach zadań. Zamiast odwoływać się do dependencies.jobName.outputs['stepName.variableName'], etapy odnoszą się do stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Ograniczanie zakresu dostępu do repozytoriów w usłudze kompilacji

Na bazie ulepszania zabezpieczeń potoku poprzez ograniczenie zakresu tokenów dostępu, usługa Azure Pipelines może teraz ograniczyć dostęp tylko do tych repozytoriów, które są wymagane dla potoku opartego na języku YAML. Oznacza to, że w przypadku wycieku tokenu dostępu do potoku, będzie można zobaczyć tylko repozytorium/repozytoria używane w tym potoku. Wcześniej token dostępu był dobry dla dowolnego repozytorium usługi Azure Repos w projekcie lub potencjalnie całej kolekcji.

Ta funkcja będzie domyślnie włączona dla nowych projektów i organizacji. W przypadku istniejących organizacji należy ją włączyć wustawieniach>> organizacji. W przypadku korzystania z tej funkcji wszystkie repozytoria Git usługi Azure Repos dostępne przez potok przy użyciu tożsamości usługi kompilacji muszą być jawnie wyewidencjonowane przy użyciu checkout kroku zadania korzystającego z repozytorium. Aby uzyskać więcej informacji, zobacz Ograniczanie zakresu autoryzacji zadań do odwołań do repozytoriów usługi Azure DevOps.

Uzyskiwanie szczegółów podczas działania programu dotyczących wielu repozytoriów

Po uruchomieniu potoku usługa Azure Pipelines dodaje informacje o repozytorium, gałęzi i zatwierdzeniu, które wyzwoliły przebieg. Teraz, gdy potoki YAML obsługują pobieranie wielu repozytoriów, warto również znać repozytorium, gałąź i zatwierdzenie, które zostały pobrane dla innych repozytoriów. Te dane są dostępne za pośrednictwem wyrażenia środowiska uruchomieniowego, które można teraz mapować na zmienną. Przykład:

zasoby:
  Repozytoria:
  - repozytorium: inne
    typ: git
    name: MyProject/OtherTools
Zmiennych:
  tools.ref: $[ resources.repozytoria['other'].ref ]

Kroki:
- zatwierdź: self
- potwierdzenie: inne
- bash: echo "Wersja narzędzi: $TOOLS_REF"

Wieloetapowe potoki — wersja ogólna dostępności

Interfejs użytkownika potoków wieloetapowych jest teraz ogólnie dostępny. Odpowiedni przełącznik funkcji w wersji zapoznawczej został usunięty. 

Możesz przejść do nowego środowiska, wybierając pozycję Potoki —>Potoki w menu nawigacji po lewej stronie w usłudze Azure DevOps. To środowisko jest punktem wejścia zarówno dla klasycznych potoków kompilacji, jak i potoków YAML. Jest przyjazny dla urządzeń mobilnych i wprowadza różnorodne usprawnienia w zarządzaniu potokami. Możesz zgłębić temat i wyświetlić szczegóły przepływu danych, detale dotyczące uruchomień, analizę procesów, szczegóły zadań, dzienniki i inne.

Aby dowiedzieć się więcej na temat środowiska użytkownika potoków wieloetapowych, zobacz dokumentację tutaj.

Konfigurowanie strategii wdrażania w witrynie Azure Portal

Dzięki tej funkcji ułatwiliśmy konfigurację potoków, które wykorzystują strategię wdrażania według twojego wyboru, na przykład Rolling, Canarylub Blue-Green. Korzystając z tych wbudowanych strategii, możesz wdrażać aktualizacje w bezpieczny sposób i ograniczać powiązane zagrożenia związane z wdrażaniem. Aby uzyskać dostęp do tego, kliknij ustawienie "Ciągłe dostarczanie" na maszynie wirtualnej platformy Azure. W okienku konfiguracji zostanie wyświetlony monit o wybranie szczegółów dotyczących projektu Azure DevOps, w którym zostanie utworzony potok. Będziesz także musiał wybrać grupę wdrożenia, potok kompilacji publikujący pakiet do wdrożenia oraz preferowaną strategię wdrażania. Kontynuując, zostanie skonfigurowany w pełni funkcjonalny pipeline, który wdraża wybrany pakiet na maszynie wirtualnej.

Aby uzyskać więcej informacji, zapoznaj się z naszą dokumentacją dotyczącą konfigurowania strategii wdrażania .

Dalsze kroki

Przejdź do usługi Azure DevOps i przyjrzyj się.

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.