Wersje robocze żądań ściągnięcia i nowy edytor tekstu elementu roboczego — aktualizacja przebiegu 143
W aktualizacji Przebiegu 143 usługi Azure DevOps wprowadzamy nowy edytor tekstów elementów roboczych , który jest znacznie bardziej zaawansowany i łatwiejszy w użyciu. Jest to część naszych starań, aby zmodernizować i poprawić środowisko w całym produkcie. W Azure Repos wersje robocze żądań ściągnięcia umożliwiają utworzenie żądania ściągnięcia, które nie jest jeszcze gotowe do ukończenia, więc nie można ich ukończyć przypadkowo. Udostępniamy również niektóre nowe funkcje w usłudze Azure Artifacts, w tym możliwość wykluczania plików w przekazywaniu artefaktów i uzyskiwania informacji dotyczących pochodzenia w pakietach.
Zapoznaj się z listą funkcji poniżej, aby uzyskać więcej informacji.
Funkcje
Ogólne:
Azure Boards:
Azure Repos:
Azure Pipelines:
- Wyzwalanie potoków YAML przy użyciu tagów
- Ustawienie automatycznego anulowania istniejącego potoku po zaktualizowaniu żądań ściągnięcia
- Deklarowanie wbudowanych zasobów kontenera
- Zmiany uprawnień domyślnych dla nowych projektów
- Wdrażanie do nieudanych miejsc docelowych w grupie wdrożeń
- Obsługa infrastruktury jako kodu
Azure Artifacts:
- Wykluczanie plików podczas przekazywania artefaktów
- Informacje o pochodzenia pakietów
- Aktualizacje dokumentacji interfejsu API REST usługi Azure Artifacts
Ogólne
Interfejs API REST w wersji 5.0
Każde żądanie interfejsu API powinno zawierać wersję interfejsu API. Jeśli jednak wysyłasz żądanie REST do wcześniej wydanego punktu końcowego bez wersji interfejsu API, domyślna wersja tego żądania zmieni się z wersji 4.1 na 5.0 przy użyciu tego wdrożenia. Aby uzyskać więcej informacji na temat interfejsów API REST i api-versions, zobacz dokumentację interfejsu API REST Azure DevOps Services.
Azure Boards
Nowy edytor tekstu elementu roboczego
Z przyjemnością ogłaszamy ogólną dostępność nowego edytora tekstów w formularzu elementu roboczego. Nasz edytor tekstów od jakiegoś czasu jest nieaktualny, a to nowe środowisko będzie ogromną poprawą. Nowy edytor jest bardziej nowoczesny i zaawansowany, wprowadzając nowe funkcje, w tym zmianę rozmiaru obrazów, fragmenty kodu, skróty klawiaturowe dla komputerów Mac i Windows oraz pełną bibliotekę emoji.
Tej kontrolki można używać w dowolnym polu tekstowym w formularzu elementu roboczego, w tym w dyskusjach. Oto nowe środowisko, którego można oczekiwać:
Poniżej przedstawiono środowisko fragmentu kodu. Dzięki temu można łatwo i wyraźnie omawiać kod w formularzu elementu roboczego.
Naprawdę chcemy zacząć robić element roboczy bardziej społecznym doświadczeniem. Pierwszym krokiem tej podróży jest przeniesienie obsługi emoji do pól tekstowych i dyskusji na temat elementu roboczego. Korzystając z emoji, będziesz w stanie ożywić swoje opisy i komentarze i dać im nieco więcej osobowości!
Praca wykonywana dla tego edytora jest open source, więc zapoznaj się z repozytorium roosterjs w witrynie GitHub pod adresem https://github.com/Microsoft/roosterjs.
Azure Repos
Ulepszony selektor gałęzi
Większość środowisk w Azure Repos wymaga wybrania repozytorium, a następnie gałęzi w tym repozytorium. Aby ulepszyć to środowisko dla organizacji z dużą liczbą gałęzi, wprowadzamy nowy selektor gałęzi. Selektor pozwala teraz wybrać ulubione gałęzie lub szybko wyszukać gałąź.
Robocze żądania ściągnięcia
Aby zapobiec zakończeniu żądań ściągnięcia przed ich przygotowaniem i ułatwienia tworzenia pracy w toku, która może nie obejmować wszystkich użytkowników, obsługujemy teraz wersje robocze żądań ściągnięcia.
Wersję roboczą żądań ściągnięcia można utworzyć, wybierając pozycję Utwórz jako wersję roboczą z listy rozwijanej Przycisk Utwórz podczas tworzenia żądania ściągnięcia.
Po utworzeniu roboczego żądania ściągnięcia zobaczysz wskaźnik wskazujący jego stan obok tytułu.
Wersje robocze żądań ściągnięcia nie obejmują domyślnie recenzentów ani nie uruchamiają kompilacji, ale umożliwiają ręczne dodawanie recenzentów i uruchamianie kompilacji. Aby podwyższyć poziom żądania ściągnięcia do normalnego żądania ściągnięcia, po prostu kliknij przycisk Publikuj na stronie szczegółów żądania ściągnięcia.
Azure Pipelines
Wyzwalanie potoków YAML przy użyciu tagów
Potoki YAML można wyzwalać po dodaniu tagów do zatwierdzenia. Jest to przydatne w przypadku zespołów, których przepływy pracy zawierają tagi. Na przykład możesz rozpocząć proces, gdy zatwierdzenie zostanie oznaczone jako "ostatni znany dobry".
Można określić tagi do uwzględnienia i wykluczenia. Na przykład:
trigger:
tags:
include:
- releases/*
exclude:
- releases/old*
Ustawienie automatycznego anulowania istniejącego potoku po zaktualizowaniu żądań ściągnięcia
Domyślnie potoki wyzwalane przez żądania ściągnięcia zostaną anulowane, jeśli nowe zatwierdzenie zostanie wypchnięte do tego samego żądania ściągnięcia. Jest to pożądane w większości przypadków, ponieważ zwykle nie chcesz kontynuować uruchamiania potoku w nieaktualnym kodzie. Jeśli nie chcesz tego zachowania, możesz dodać autoCancel: false do wyzwalacza żądania ściągnięcia.
pr:
branches:
include:
- main
- releases/*
autoCancel: false
Deklarowanie wbudowanych zasobów kontenera
Wcześniej musieliśmy zadeklarować zasoby kontenera w potokach YAML, a następnie odwoływać się do nich według nazwy. Teraz oferujemy składnię śródliniową w przypadkach, w których nie będziesz odwoływać się do kontenera wielokrotnie.
jobs:
- job: my-container-job
container:
image: mcr.microsoft.com/dotnet/core/runtime:latest
Zmiany uprawnień domyślnych dla nowych projektów
Do tej pory współautorzy projektu nie mogli tworzyć potoków, chyba że jawnie otrzymują uprawnienia do tworzenia definicji kompilacji . Teraz w przypadku nowych projektów wszyscy członkowie zespołu mogą łatwo tworzyć i aktualizować potoki. Ta zmiana zmniejszy problemy dla nowych klientów, którzy dołączają do usługi Azure Pipelines. Zawsze możesz zaktualizować domyślne uprawnienia w grupie Współautorzy i ograniczyć ich dostęp.
Wdrażanie do nieudanych miejsc docelowych w grupie wdrożeń
Domyślnie usługa Azure Pipelines służy do ponownego uruchamiania wszystkich zadań podczas ponownego wdrażania wcześniej nieudanego przebiegu. Teraz możesz zastąpić to zachowanie, konfigurując opcję wdrożenia podczas wdrażania. Po wybraniu opcji Wszystkie zadania i ograniczenia do elementów docelowych, które zakończyły się niepowodzeniem w grupie wdrożenia , ponowne uruchomienie spowoduje uruchomienie wszystkich zadań i pominięcie wdrożeń do elementów docelowych, które są już aktualne.
Obsługa infrastruktury jako kodu
Do naszych projektów usługi Azure DevOps dodajemy obsługę infrastruktury jako kodu (IaC). Infrastruktura IaC to proces zarządzania infrastrukturą obliczeniową i aprowizowania jej przy użyciu podejścia deklaratywnego, a jednocześnie ustawiania ich konfiguracji przy użyciu plików definicji zamiast tradycyjnych interaktywnych narzędzi konfiguracji. Umożliwi to pracę z zasobami w rozwiązaniu jako grupą. Możesz wdrożyć, zaktualizować lub usunąć wszystkie zasoby rozwiązania przy użyciu szablonu do wdrożenia. Tego szablonu można używać w różnych środowiskach, takich jak testowanie, przemieszczanie i produkcja.
Azure Artifacts
Wykluczanie plików podczas przekazywania artefaktów
Wcześniej, aby wykluczyć pliki z opublikowanych artefaktów, należy skopiować pliki do katalogu przejściowego, usunąć pliki do wykluczenia, a następnie przekazać. Teraz zarówno pakiety uniwersalne, jak i artefakty potoku będą szukać pliku o nazwie artifactignore w katalogu przekazywanym do i automatycznie wykluczać te pliki, co eliminuje konieczność utworzenia katalogu przejściowego.
Informacje o pochodzenia pakietów
Dzięki tej aktualizacji nieco łatwiej zrozumieliśmy pochodzenie pakietów, w tym informacje o tym, kto lub co je opublikowały, oraz z jakiego zatwierdzenia kodu źródłowego pochodzą. Te informacje są wypełniane automatycznie dla wszystkich pakietów publikowanych przy użyciu zadań npm, NuGet i .NET Core, Twine Authenticate (for Python) i Universal Packages .
Aktualizacje dokumentacji interfejsu API REST usługi Azure Artifacts
Dzięki aktualizacji tego przebiegu wprowadzamy znaczne aktualizacje dokumentacji interfejsów API REST usługi Azure Artifacts, które powinny ułatwić opracowywanie ich we własnych aplikacjach.
Następne kroki
Uwaga
Te funkcje zostaną wprowadzane w ciągu najbliższych dwóch do trzech tygodni.
Przeczytaj o nowych funkcjach poniżej i przejdź do usługi Azure DevOps, aby wypróbować je samodzielnie.
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 pytania, na które odpowiada społeczność w witrynie Stack Overflow.
Dzięki,
Jeremy Epling