Nowe raporty analizy i aplikacja usługi Azure Boards dla usługi Slack — aktualizacja przebiegu 155

W aktualizacji z przebiegu 155 usługi Azure DevOps wprowadzamy nowe raporty usługi Azure Boards, które ułatwiają śledzenie ważnych metryk zespołu. Nowe raporty są dostępne na karcie Analiza w centrach Tablice, Lista prac i Przebieg. Te raporty są w pełni interakcyjne i można je dostosowywać do swoich potrzeb.

Ponadto z przyjemnością wprowadzamy nową aplikację Azure Boards dla platformy Slack. Aplikacja umożliwia monitorowanie aktywności elementów roboczych i tworzenie elementów roboczych z kanału platformy Slack.

Aby uzyskać więcej informacji, zapoznaj się z poniższą listą funkcji .

Co nowego w usłudze Azure DevOps

Funkcje

Ogólne:

• Zapraszanie współpracowników z usługi GitHub do usługi Azure DevOps

Azure Boards:

• Uzyskiwanie szczegółowych informacji o kondycji zespołu dzięki 3 nowym raportom usługi Azure Boards
• Aplikacja Azure Boards dla platformy Slack
• Dostosowywanie kolumn tablicy zadań
• Przełączanie w celu wyświetlania lub ukrywania ukończonych podrzędnych elementów roboczych na liście prac
• Wyszukiwanie tablic, list prac, zapytań i przebiegu za pomocą pola wyszukiwania błyskawicznego
• Ostatnie tagi wyświetlane podczas tagowania elementu roboczego

Azure Repos:

• Ulepszone opcje filtrowania wyszukiwania kodu
• Metryki pokrycia kodu i zasady gałęzi dla żądań ściągnięcia
• Filtrowanie powiadomień o komentarzach w żądaniach ściągnięcia
• Wpięcia usługi dla komentarzy żądań ściągnięcia

Azure Artifacts:

• Publiczne udostępnianie pakietów za pomocą publicznych kanałów informacyjnych (wersja zapoznawcza)

Azure Pipelines:

Wieloetapowe potoki YAML

• Zatwierdzenia w wieloetapowych potokach YAML
• Zarządzanie zmiennymi potoków w edytorze YAML
• Nowe wstępnie zdefiniowane zmienne w potoku YAML
• Anulowanie etapu w wieloetapowym przebiegu potoku YAML
• Wyświetlanie właściwych informacji o puli dla każdego zadania
• Łączenie elementów roboczych z wieloetapowymi potokami YAML
• Wyzwalacze ciągłej integracji dla nowych gałęzi
• Buforowanie potoków (publiczna wersja zapoznawcza)

  Hostowane maszyny wirtualne

• Updates to hosted pipelines images (Aktualizacje obrazów hostowanych potoków)
• Pula z jednym hostem

Kubernetes

• Kustomize i kompose jako opcje tworzenia symulacji w zadaniu KubernetesManifest
• Obsługa poświadczeń administratora klastra w zadaniu HelmDeploy

Przetestuj

• Obsługa zarządzania fałszywymi testami w produkcie

  Środowiska platformy Azure

• Ulepszenia Centrum wdrażania dla aplikacji internetowej w witrynie Azure Portal
• Ulepszenia projektu usługi DevOps dla maszyny wirtualnej

Integracje

• Integracja programu Terraform z użyciem usługi Azure Pipelines
• Integracja z usługą Google Analytics

Ogólne

Zapraszanie współpracowników z usługi GitHub do usługi Azure DevOps

Teraz możesz zapraszać współpracowników z usługi GitHub do usługi Azure DevOps po zalogowaniu się przy użyciu tożsamości usługi GitHub. Możesz wyszukiwać i zapraszać innych użytkowników usługi GitHub ze strony głównej projektu i na stronie Użytkownicy w ustawieniach organizacji.

Ta funkcja musi być włączona dla istniejących organizacji za pośrednictwem ustawienia w obszarze Zasady w ustawieniach organizacji. Jest ona jednak domyślnie włączona dla organizacji utworzonych przez tożsamość usługi GitHub.

