Udostępnij przez

Wersje robocze żądań ściągnięcia i nowy edytor tekstu elementu roboczego — aktualizacja przebiegu 143

W aktualizacji Sprint 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ć doświadczenie w całym produkcie. W usłudze Azure Repos wersje robocze żądań pobrania umożliwiają utworzenie żądania pobrania, które nie są 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 przekazach artefaktów i uzyskiwania informacji o pochodzeniu pakietów.

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

Funkcje

Ogólne:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

General

Interfejs REST API, wersja 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 z tym wdrożeniem. Aby uzyskać więcej informacji na temat interfejsów REST oraz wersji API, zobacz Dokumentacja REST API usługi Azure DevOps Services.

Azure Boards

Nowy edytor tekstów elementów roboczych

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 doświadczenie będzie ogromnym ulepszeniem. 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.

Możesz użyć tej kontrolki w dowolnym polu tekstowym w formularzu elementu roboczego, w tym w dyskusjach. Oto nowe doświadczenie, którego możesz się spodziewać:

Edytor tekstu

Poniżej przedstawiono przykład fragmentu kodu. Dzięki temu można łatwo i jasno omawiać kod w formularzu zadania roboczego.

Kod edytora tekstu

Naprawdę chcemy zacząć sprawiać, by element roboczy stał się bardziej społeczny. 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 przynieść swoje opisy i komentarze do życia i dać im nieco więcej osobowości!

Praca wykonywana dla tego edytora jest oprogramowaniem 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ść doświadczeń w usłudze Azure Repos wymaga najpierw wybrania repozytorium, a następnie gałęzi w tym repozytorium. Aby poprawić to doświadczenie dla organizacji z dużą liczbą oddziałów, wprowadzamy nowy wybierak oddziałów. Selektor pozwala teraz wybrać ulubione gałęzie lub szybko wyszukać gałąź.

Selektor gałęzi

Żądania pull w wersji roboczej

Aby zapobiec sfinalizowaniu żądań ściągnięcia, zanim będą gotowe, i umożliwić łatwe tworzenie pracy w toku, która może nie obejmować wszystkich, obsługujemy teraz żądania ściągnięcia w wersji roboczej.

Wersję roboczą prośby o pobranie można utworzyć, wybierając Utwórz jako wersję roboczą z listy rozwijanej przycisku Utwórz podczas tworzenia prośby o pobranie.

Utwórz roboczy PR

Po utworzeniu roboczego żądania ściągnięcia zobaczysz wskaźnik wskazujący jego stan obok tytułu.

Znaczek wskazujący stan.

Wersje robocze żądań ściągnięcia domyślnie nie obejmują recenzentów ani nie uruchamiają kompilacji, ale umożliwiają następnie ręczne dodawanie recenzentów i uruchamianie kompilacji. Aby przekształcić pull request w zwykłe żądanie ś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ć, gdy tagi zostaną dodane do komitu. 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 "ostatnia znana dobra wersja".

Możesz określić tagi do uwzględnienia i wykluczenia. Przykład:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Ustawienie automatycznego anulowania istniejącego pipeline'u, gdy zostanie zaktualizowane żądanie ściągnięcia.

Domyślnie potoki wyzwalane przez prośby o scalenie (PR) zostaną przerwane, jeśli nowy commit zostanie wypchnięty do tej samej prośby o scalenie. Jest to pożądane w większości przypadków, ponieważ zazwyczaj nie chcesz kontynuować działania pipeline'u na nieaktualnym kodzie. Jeśli nie chcesz tego zachowania, możesz dodać autoCancel: false do wyzwalacza PR.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Deklarowanie zasobów kontenera bezpośrednio w kodzie

Wcześniej wymagaliśmy, abyś deklarował swoje zasoby kontenera w potokach YAML, a następnie odwoływał się do nich według nazwy. Teraz oferujemy składnię w linii 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 w domyślnych uprawnieniach dla nowych projektów

Do tej pory współautorzy projektu nie mogli tworzyć pipeline'ów, chyba że jawnie otrzymali uprawnienia do tworzenia definicji kompilacji. Teraz w przypadku nowych projektów wszyscy członkowie zespołu mogą łatwo tworzyć i aktualizować przepływy zadań. Ta zmiana zmniejszy tarcie dla nowych klientów, którzy są dołączani do usługi Azure Pipelines. Zawsze możesz zaktualizować domyślne uprawnienia w grupie Współautorzy i ograniczyć ich dostęp.

Wdrażanie w nieudanych miejscach docelowych w grupie wdrożeń

Domyślnie Azure Pipelines były używane do ponownego uruchamiania wszystkich zadań podczas ponownego wdrażania wcześniej nieudanego uruchomienia. Teraz możesz zastąpić to zachowanie, konfigurując opcję wdrażania podczas wdrażania. Po wybraniu opcji Wszystkie zadania, z ograniczeniem do nieudanych obiektów docelowych w grupie wdrożeń, ponowne uruchomienie wykona wszystkie zadania, pomijając wdrożenia do obiektów docelowych, które są już zaktualizowane.

Wdrażanie w przypadku elementów docelowych, które zakończyły się niepowodzeniem w grupie wdrożenia.

Obsługa podejścia „infrastruktura jako kod”

Do naszych projektów usługi Azure DevOps dodamy obsługę infrastruktury jako kodu (IaC). IaC jest procesem zarządzania i aprowizowania infrastruktury obliczeniowej z użyciem podejścia deklaratywnego, przy jednoczesnym ustawianiu jej konfiguracji za pomocą 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, etapowanie i produkcja.

Azure Artifacts

Wykluczanie plików podczas przesyłania 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, do którego przesyłane są pliki, i automatycznie wykluczać te pliki, co eliminuje potrzebę tworzenia katalogu przejściowego.

Informacje dotyczące pochodzenia pakietów

Dzięki tej aktualizacji łatwiej jest zrozumieć pochodzenie twoich pakietów, w tym kto lub co je opublikował i 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 (dla języka Python) i pakietów uniwersalnych .

Informacje o pochodzeniu pakietów.

Aktualizacje dokumentacji interfejsu API REST usługi Azure Artifacts

Dzięki aktualizacji tego sprintu wprowadzamy istotne aktualizacje dokumentacji REST API usługi Azure Artifacts, które powinny ułatwić tworzenie aplikacji korzystających z nich.

Dalsze kroki

Uwaga / Notatka

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.

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ę.

Utwórz sugestię

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

Dzięki,

Jeremy Epling

  • Last updated on