Dwukierunkowa możliwość śledzenia między wydaniami i problemami jira — aktualizacja przebiegu 154
W aktualizacji przebiegu 154 usługi Azure DevOps wprowadzamy usługę Azure Pipelines dla aplikacji Jira na platformie handlowej Atlassian. W ramach integracji dodano linki do problemów z aplikacją Jira jako elementy robocze wdrożone w wydaniach oraz możliwość wyświetlania szczegółów wdrożenia bezpośrednio w problemach z aplikacją Jira.
Wprowadziliśmy też ulepszenia, które ułatwiają wyszukiwanie i śledzenie elementów roboczych. Pole wyszukiwania obsługuje teraz błyskawiczne wyszukiwanie elementów roboczych i listę ostatnich elementów roboczych. Ponadto witryna wiki pozwala teraz tworzyć dynamiczne dokumenty dzięki możliwości tworzenia i śledzenia elementów roboczych za pomocą zawartości witryny wiki.
Aby uzyskać więcej informacji, zapoznaj się z poniższą listą funkcji .
Co nowego w usłudze Azure DevOps
Funkcje
Ogólne:
Azure Boards:
- Dynamiczne ponowne ładowanie elementów roboczych
- Zarządzanie iteracją i ścieżkami obszarów z poziomu wiersza polecenia
- Nadrzędna kolumna elementu roboczego jako opcja kolumny
- Błyskawiczne wyszukiwanie elementów roboczych
- Wyszukiwanie elementu roboczego podczas pisania
- Zmienianie procesu używanego przez projekt
- Ukryj pola niestandardowe z układu
Azure Pipelines:
- Aplikacja usługi Azure Pipelines dla aplikacji Jira
- Ulepszenia aplikacji usługi Azure Pipelines dla usługi Slack
- Pula z jednym hostem
- Zaktualizowany interfejs puli agentów w ustawieniach organizacji
- Kontrola nad zmiennymi, które można przesłonić w czasie oczekiwania
- Obsługa dużych załączników testowych
- Wdrożenia w potoku YAML
- Optymalizacja integracji
- Dodawanie wydania usługi GitHub jako źródła artefaktu
- Płacenie za dodatkowe potoki w portalu usługi Azure DevOps
- Zatwierdzanie wydań bezpośrednio w centrum wydań
- Link do klastra usługi Azure Kubernetes Service w widoku zasobów środowisk Kubernetes
- Filtry folderów wydań w subskrypcjach powiadomień
- Wdrażanie repozytoriów Git w usługach Azure Kubernetes Services (AKS)
- Obsługa repozytoriów Bitbucket w usłudze DevOps Projects
- Wybieranie pliku Dockerfile w centrum wdrożeń dla kontenerów usługi AKS i aplikacji internetowej
Azure Test Plans:
Azure Repos:
Azure Artifacts:
Wiki:
- Zaawansowane edytowanie stron wiki z kodem
- Tworzenie i osadzanie elementów roboczych z poziomu strony wiki
Ogólne
Ogólna dostępność interfejsu wiersza polecenia usługi Azure DevOps
W lutym wprowadziliśmy rozszerzenie usługi Azure DevOps dla interfejsu wiersza polecenia platformy Azure. Rozszerzenie umożliwia interakcję z usługą Azure DevOps z poziomu wiersza polecenia. Zebraliśmy Twoją opinię, która pomogła nam ulepszyć rozszerzenie i dodać więcej poleceń. Z przyjemnością ogłaszamy, że rozszerzenie jest ogólnie dostępne.
Aby dowiedzieć się więcej na temat interfejsu wiersza polecenia usługi Azure DevOps, zapoznaj się z dokumentacją tutaj.
Azure Boards
Dynamiczne ponowne ładowanie elementów roboczych
Wcześniej podczas aktualizowania elementu roboczego, a drugi członek zespołu wprowadzał zmiany w tym samym elemencie roboczym, drugi użytkownik utraci zmiany. Teraz, o ile edytujesz różne pola, zobaczysz dynamiczne aktualizacje zmian wprowadzonych w elemencie roboczym.
Zarządzanie iteracją i ścieżkami obszarów z poziomu wiersza polecenia
Teraz można zarządzać iteracjami i ścieżkami obszaru z poziomu wiersza polecenia przy użyciu az boards iteration
poleceń i az boards area
. Na przykład można skonfigurować iterację i ścieżki obszaru oraz zarządzać nimi interaktywnie z poziomu interfejsu wiersza polecenia lub zautomatyzować całą konfigurację przy użyciu skryptu. Aby uzyskać więcej informacji na temat poleceń i składni, zobacz dokumentację tutaj.
Nadrzędna kolumna elementu roboczego jako opcja kolumny
Masz teraz możliwość wyświetlenia elementu nadrzędnego każdego elementu roboczego na liście prac produktu lub na liście prac przebiegu. Aby włączyć tę funkcję, przejdź do pozycji Opcje kolumny na żądanej liście prac, a następnie dodaj kolumnę Nadrzędna.
Błyskawiczne wyszukiwanie elementów roboczych
Ułatwiliśmy znajdowanie ostatnio odwiedzanych elementów roboczych, tablic, list prac i przebiegów. Teraz możesz uzyskać dostęp do ostatnio odwiedzonych elementów roboczych, klikając pole wyszukiwania w usłudze Azure Boards.
Napiwek
Pole wyszukiwania można wywołać, wpisując skrót klawiaturowy "/".
Wyszukiwanie elementu roboczego podczas pisania
Teraz możesz wyświetlić wyniki wyszukiwania elementów roboczych podczas wpisywania w polu wyszukiwania. Pomoże to szybko przejść do wybranego elementu roboczego.
Ponadto możesz przejść do kodu i wyników wyszukiwania stron typu wiki bez konieczności przełączania kart przez przejście na wyszukiwanie elementów roboczych, a następnie zmianę kart w celu wyświetlenia stron typu wiki kodu lub wyników wyszukiwania pakietów.
Zmienianie procesu używanego przez projekt
Narzędzia powinny ulec zmianie, tak jak robi to twój zespół. Teraz możesz przełączać projekty z dowolnego gotowego szablonu procesu do dowolnego innego gotowego procesu. Na przykład możesz zmienić projekt z używania metody Agile na Scrum lub Basic na Agile. Pełną dokumentację krok po kroku można znaleźć tutaj.
Ukryj pola niestandardowe z układu
Teraz możesz ukryć pola niestandardowe w układzie formularza podczas dostosowywania procesu. Pole będzie nadal dostępne z zapytań i interfejsów API REST. Jest to przydatne do śledzenia dodatkowych pól podczas integracji z innymi systemami.
Azure Pipelines
Aplikacja usługi Azure Pipelines dla aplikacji Jira
Z przyjemnością ogłaszamy dostępność aplikacji Azure Pipeline dla programu Jira. Integracja umożliwia dwukierunkowe łączenie między wydaniami w usłudze Azure Pipelines i problemami w chmurze oprogramowania Jira. Upraszcza to generowanie informacji o wersji przez śledzenie problemów z usługą Jira wymienionych w zatwierdzeniach usługi GitHub wdrożonych przy użyciu wersji.
Ponadto wyświetla informacje o kompilacji i wydaniu z usługi Azure Pipelines i wyświetla je w panelu deweloperów problemów. Umożliwiło to śledzenie sposobu i momentu dostarczenia problemu oraz zapewnia napięty cykl programowania od tworzenia problemów do wdrożeń śledzonych w programie Jira.
Ulepszenia aplikacji usługi Azure Pipelines dla usługi Slack
W lutym wydaliśmy aplikację Azure Pipelines dla usługi Slack, aby ułatwić monitorowanie potoków. Dzięki tej aktualizacji ulepszyliśmy aplikację. Użyje @mention w kanale usługi Slack, gdy zostanie wyświetlone powiadomienie o nieudanej kompilacji, która została wyzwolona. Ponadto powiadomi Cię o tym, gdy jesteś osoba zatwierdzająca w przypadku powiadomienia o oczekiwaniu na zatwierdzenie wdrożenia wydania.
Ponadto możesz teraz wkleić link do kompilacji lub wydania w aplikacji Azure Pipelines i uzyskać bogatą wersję zapoznawcza potoku. Spowoduje to dodanie kontekstu do linku i ułatwia przejście do usługi Azure DevOps.
Na przykład wklejenie linku do kompilacji spowoduje wyświetlenie szczegółów kompilacji i bieżącego stanu.
Aby uzyskać więcej informacji na temat tej aktualizacji, zobacz wpis w blogu z pełnym ogłoszeniem tutaj.
Pula z jednym hostem
Uwaga
Jest to zbliżająca się zmiana, którą chcemy przekazać z wyprzedzeniem.
Posiadanie wielu hostowanych pul może być czasami mylące. Nie można uzyskać 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).
Zaktualizujemy nasze środowiska zarządzania pulami agentów, aby uwzględnić nową ujednoliconą pulę agentów o nazwie Azure Pipelines. Wkrótce zastąpi to inne hostowane pule — hostowane, hostowane vs2017, hostowane ubuntu 1604, hostowane systemu Windows 2019 z programem VS2019, hostowanym systemem macOS i hostowanym systemem macOS High Sierra.
Po wdrożeniu tej funkcji 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.
Zaktualizowany interfejs puli agentów w ustawieniach organizacji
Wcześniej zmieniliśmy stronę zarządzania pulami agentów w ustawieniach projektu w celu uwzględnienia nowego interfejsu użytkownika. Dzięki tej aktualizacji aktualizujemy interfejs pul agentów w ustawieniach organizacji. Ten nowy interfejs pomoże w nadchodzącej funkcji, która będzie obejmować konsolidację hostowanych pul i możliwość śledzenia zużycia współbieżnych zadań.
Aby uzyskać więcej informacji na temat nadchodzącej funkcji, zobacz informacje o wersji w pojedynczej puli hostowanej.
Kontrola nad zmiennymi, które można przesłonić w czasie oczekiwania
Obecnie można użyć interfejsu użytkownika lub interfejsu API REST, aby zaktualizować wartości dowolnej zmiennej przed rozpoczęciem nowego przebiegu. Chociaż autor potoku może oznaczyć pewne zmienne jako _settable at queue time_
, system tego nie wymusił, ani nie uniemożliwił ustawiania innych zmiennych. Innymi słowy, to ustawienie było używane tylko do monitowania o dodatkowe dane wejściowe podczas uruchamiania nowego przebiegu.
Dodaliśmy nowe ustawienie organizacji, które wymusza _settable at queue time_
parametr . Dzięki temu możesz kontrolować, które zmienne można zmienić podczas uruchamiania nowego przebiegu. W przyszłości nie można zmienić zmiennej, która nie jest oznaczona przez autora jako _settable at queue time_
.
Uwaga
To ustawienie jest domyślnie wyłączone w istniejących organizacjach, ale będzie ono domyślnie włączone podczas tworzenia nowej organizacji usługi Azure DevOps.
Obsługa dużych załączników testowych
Zadanie publikowania wyników testów w usłudze Azure Pipelines umożliwia publikowanie wyników testów podczas wykonywania testów w celu zapewnienia kompleksowego środowiska raportowania testów i analizy. Do tej pory istniał limit 100 MB dla załączników testowych zarówno dla wyników przebiegu testu, jak i testów. Ogranicza to przekazywanie dużych plików, takich jak zrzuty awaryjne lub filmy wideo. Dzięki tej aktualizacji dodaliśmy obsługę dużych załączników testowych, dzięki czemu wszystkie dostępne dane mogą rozwiązywać problemy z testami, które zakończyły się niepowodzeniem.
Wdrożenia w potoku YAML
Zadanie wdrożenia to specjalny typ zadania używanego do wdrażania aplikacji w środowisku. Dzięki tej aktualizacji dodaliśmy obsługę odwołań do kroków w zadaniu wdrażania. Można na przykład zdefiniować zestaw kroków w jednym pliku i odwołać się do niego w zadaniu wdrażania.
Dodaliśmy również obsługę dodatkowych właściwości zadania wdrażania. Na przykład poniżej przedstawiono kilka właściwości zadania wdrożenia, które można teraz ustawić.
- timeoutInMinutes — jak długo należy uruchomić zadanie przed automatycznym anulowaniem
- cancelTimeoutInMinutes — ile czasu na podanie polecenia "uruchom zawsze, nawet jeśli anulowano zadania" przed ich zakończeniem
- warunek — warunkowe uruchamianie zadania
- variables — wartości zakodowane na stałe można dodawać bezpośrednio lub grupy zmiennych , grup zmiennych wspieranych przez magazyn kluczy platformy Azure można odwoływać się do zestawu zmiennych zdefiniowanych w pliku.
- continueOnError — jeśli przyszłe zadania powinny być uruchamiane nawet wtedy, gdy to zadanie wdrożenia zakończy się niepowodzeniem; wartość domyślna to "false"
Aby uzyskać więcej informacji na temat zadań wdrażania i pełnej składni w celu określenia zadania wdrożenia, zobacz Zadanie wdrażania.
Optymalizacja integracji
Optymalizowanie to zaawansowana platforma testowania A/B i flagowania funkcji dla zespołów produktów. Integracja usługi Azure Pipelines z platformą Optymalizowanie eksperymentów umożliwia zespołom produktów testowanie, uczenie się i wdrażanie w przyspieszonym tempie przy jednoczesnym uzyskaniu wszystkich korzyści usługi DevOps z usługi Azure Pipelines.
Rozszerzenie Optimizely dla usługi Azure DevOps dodaje kroki wdrażania eksperymentów i flag funkcji do potoków kompilacji i wydania, dzięki czemu można stale iterować, wdrażać funkcje i wycofywać je przy użyciu usługi Azure Pipelines.
Dowiedz się więcej o rozszerzeniu Azure DevOps Optimizely tutaj.
Dodawanie wydania usługi GitHub jako źródła artefaktu
Teraz możesz połączyć wersje usługi GitHub jako źródło artefaktu w potokach wydań usługi Azure DevOps. Umożliwi to korzystanie z wersji usługi GitHub w ramach wdrożeń.
Po kliknięciu przycisku Dodaj artefakt w definicji potoku wydania znajdziesz nowy typ źródła wydania usługi GitHub. Możesz udostępnić połączenie z usługą i repozytorium GitHub, aby korzystać z wersji usługi GitHub. Możesz również wybrać domyślną wersję wersji usługi GitHub do użycia jako najnowszą, konkretną wersję tagu lub wybrać w czasie tworzenia wydania. Po połączeniu wydania usługi GitHub zostanie ona automatycznie pobrana i udostępniona w zadaniach wydania.
Płacenie za dodatkowe potoki w portalu usługi Azure DevOps
Wcześniej trzeba było przejść do witryny Marketplace, aby zapłacić za dodatkowe potoki. Teraz możesz kupić dodatkowe potoki w portalu usługi Azure DevOps. Możesz zwiększyć lub zmniejszyć liczbę hostowanych przez firmę Microsoft lub własnych ciągłej integracji/ciągłego wdrażania w obszarze Rozliczenia ustawień > organizacji.
Aby dowiedzieć się więcej, zapoznaj się z dokumentacją dotyczącą zakupu ciągłej integracji/ciągłego wdrażania tutaj.
Zatwierdzanie wydań bezpośrednio z centrum wydania
Łatwiejsze jest działanie oczekujących zatwierdzeń. Do tej pory można było zatwierdzić wydanie ze strony szczegółów wydania. Teraz umożliwiamy zatwierdzanie wydań bezpośrednio z centrum Wydania.
Link do klastra usługi Azure Kubernetes Service w widoku zasobów środowisk Kubernetes
Dodaliśmy link do widoku zasobów środowisk Kubernetes, aby można było przejść do bloku platformy Azure dla odpowiedniego klastra. Dotyczy to środowisk mapowanych na przestrzenie nazw w klastrach usługi Azure Kubernetes Service.
Filtry folderów wydań w subskrypcjach powiadomień
Foldery umożliwiają organizowanie potoków w celu łatwiejszego odnajdywania i kontroli zabezpieczeń. Często można skonfigurować niestandardowe powiadomienia e-mail dla wszystkich potoków wydania, które są reprezentowane przez wszystkie potoki w folderze. Wcześniej trzeba było skonfigurować wiele subskrypcji lub mieć złożone zapytanie w subskrypcjach, aby uzyskać ukierunkowane wiadomości e-mail. Dzięki tej aktualizacji możesz teraz dodać klauzulę folderu wydania do ukończonego wdrożenia i oczekującego na zatwierdzenie zdarzeń oraz uprościć subskrypcje.
Wdrażanie repozytoriów Git w usługach Azure Kubernetes Services (AKS)
Wcześniej obsługiwaliśmy usługi Azure Repos i GitHub jako lokalizacje kodu w centrum wdrażania usługi AKS. Dzięki tej aktualizacji dodamy obsługę zewnętrznych repozytoriów Git , aby można było wdrożyć kod z dowolnego publicznego lub prywatnego repozytorium Git w usłudze AKS.
Obsługa repozytoriów Bitbucket w usłudze DevOps Projects
Dodaliśmy obsługę repozytoriów Bitbucket do usługi DevOps Projects. Teraz możesz uzyskać środowisko OAuth oraz wypełniona lista repozytoriów i gałęzi do wyboru podczas wdrażania w zasobach platformy Azure.
Wybieranie pliku Dockerfile w centrum wdrożeń dla kontenerów usługi AKS i aplikacji internetowej
Teraz możesz wybrać plik Dockerfile w centrum wdrażania dla usług AKS i WebApp Containers. Będzie to przydatne, gdy chcesz zachować różne wersje pliku Dockerfile lub mieć wiele aplikacji w tym samym repozytorium. Dzięki temu będzie można wybrać konkretną aplikację DockerFile/aplikację, którą chcesz wypchnąć.
Azure Test Plans
Publiczna wersja zapoznawcza nowej strony planu testu
Nowa strona planów testów (plany testów*) jest dostępna w publicznej wersji zapoznawczej dla wszystkich organizacji usługi Azure DevOps. Nowa strona zawiera usprawnione widoki ułatwiające skoncentrowanie się na zadaniu — planowanie testów, tworzenie lub wykonywanie. Jest ona również bezpłatna i spójna z resztą oferty usługi Azure DevOps.
Nowa strona może włączyć funkcję w wersji zapoznawczej, jak pokazano poniżej.
Strona Plany testów* będzie zawierać większość możliwości z istniejącej strony oprócz nowych funkcji, takich jak kopiowanie i klonowanie planów testów. Będziemy nadal dodawać możliwości planowania testów i tworzenia co 3 tygodnie.
Aby dowiedzieć się więcej na temat nowej strony, zobacz dokumentację tutaj.
Azure Repos
Inspekcja zdarzeń usługi Azure Repos
Dodaliśmy zdarzenia dla repozytoriów, które mogą być używane za pomocą karty inspekcji usługi Azure DevOps w ustawieniach organizacji. Teraz można wyświetlać zdarzenia zasad podczas ich tworzenia, usuwania, modyfikowania lub pomijania. Ponadto można wyświetlać zdarzenia dla repozytoriów podczas ich tworzenia (w tym za pomocą rozwidlenia lub cofania), zmiany nazwy, usunięcia nietrwałego, zniszczenia lub zmiany gałęzi domyślnej.
Azure Artifacts
Krótszy czas ładowania strony kanału informacyjnego
Z przyjemnością informujemy, że poprawiliśmy czas ładowania strony kanału informacyjnego. Średni czas ładowania stron kanału informacyjnego zmniejszył się o 10%. Największe kanały informacyjne odnotowały największą poprawę czasu ładowania strony kanału informacyjnego 99. percentyla (czas ładowania w najwyższym 99% wszystkich kanałów informacyjnych) spadł o 75%.
Witryna Wiki
Zaawansowane edytowanie stron wiki z kodem
Wcześniej podczas edytowania strony typu wiki kodu nastąpi przekierowanie do centrum Azure Repos do edycji. Obecnie centrum Repozytorium nie jest zoptymalizowane pod kątem edycji języka Markdown.
Teraz możesz edytować stronę typu wiki kodu w edytorze side-by-side wewnątrz witryny typu wiki. Dzięki temu możesz użyć zaawansowanego paska narzędzi języka Markdown, aby utworzyć zawartość, dzięki czemu środowisko edycji będzie identyczne z tym, które w witrynie typu wiki projektu. Nadal możesz edytować repozytoria, wybierając opcję Edytuj w repozytoriach w repozytoriach w menu kontekstowym.
Tworzenie i osadzanie elementów roboczych z poziomu strony wiki
Podczas nasłuchiwania opinii słyszeliśmy, że używasz witryny typu wiki do przechwytywania dokumentów burzy mózgów, planowania dokumentów, pomysłów na funkcje, dokumentów specyfikacji, minut spotkania. Teraz możesz łatwo tworzyć funkcje i scenariusze użytkowników bezpośrednio z dokumentu planowania bez opuszczania strony typu wiki.
Aby utworzyć element roboczy, wybierz tekst na stronie typu wiki, na której chcesz osadzić element roboczy, a następnie wybierz pozycję Nowy element roboczy. Pozwala to zaoszczędzić czas, ponieważ nie trzeba najpierw tworzyć elementu roboczego, przejść do edycji, a następnie znaleźć element roboczy, aby go osadzić. Zmniejsza również przełącznik kontekstu, ponieważ nie wychodzisz z zakresu wiki.
Aby dowiedzieć się więcej na temat tworzenia i osadzania elementu roboczego z witryny typu wiki, zobacz naszą dokumentację tutaj.
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ę.
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,
Biju Venugopal