Uwaga

Ta funkcja nie jest dostępna dla użytkowników innych niż GitHub, nawet jeśli zasady są włączone.

Aby dowiedzieć się więcej na temat zapraszania członków zespołu, zapoznaj się z dokumentacją tutaj. Jeśli masz problemy z nawiązywaniem połączenia z usługą Azure DevOps przy użyciu usługi GitHub, zapoznaj się z często zadawanymi pytaniami dotyczącymi rozwiązywania problemów z uwierzytelnianiem i zapraszaniem użytkowników usługi GitHub.

Azure Boards

Uzyskiwanie szczegółowych informacji o kondycji zespołu dzięki 3 nowym raportom usługi Azure Boards

Nie można naprawić tego, czego nie widzisz. W związku z tym chcesz uważnie obserwować stan i kondycję procesów pracy. Dzięki tym raportom łatwiej jest śledzić ważne metryki przy minimalnym nakładzie pracy w usłudze Azure Boards.

Trzy nowe interaktywne raporty to: Burndown, Cumulative Flow Diagram (CFD) i Velocity ( Burndown, Cumulative Flow Diagram ) i Velocity (Prędkość). Raporty można wyświetlić na nowej karcie analizy.

Metryki, takie jak spalenie przebiegu, przepływ pracy i szybkość pracy zespołu zapewniają wgląd w postęp zespołu i pomagają odpowiedzieć na pytania, takie jak:

• Ile pracy pozostało w tym przebiegu? Czy jesteśmy na dobrej drodze, aby go ukończyć?
• Jaki krok procesu programowania trwa najdłużej? Czy możemy coś z tym zrobić?
• Na podstawie poprzednich iteracji, ile pracy powinniśmy zaplanować na następny przebieg?

Uwaga

Wykresy pokazane wcześniej w nagłówkach zostały zastąpione tymi rozszerzonymi raportami.

Nowe raporty są w pełni interaktywne i umożliwiają dostosowanie ich do Twoich potrzeb. Nowe raporty można znaleźć na karcie Analiza w każdym centrum.

• Wykres postępu można znaleźć w centrum Sprints .

  

• Dostęp do raportów CFD i Velocity można uzyskać na karcie Analiza w obszarze Tablice i listy prac, klikając odpowiednią kartę.

  

Dzięki nowym raportom masz większą kontrolę i informacje o zespole. Oto kilka przykładów:

• Raporty Sprint Burndown i Velocity można ustawić tak, aby używać liczby elementów roboczych lub sumy pozostałych prac.
• Możesz dostosować przedział czasu postępu bez wpływu na daty projektu. Jeśli więc twój zespół zwykle spędza pierwszy dzień każdego planowania przebiegu, możesz teraz dopasować wykres, aby to odzwierciedlić.
• Wykres Burndown ma teraz znak wodny pokazujący weekendy.
• Raport CFD umożliwia usuwanie kolumn tablicy, takich jak Design, aby uzyskać więcej uwagi na przepływie, na którym zespoły mają kontrolę.

Oto przykład raportu CFD pokazującego przepływ z ostatnich 30 dni listy prac Stories.

Wykres Prędkość można teraz śledzić dla wszystkich poziomów listy prac. Na przykład można teraz dodać funkcje i epiki, a poprzedni wykres obsługiwał tylko wymagania. Oto przykład raportu prędkości dla ostatnich 6 iteracji listy prac funkcji.

Aplikacja Azure Boards dla platformy Slack

Z przyjemnością ogłaszamy nową aplikację usługi Azure Boards dla usługi Slack. Za pomocą tej aplikacji możesz monitorować aktywność elementów roboczych i tworzyć elementy robocze z poziomu kanału usługi Slack.

Aplikacja umożliwia konfigurowanie subskrypcji zdarzeń, w tym tworzenie i aktualizowanie elementów roboczych oraz zarządzanie nimi, oraz otrzymywanie powiadomień o tych zdarzeniach w kanale usługi Slack. Konwersacje w kanale usługi Slack mogą służyć do tworzenia elementów roboczych. Otrzymasz również powiadomienia osobiste po przypisaniu elementów roboczych. Ponadto podglądy adresów URL elementów roboczych umożliwiają inicjowanie dyskusji.

Aby zainstalować aplikację usługi Azure Boards, kliknij tutaj.

Dostosowywanie kolumn tablicy zadań

Z przyjemnością ogłaszamy, że dodaliśmy opcję umożliwiającą dostosowanie kolumn na tablicy zadań. Teraz możesz dodawać, usuwać, zmieniać nazwy i zmieniać kolejność kolumn.

Aby skonfigurować kolumny na tablicy zadań, przejdź do pozycji Opcje kolumny.

Ta funkcja została o priorytyzowana na podstawie sugestii społeczności deweloperów.

Przełączanie w celu wyświetlania lub ukrywania ukończonych podrzędnych elementów roboczych na liście prac

Wiele razy podczas ujmowania listy prac chcesz zobaczyć tylko elementy, które nie zostały ukończone. Teraz masz możliwość pokazywania lub ukrywania ukończonych elementów podrzędnych na liście prac.

Jeśli przełącznik jest włączony, wszystkie elementy podrzędne będą widoczne w stanie ukończonym. Gdy przełącznik jest wyłączony, wszystkie elementy podrzędne w stanie ukończonym będą ukryte z listy prac.

Wyszukiwanie tablic, list prac, zapytań i przebiegu za pomocą pola wyszukiwania błyskawicznego

Teraz możesz łatwo uzyskać dostęp do ostatnio odwiedzonych tablic, list prac, zapytań i przebiegów z pola wyszukiwania, aktywując pole wyszukiwania w usłudze Azure Boards.

Ponadto można wyszukiwać tablice, listy prac, zapytania i przebiegi w projekcie, wpisując nazwę tablicy w polu wyszukiwania. Teraz tablice, które mają największe znaczenie dla Ciebie, to tylko kliknięcie.

Ostatnie tagi wyświetlane podczas tagowania elementu roboczego

Podczas tagowania elementu roboczego opcja autouzupełniania będzie teraz wyświetlać maksymalnie pięć ostatnio używanych tagów. Ułatwi to dodawanie odpowiednich informacji do elementów roboczych.

Azure Repos

Ulepszone opcje filtrowania wyszukiwania kodu

Wcześniej wyszukiwanie kodu obsługiwało 39 filtrów wyszukiwania kodu, takich jak komentarz: i def:. Dane sugerowały, że nie jest używanych wiele filtrów, dlatego usuwamy kilka filtrów i scalamy inne. Dzięki tej aktualizacji zmniejszyliśmy liczbę filtrów do 19. Pomoże to poprzez zwiększenie wydajności zapytań wyszukiwania kodu i zmniejszenie bałaganu w interfejsie.

Na przykład teraz func: mapuje na metodę:, tj. jeśli wyszukasz ciąg func:Account Administracja, wyniki zostaną zamapowane na metodę:Account Administracja. Podobnie makrodef: i macroref: są mapowane na makro:. Z drugiej strony filtry, takie jak union: i org: zostały przestarzałe z powodu braku użycia.

Metryki pokrycia kodu i zasady gałęzi dla żądań ściągnięcia

Teraz możesz wyświetlić metryki pokrycia kodu dla zmian w widoku żądania ściągnięcia (PR). Dzięki temu zmiany zostały odpowiednio przetestowane za pomocą testów automatycznych. Stan pokrycia będzie wyświetlany jako komentarz w przeglądzie żądania ściągnięcia. Możesz wyświetlić szczegółowe informacje o zasięgu dla każdego wiersza kodu, który został zmieniony w widoku różnic plików.

Ponadto właściciele repozytoriów mogą teraz ustawiać zasady pokrycia kodu i zapobiegać scalaniu dużych, nietestowanych zmian w gałęzi. Żądane progi pokrycia można zdefiniować w azurepipelines-coverage.yml pliku ustawień, który jest zaewidencjonowany w katalogu głównym repozytorium i zasad pokrycia, można zdefiniować przy użyciu istniejącej konfiguracji zasad gałęzi na potrzeby dodatkowych możliwości usług w usłudze Azure Repos.

Filtrowanie powiadomień o komentarzach w żądaniach ściągnięcia

Komentarze w żądaniach ściągnięcia często generują dużo szumu z powodu powiadomień. Dodaliśmy subskrypcję niestandardową, która umożliwia filtrowanie powiadomień o komentarzach subskrybowanych według wieku komentarzy, komentatora, usuniętego komentarza, wymienionych użytkowników, autora żądania ściągnięcia, gałęzi docelowej i uczestników wątku. Możesz utworzyć te subskrypcje powiadomień, klikając ikonę użytkownika w prawym górnym rogu i przechodząc do pozycji Ustawienia użytkownika.

Wpięcia usługi dla komentarzy żądań ściągnięcia

Teraz możesz tworzyć punkty zaczepienia usługi dla komentarzy w żądaniu ściągnięcia na podstawie repozytorium i gałęzi docelowej.

Azure Artifacts

Publiczne udostępnianie pakietów za pomocą publicznych kanałów informacyjnych (wersja zapoznawcza)

Teraz możesz tworzyć i przechowywać swoje pakiety w publicznych kanałach informacyjnych. Pakiety przechowywane w publicznych kanałach informacyjnych są dostępne dla wszystkich użytkowników w Internecie bez uwierzytelniania, bez względu na to, czy znajdują się one w organizacji, czy nawet w organizacji usługi Azure DevOps. Dowiedz się więcej o publicznych kanałach informacyjnych w naszej dokumentacji kanałów informacyjnych lub przejdź bezpośrednio do naszego samouczka dotyczącego udostępniania pakietów publicznie.

Azure Pipelines

Kustomize i kompose jako opcje tworzenia symulacji w zadaniu KubernetesManifest

kustomize (część rozwiązania Kubernetes sig-cli) umożliwia dostosowanie nieprzetworzonych, bez szablonów plików YAML do wielu celów i pozostawienie oryginalnego kodu YAML nietkniętego. Opcja kustomize została dodana w ramach akcji bake zadania KubernetesManifest, aby każdy folder zawierający pliki kustomization.yaml mógł służyć do generowania plików manifestu używanych w akcji wdrażania zadania KubernetesManifest.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    renderType: kustomize
    kustomizationPath: folderContainingKustomizationFile

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)

kompose przekształci pliki Docker Compose w zasób Kubernetes.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    renderType: kompose
    dockerComposeFile: docker-compose.yaml

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)

Obsługa poświadczeń administratora klastra w zadaniu HelmDeploy

Wcześniej zadanie HelmDeploy używało poświadczeń użytkownika klastra do wdrożeń. Spowodowało to interaktywne monity logowania i nieudane potoki dla klastra z włączoną kontrolą dostępu opartą na rolach usługi Azure Active Directory. Aby rozwiązać ten problem, dodaliśmy pole wyboru umożliwiające używanie poświadczeń administratora klastra zamiast poświadczeń użytkownika klastra.

Zarządzanie zmiennymi potoków w edytorze YAML

Zaktualizowaliśmy środowisko zarządzania zmiennymi potoku w edytorze YAML. Nie trzeba już przechodzić do edytora klasycznego, aby dodać lub zaktualizować zmienne w potokach YAML.

Nowe wstępnie zdefiniowane zmienne w potoku YAML

Zmienne to wygodny sposób uzyskiwania znaczących elementów informacji dot. różnych części potoku. Dzięki tej aktualizacji dodaliśmy kilka wstępnie zdefiniowanych zmiennych do zadania wdrożenia. Te zmienne są automatycznie ustawiane przez system, ograniczone do określonego zadania wdrożenia i są tylko do odczytu.

• Environment.Id — identyfikator środowiska.
• Environment.Name — nazwa środowiska objętego zadaniem wdrożenia.
• Environment.ResourceId — identyfikator zasobu w środowisku docelowym przez zadanie wdrażania.
• Environment.ResourceName — nazwa zasobu w środowisku docelowym przez zadanie wdrożenia.

Łączenie elementów roboczych z wieloetapowymi potokami YAML

Obecnie możesz automatycznie łączyć elementy robocze z kompilacjami klasycznymi. Jednak nie było to możliwe w przypadku potoków YAML. Dzięki tej aktualizacji rozwiązaliśmy tę lukę. Po pomyślnym uruchomieniu potoku przy użyciu kodu z określonej gałęzi usługa Azure Pipelines automatycznie skojarzy przebieg ze wszystkimi elementami roboczymi (które są wnioskowane za pośrednictwem zatwierdzeń w tym kodzie). Po otwarciu elementu roboczego będzie można zobaczyć uruchomienia, w których został skompilowany kod tego elementu roboczego. Aby to skonfigurować, użyj panelu ustawień potoku.

Anulowanie etapu w wieloetapowym przebiegu potoku YAML

Podczas uruchamiania wieloetapowego potoku YAML można teraz anulować wykonywanie etapu, gdy jest on w toku. Jest to przydatne, jeśli wiesz, że etap kończy się niepowodzeniem lub jeśli masz inny przebieg, który chcesz uruchomić. Ta funkcja jest również warunkiem wstępnym dla nas do obsługi ponawiania próby etapu niepowodzenia w przyszłości.

Zatwierdzenia w wieloetapowych potokach YAML

Nadal ulepszamy wieloetapowe potoki YAML. Teraz możemy dodać ręczne zatwierdzenia do tych potoków. Właściciele infrastruktury mogą chronić swoje środowiska i szukać ręcznych zatwierdzeń przed etapem w każdym wdrożeniu potoku. Dzięki pełnej segregacji ról między właścicielami infrastruktury (środowiska) i aplikacji (potoku) zapewnisz ręczne wylogowanie się z wdrożenia w określonym potoku i uzyskanie centralnej kontroli w zakresie stosowania tych samych kontroli we wszystkich wdrożeniach w środowisku.

Uruchomienia potoku wdrażane w środowisku deweloperskim przestaną zatwierdzać na początku etapu.

Updates to hosted pipelines images (Aktualizacje obrazów hostowanych potoków)

Wprowadziliśmy aktualizacje kilku obrazów maszyn wirtualnych hostowanych w usłudze Azure Pipelines. Więcej szczegółów na temat najnowszych wersji można znaleźć tutaj. Następujące zmiany zostały dodane w ramach tej aktualizacji:

• W przypadku programu VS2017 i VS2019:

  • Dodano język Azul Java 7
  • Przypięte buforowane obrazy platformy Docker w celu dopasowania ich do wersji jądra hosta
  • Dodano moduł Az programu PowerShell w wersji 2.3.2
  • Przypięto mercurial do wersji 5.0.0
  • Zaktualizowano język Python do wersji 2.7.16, 3.4.4, 3.5.4, 3.6.8, 3.7.4
  • Dodano przenośną bibliotekę klas (tylko program VS 2019)
  • Zmieniono domyślne ścieżki i zmienne środowiskowe Rust

• Dla systemu Ubuntu 16.04:

  • Zaktualizowano narzędzie Helm, aby zawsze ściągać najnowsze (nie jest już przypięte w wersji 2.14.0)
  • Dodano kilka popularnych kontenerów platformy Docker
  • Zaktualizowano język Python do wersji 2.7.16, 3.4.10, 3.5.7, 3.6.9, 3.7.4
  • Zmieniono domyślne ścieżki i zmienne środowiskowe Rust

• Dla wszystkich obrazów dodano zmienną środowiskową ImageVersion dla wersji obrazu

Aby uzyskać pełną listę narzędzi dostępnych dla określonego obrazu, przejdź do strony Ustawienia > Szczegóły pul agentów>.

Ulepszenia projektu usługi DevOps dla maszyny wirtualnej

W tej aktualizacji ulepszyliśmy przepływ pracy maszyny wirtualnej usługi DevOps Projects, aby uwzględnić maszyny wirtualne, które nie są zgodne z ograniczeniem przydziału dla lokalizacji. Wcześniej trzeba było wybrać maszynę wirtualną według nazwy i oferty. Teraz masz widok na żądanie z bardziej szczegółowymi informacjami na temat ofert maszyn wirtualnych, takich jak koszt/miesiąc, pamięć RAM, dyski danych itp. Ułatwia to wybranie potrzebnej maszyny wirtualnej.

Pula z jednym hostem

W ostatnim przebiegu poinformowaliśmy, że wprowadzamy nową pulę hostowaną o nazwie Azure Pipelines, aby zastąpić wszystkie pozostałe pule hostowane — hostowane, hostowane vs2017, hostowane ubuntu 1604, hostowany system Windows 2019 z programem VS2019, hostowanym systemem macOS i hostowanym systemem macOS High Sierra. Ta zmiana zostanie wdrożona w tej wersji.

Posiadanie wielu hostowanych pul może być czasami mylące. Nie uzyskasz dokładnego obrazu, w którym jest zużywana współbieżność. Jeśli na przykład masz współbieżność 10 zadań równoległych, w każdej z hostowanych pul zobaczysz 10 agentów wirtualnych, co nie jest dokładne. Jeśli zadanie oczekuje na określoną pulę hostowaną (np. hostowaną usługę VS2017) ze wszystkimi bezczynnymi agentami, można pomyśleć, że usługa Azure Pipelines jest uszkodzona bez świadomości, że współbieżność jest prawdopodobnie zużywana w innych hostowanych pulach (np. Hostowana wersja Ubuntu 1604).

Dzięki tej zmianie zobaczysz jedną hostowaną pulę, która daje dokładny obraz liczby zadań uruchomionych w tej puli. Planujemy wdrożyć tę zmianę w ciągu kilku następnych przebiegów. Nie trzeba wprowadzać żadnych zmian w potokach, ponieważ automatycznie przekierowujemy zadania ze starych hostowanych pul do odpowiedniego obrazu w nowej ujednoliconej puli.

Wyświetlanie właściwych informacji o puli dla każdego zadania

Wcześniej, gdy użyto macierzy do rozwinięcia zadań lub zmiennej w celu zidentyfikowania puli, mieliśmy problemy z wyświetlaniem poprawnych informacji o puli na stronach dzienników. W przypadku tej aktualizacji rozwiązaliśmy problemy powodujące pokazywanie nieprawidłowych informacji o puli dla niektórych zadań.

Obsługa zarządzania fałszywymi testami w produkcie

Niestabilne testy mogą mieć wpływ na produktywność deweloperów, ponieważ błędy testów mogą nie być związane ze zmianami testowymi. Mogą również mieć wpływ na jakość dostarczonego kodu. Dlatego dodaliśmy obsługę w produkcie na potrzeby zarządzania testami w sposób niestabilny. Ta funkcja obsługuje cały cykl życia z wykrywaniem, raportowaniem i rozwiązywaniem problemów. Zarządzanie testami flaky obsługuje wykrywanie systemowe i niestandardowe.

Wykrywanie systemu jest dostępne za pośrednictwem funkcji ponownego uruchamiania zadania VSTest. Niestabilny test to test, który zapewnia różne wyniki, takie jak powodzenie lub niepowodzenie, nawet jeśli nie ma żadnych zmian w kodzie źródłowym lub środowisku wykonywania. Wszystkie dalsze wykonania testu dla tej samej gałęzi są również oznaczone jako łuszczący się, dopóki nie zostanie rozpoznany i nieoznaczony. Możesz również podłączyć niestandardowy mechanizm wykrywania przy użyciu naszych interfejsów API. Po zidentyfikowaniu testu jako niestabilnego możesz uzyskać szczegółowe informacje w raporcie testów w kontekście w potoku. Następnie możesz zdecydować, czy niestabilne testy wpływają na awarię potoku. Domyślnie łuszcząca się informacja testowa jest dostępna jako dodatkowe metadane.

Oto przykład raportu z podsumowaniem testu.

Aby uzyskać więcej szczegółowych informacji na temat zarządzania testami, zobacz dokumentację tutaj.

Ulepszenia centrum wdrażania aplikacji internetowej w witrynie Azure Portal

Ulepszyliśmy centrum wdrażania aplikacji internetowej w witrynie Azure Portal z obsługą potoków z wieloma artefaktami. Teraz, jeśli w aplikacji internetowej wdrożono artefakt inny niż podstawowy usługi Azure Pipelines, uzyskasz odpowiednie szczegóły z witryny Azure Portal. Będziesz również mieć bezpośredni link do wdrożonego repozytorium, aby przejść bezpośrednio do repozytorium z witryny Azure Portal. Repozytorium może być hostowane w usłudze Azure Repos lub w usłudze GitHub.

Wyzwalacze ciągłej integracji dla nowych gałęzi

Od dawna oczekujące żądanie nie wyzwala kompilacji ciągłej integracji po utworzeniu nowej gałęzi i gdy ta gałąź nie ma zmian. Rozważ następujące przykłady:

• Interfejs internetowy służy do tworzenia nowej gałęzi na podstawie istniejącej gałęzi. Spowoduje to natychmiastowe wyzwolenie nowej kompilacji ciągłej integracji, jeśli filtr gałęzi jest zgodny z nazwą nowej gałęzi. Jest to niepożądane, ponieważ zawartość nowej gałęzi jest taka sama w porównaniu z istniejącą gałęzią.
• Masz repozytorium z dwoma folderami — aplikacjami i dokumentami. Skonfigurowaliśmy filtr ścieżki dla ciągłej integracji tak, aby był zgodny z "aplikacją". Innymi słowy, nie chcesz tworzyć nowej kompilacji, jeśli zmiana została wypchnięta do dokumentacji. Tworzysz nową gałąź lokalnie, wprowadzasz pewne zmiany w dokumentacji, a następnie wypychasz gałąź do serwera. Kiedyś wyzwalaliśmy nową kompilację ciągłej integracji. Jest to niepożądane, ponieważ jawnie poproszono o nie wyszukanie zmian w folderze dokumentacji. Jednak ze względu na sposób obsługi nowego zdarzenia gałęzi wydaje się, że wprowadzono również zmianę w folderze aplikacji.

Teraz mamy lepszy sposób obsługi ciągłej integracji dla nowych gałęzi, aby rozwiązać te problemy. Podczas publikowania nowej gałęzi jawnie wyszukujemy nowe zatwierdzenia w tej gałęzi i sprawdzamy, czy są one zgodne z filtrami ścieżek.

Integracja programu Terraform z użyciem usługi Azure Pipelines

Terraform to narzędzie typu open source do bezpiecznego i wydajnego tworzenia, zmieniania i przechowywania wersji infrastruktury. Program Terraform doszukuje interfejsy API do deklaratywnych plików konfiguracji, co umożliwia definiowanie i aprowizowanie infrastruktury przy użyciu języka konfiguracji wysokiego poziomu. Za pomocą rozszerzenia Terraform można tworzyć zasoby dla wszystkich głównych dostawców infrastruktury: Azure, Amazon Web Services (AWS) i Google Cloud Platform (GCP).

Aby dowiedzieć się więcej o rozszerzeniu Terraform, zapoznaj się z dokumentacją tutaj.

Integracja z usługą Google Analytics

Struktura eksperymentów usługi Google Analytics pozwala przetestować niemal dowolną zmianę lub odmianę witryny internetowej lub aplikacji, aby zmierzyć jej wpływ na konkretny cel. Na przykład możesz mieć działania, które mają zostać ukończone przez użytkowników (np. dokonać zakupu, zarejestrować się w biuletynie) i/lub metryki, które chcesz poprawić (np. przychody, czas trwania sesji, wskaźnik odbicia). Te działania umożliwiają zidentyfikowanie zmian, które warto wdrożyć w oparciu o bezpośredni wpływ na wydajność funkcji.

Rozszerzenie eksperymentów usługi Google Analytics dla usługi Azure DevOps dodaje kroki eksperymentowania do potoków kompilacji i wydania, dzięki czemu można stale iterować, uczyć się i wdrażać w przyspieszonym tempie, zarządzając eksperymentami w sposób ciągły przy jednoczesnym uzyskaniu wszystkich korzyści usługi DevOps z usługi Azure Pipelines.

Rozszerzenie eksperymentów usługi Google Analytics można pobrać z witryny Marketplace.

Buforowanie potoków (publiczna wersja zapoznawcza)

Buforowanie potoku umożliwia zapisywanie wyników długotrwałej operacji, takiej jak przywracanie pakietu lub kompilacja zależności, i przywracanie jej z powrotem podczas następnego uruchomienia potoku. Może to spowodować szybsze kompilacje.

Aby uzyskać więcej informacji, zobacz wpis w blogu z pełnym ogłoszeniem tutaj.

Grupa zmiennych potoku i polecenia do zarządzania zmiennymi

Przenoszenie potoków opartych na języku YAML z jednego projektu do innego może być trudne, ponieważ należy ręcznie skonfigurować zmienne potoku i grupy zmiennych. Jednak za pomocą poleceń grupy zmiennych potoku i zarządzania zmiennymi można teraz utworzyć skrypty konfiguracji zmiennych potoku i grup zmiennych potoku, które z kolei mogą być kontrolowane w wersji, co umożliwia łatwe udostępnianie instrukcji przenoszenia i konfigurowania potoków z jednego projektu do innego.

Uruchamianie potoku gałęzi żądania ściągnięcia

Podczas tworzenia żądania ściągnięcia może być trudne sprawdzenie, czy zmiany mogą spowodować przerwanie działania potoku w gałęzi docelowej. Jednak dzięki możliwości wyzwolenia uruchomienia potoku lub kolejki kompilacji dla gałęzi żądania ściągnięcia można teraz zweryfikować i zwizualizować zmiany przechodzące przez uruchomienie go w potoku docelowym. Aby uzyskać więcej informacji, zobacz dokumentację polecenia az pipelines run i az pipelines build queue .

Pomiń pierwsze uruchomienie potoku

Podczas tworzenia potoków czasami chcesz utworzyć i zatwierdzić plik YAML, a nie wyzwolić uruchomienia potoku, ponieważ może to spowodować błędne uruchomienie z różnych powodów — infrastruktura nie jest gotowa lub musi utworzyć i zaktualizować grupy zmiennych/zmiennych itp. Za pomocą interfejsu wiersza polecenia usługi Azure DevOps możesz teraz pominąć pierwsze automatyczne uruchomienie potoku podczas tworzenia potoku, włączając parametr --skip-first-run. Aby uzyskać więcej informacji, zobacz dokumentację polecenia az pipeline create.

Rozszerzenie polecenia punktu końcowego usługi

Polecenia interfejsu wiersza polecenia punktu końcowego usługi obsługują tylko konfigurację punktu końcowego usługi Azure rm i github oraz zarządzanie nim. Jednak w tej wersji polecenia punktu końcowego usługi umożliwiają tworzenie dowolnego punktu końcowego usługi, zapewniając konfigurację za pośrednictwem pliku i udostępnia zoptymalizowane polecenia — az devops service-endpoint github i az devops service-endpoint azurerm, który zapewnia pierwszą klasę obsługi tworzenia punktów końcowych usługi tych typów. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją poleceń.

Następne kroki

Uwaga

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 opinii, aby zgłosić problem lub przekazać sugestię.

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

Dzięki,

Sam Guckenheimer