Udostępnij za pośrednictwem

Notki o wydaniu Azure DevOps Server 2022 Update 2

  • Artykuł

| Wspólnota deweloperów | Wymagania systemowe i zgodność | Warunki licencyjne | Blog DevOps | Skróty SHA-256 |

Ten artykuł zawiera informacje dotyczące najnowszej wersji usługi Azure DevOps Server.

Aby dowiedzieć się więcej na temat instalowania lub uaktualniania wdrożenia usługi Azure DevOps Server, zobacz Wymagania dotyczące usługi Azure DevOps Server.

Aby pobrać produkty usługi Azure DevOps Server, odwiedź stronę pobierania usługi Azure DevOps Server.

Bezpośrednie uaktualnienie do usługi Azure DevOps Server 2022 Update 2 jest obsługiwane z poziomu programu Azure DevOps Server 2019 lub Team Foundation Server 2015 lub nowszego. Jeśli wdrożenie serwera TFS jest na serwerze TFS 2013 lub starszym, przed uaktualnieniem do usługi Azure DevOps Server 2022 należy wykonać pewne kroki tymczasowe. Aby uzyskać więcej informacji, zobacz stronę instalacji.

Azure DevOps Server 2022 Update 2 Patch 4 — data wydania: 11 marca 2025 r.

Plik Skrót SHA-256
devops2022.2patch4 975B0FC28737C15BA40D6E08463D1A735A66FA821EB40C7A377AE3D58F0C7DA

Opublikowaliśmy Patch 4 dla usługi Azure DevOps Server 2022 Update 2 w celu uwzględnienia:

  • Aktualizowanie zadań z powodu wycofania usługi Edgio CDN. Więcej informacji znajdziesz we wpisie blogowym o zmianie dostawcy CDN.
  • Uaktualniono moduł Mermaid.

Azure DevOps Server 2022 Update 2 Patch 3 — data wydania: 11 lutego 2025 r.

Uwaga

W poniedziałek, 24 lutego 2025 r. ponownie wydaliśmy poprawkę 3 dla usługi Azure DevOps Server 2022.2. Jeśli wcześniej zainstalowano starszą wersję tej poprawki, zaktualizuj ją przy użyciu podanego linku. Ta aktualizacja rozwiązuje problem powodujący niepowodzenie potoków YAML. Więcej szczegółów na temat problemu można znaleźć w witrynie Developer Community.

Plik Skrót SHA-256
devops2022.2patch3 F5C2DA846B8A38A1FB55D1EB555FB2FD6B974B0436F573CC01A0FEBAF3D67521

Opublikowaliśmy Patch 3 dla usługi Azure DevOps Server 2022 Update 2 w celu uwzględnienia:

Azure DevOps Server 2022 Update 2 Patch 2 — data wydania: 12 listopada 2024 r.

Plik Skrót SHA-256
devops2022.2patch2.exe 70930BE091607B490890A48C250DAB6C2087F7F610CC695C9C632C679A491D23

Opublikowaliśmy poprawkę 2 dla usługi Azure DevOps Server 2022 Update 2, aby uwzględnić uaktualnienie do zależności podatnej na zagrożenia.

Azure DevOps Server 2022.2 RTW Data wydania: 9 lipca 2024 r.

Podsumowanie nowości w usłudze Azure DevOps Server 2022.2 RTW

Uwaga

Opublikowaliśmy ponownie usługę Azure DevOps Server 2022.2, aby rozwiązać problem z ładowaniem nazw usługi Teams. Problem został zgłoszony na blogu Azure DevOps Server 2022.2 RTW now available blog post. Jeśli zainstalowano wersję programu Azure DevOps Server 2022.2 wydaną 9 lipca, możesz zainstalować poprawkę 1 dla usługi Azure DevOps Server 2022.2 , aby rozwiązać ten problem. Poprawka 1 nie jest wymagana, jeśli instalujesz program Azure DevOps Server 2022.2 po raz pierwszy od czasu zaktualizowania linków pobierania w celu uwzględnienia poprawki.

Azure DevOps Server 2022.2 RTW to zbiór poprawek błędów. Obejmuje ona wszystkie funkcje w wcześniej wydanym programie Azure DevOps Server 2022.2 RC. Serwer Azure DevOps Server 2022.2 można zainstalować bezpośrednio lub uaktualnić z programu Azure DevOps Server 2020, 2019 lub Team Foundation Server 2015 lub nowszego. Następujące problemy i luki w zabezpieczeniach zostały rozwiązane w tej wersji:

Azure DevOps Server 2022 Update 2 RC Data wydania: 7 maja 2024 r.

Program Azure DevOps Server 2022.2 RC zawiera wiele nowych funkcji. Niektóre najważniejsze funkcje to:

Możesz również przejść do poszczególnych sekcji, aby wyświetlić wszystkie nowe funkcje dla każdej usługi:

Ogólne

Publikowanie zadania Wyniki testu

Zadanie Publikuj wyniki testu obsługuje teraz załączniki przebiegu testu dla formatu raportu JUnit.

Nowa wersja zestawu SDK rozszerzenia internetowego usługi Azure DevOps

Dzięki tej aktualizacji udostępnimy nową wersję zestawu SDK rozszerzenia internetowego usługi Azure DevOps. Kliencki SDK umożliwia rozszerzeniom sieci Web komunikację z hostem. Może służyć do:

  • Powiadamianie hosta o załadowaniu rozszerzenia lub błędach
  • Uzyskaj podstawowe informacje kontekstowe dotyczące bieżącej strony (bieżący użytkownik, host i informacje o rozszerzeniu)
  • Uzyskiwanie informacji o motywie
  • Uzyskiwanie tokenu autoryzacji do użycia w wywołaniach REST z powrotem do usługi Azure DevOps
  • Uzyskiwanie usług zdalnych oferowanych przez hostującą ramę

Pełną dokumentację interfejsu API można znaleźć w dokumentacji pakietu azure-devops-extension-sdk. Ta nowa wersja zapewnia obsługę następujących modułów:

  • Obsługa modułów ES: zestaw SDK obsługuje teraz moduły ES (ECMAScript) oprócz istniejących modułów AMD (Asynchronous Module Definition). Zestaw SDK można teraz zaimportować przy użyciu składni modułu ES, która zapewnia ulepszenia wydajności i zmniejsza rozmiar aplikacji.

  • Zgodność z poprzednimi wersjami dla modułów AMD: istniejąca obsługa modułów AMD pozostaje nienaruszona. Jeśli projekt korzysta z modułów AMD, możesz nadal używać ich tak jak wcześniej bez żadnych zmian.

Jak używać:

W przypadku modułów ES można zaimportować nasze moduły przy użyciu instrukcji import:

import * as SDK from 'azure-devops-extension-sdk';
// Use the module here

Jeśli używasz modułów AMD, możesz kontynuować importowanie zestawu SDK przy użyciu require funkcji :

require(['azure-devops-extension-sdk'], function(SDK) {

  // Use the module here
});

Tablice

Limity obszarów oraz ścieżek iteracji

Limity odgrywają ważną rolę w utrzymaniu kondycji i wydajności dużej usługi globalnej. W tej wersji wprowadzamy sztywne limity 10 000 w projekcie zarówno dla ścieżek obszaru, jak i iteracji. Odwiedź stronę Śledzenie pracy, proces i limity projektów, aby dowiedzieć się więcej o różnych limitach w usłudze.

Zrzuty ekranu przedstawiające ścieżki obszaru i iteracji.

Kontrolki programowania i wdrażania

Teraz usuwamy kontrolki Programowanie i/lub Wdrażanie z elementu roboczego, w zależności od konfiguracji projektu. Możesz na przykład skonfigurować ustawienia projektu, aby wyłączyć Repos i/lub Pipelines.

Zrzuty ekranu usług DevOps.

Po przejściu do elementu roboczego odpowiednie kontrolki programowania i wdrażania będą ukryte w formularzu.

Zrzuty ekranu dotyczące powiązanej pracy.

Jeśli zdecydujesz się połączyć repozytorium GitHub z usługą Azure Boards, zostanie wyświetlona kontrolka Programowanie dla repozytoriów GitHub.

Zrzuty ekranu kontrolki programowania .

Repos

Nowa "Polityka gałęzi" uniemożliwia użytkownikom zatwierdzanie własnych zmian

Aby poprawić kontrolę nad tym, jakie zmiany użytkownik zatwierdza i odpowiada bardziej rygorystycznym wymaganiom prawnym/zgodności, udostępniamy opcję zapobiegania zatwierdzaniu przez użytkownika własnych zmian, chyba że jawnie dozwolone.

Użytkownik mający możliwość zarządzania zasadami gałęzi może teraz przełączyć nowo dodaną opcję "Wymagaj co najmniej jednego zatwierdzenia dla każdej iteracji" w obszarze "Kiedy zostaną wypchnięte nowe zmiany". Po wybraniu tej opcji wymagane jest co najmniej jedno głosowanie za zatwierdzeniem ostatniej zmiany gałęzi źródłowej. Zatwierdzenie użytkownika nie jest liczone przeciwko żadnej poprzedniej niezatwierdzonej iteracji wprowadzonej przez tego użytkownika. W związku z tym wymagane jest dodatkowe zatwierdzenie ostatniej iteracji przez innego użytkownika.

Na poniższej ilustracji przedstawiono żądanie ściągnięcia utworzone przez użytkownika A i dodatkowe 4 zatwierdzenia (iteracji) wykonane do tego żądania ściągnięcia przez użytkowników B, C, A ponownie i C. Po zakończeniu drugiej iteracji (zatwierdzenie wykonane przez użytkownika B) użytkownik C zatwierdził to. W tym czasie sugerowało to zatwierdzenie pierwszego zatwierdzenia użytkownika A (po utworzeniu żądania ściągnięcia) i nowo wprowadzone zasady zostaną pomyślnie wprowadzone. Po piątej iteracji (ostatnie zatwierdzenie użytkownika C) zatwierdzenie zostało wykonane przez użytkownika A. To sugerowane zatwierdzenie dla wcześniejszego zatwierdzenia wykonanego przez użytkownika C, ale nie oznaczało zatwierdzenia drugiego zatwierdzenia wykonanego przez użytkownika A w czwartej iteracji. Aby nowo wprowadzone zasady zakończyły się sukcesem, niezatwierdzona iteracja czwarta musi zostać zatwierdzona przez użytkownika B, C lub innego użytkownika, który nie wprowadził żadnych zmian w prośbie o ściągnięcie.

Obraz zarządzania uprawnieniami.

Uwaga

Istnieje znany problem polegający na tym, że zasady oddziału traktują grupę skonfigurowaną jako recenzent jak podmiot zatwierdzający. Wyobraźmy sobie, że istnieje wymagane zatwierdzenie wykonywane przez dowolnego użytkownika grupy G. Użytkownik A jest członkiem tej grupy G. Gdy użytkownik A udostępni zatwierdzenie, jak na powyższym obrazie (po piątej iteracji), zatwierdzenie grupy G zatwierdza zmianę wykonywaną przez użytkownika A. Nie jest to oczekiwane i zostanie rozwiązane w wersji RTW.

Obsługa filtrów bezbłędnych i bezdrzewnych

Ważne

Funkcjonalność jest wyłączona domyślnie. Aby włączyć tę funkcję, wykonaj następujące zapytanie w bazie danych konfiguracji:

exec prc_SetRegistryValue 1,'#\FeatureAvailability\Entries\Git.EnablePartialClone\AvailabilityState\', 1

Usługa Azure DevOps obsługuje teraz dwa dodatkowe filtrowanie podczas klonowania/pobierania. Są to: --filter=blob:none i --filter=tree:0 Pierwsza opcja (klon bez obiektów blob) jest najlepiej używana do regularnego rozwoju, podczas gdy druga opcja (klon bez drzewa) pasuje lepiej w tych przypadkach, w których odrzucasz klon po zakończeniu działania, na przykład po uruchomieniu kompilacji.

Wycofanie protokołu SSH-RSA

Usługa Azure Repos udostępnia dwie metody uzyskiwania dostępu do repozytorium git w usłudze Azure Repos — HTTPS i SSH. Aby użyć protokołu SSH, należy utworzyć parę kluczy przy użyciu jednej z obsługiwanych metod szyfrowania. W przeszłości obsługujemy tylko protokół SSH-RSA i poprosiliśmy użytkowników o włączenie protokołu SSH-RSA tutaj.

Dzięki tej aktualizacji ogłaszamy wycofanie protokołu SSH-RSA jako obsługiwaną metodę szyfrowania na potrzeby nawiązywania połączenia z usługą Azure Repos przy użyciu protokołu SSH. Więcej szczegółów można znaleźć w wpisie w blogu Koniec obsługi protokołu SSH-RSA dla usługi Azure Repos .

Rurociągi

Zapobieganie niezamierzonym uruchomieniom pipeline'u

Dzisiaj, jeśli potok YAML nie określi sekcji trigger, działa dla wszelkich zmian wypchniętych do repozytorium. Może to spowodować zamieszanie odnośnie tego, dlaczego pipeline został uruchomiony i prowadzić do wielu niezamierzonych uruchomień.

Dodaliśmy ustawienie Pipelines na poziomie kolekcji projektu i projektu o nazwie Wyłącz dorozumiany wyzwalacz YAML CI, które umożliwia zmianę tego zachowania. Możesz zdecydować się na niewyzwalanie potoków, jeśli brakuje ich sekcji wyzwalacza.

Zrzut ekranu przedstawiający wyzwalacz ciągłej integracji YAML.

Ponów próbę etapu po zatwierdzeniu i przekroczeniu limitu czasu sprawdzania

Po przekroczeniu limitu czasu zatwierdzania i sprawdzania, etap, do którego należy, jest pomijany. Pominięto również etapy, które mają zależność od pominiętego etapu.

Teraz możesz ponowić próbę etapu, gdy upłynie limit czasu zatwierdzeń oraz kontroli. Wcześniej było to możliwe tylko wtedy, gdy upłynął limit czasu zatwierdzenia.

Zrzut ekranu ponownej próby etapu.

Pomijanie zatwierdzeń i kontroli

Zatwierdzenia i kontrole pomagają chronić dostęp do ważnych zasobów, takich jak połączenia z usługami, repozytoria lub pule agentów. Typowym przypadkiem użycia jest wykorzystanie zatwierdzeń i sprawdzeń podczas wdrażania do środowiska produkcyjnego, aby chronić połączenie usługi ARM.

Załóżmy, że dodano następujące kontrole połączenia z usługą: zatwierdzenie, sprawdzanie godzin pracy i sprawdzanie wywołania funkcji platformy Azure (aby wymusić opóźnienie między różnymi regionami).

Teraz wyobraź sobie, że musisz przeprowadzić wdrożenie poprawek. Rozpoczynasz przebieg potoku, ale nie jest on kontynuowany i czeka na ukończenie większości testów. Nie możesz sobie pozwolić na oczekiwanie na ukończenie zatwierdzeń i kontroli.

W tej wersji umożliwiliśmy ominięcie aktualnie wykonywanych zatwierdzeń i kontroli, dzięki czemu można ukończyć szybką poprawkę.

Możesz pominąć uruchamianie zatwierdzeń, godzin pracy, wywołać funkcję platformy Azure i wywołać kontrole interfejsu API REST.

Pomiń zatwierdzenie.

Zrzut ekranu obejścia zatwierdzenia.

Pomiń sprawdzanie godzin pracy.

Zrzut ekranu przedstawiający sprawdzanie pomijania godzin pracy.

Pomiń sprawdzanie wywołania funkcji Azure. Pomiń sprawdzanie godzin pracy.

Zrzut ekranu przedstawiający sprawdzanie wywołania funkcji platformy Azure.

Gdy pominięto kontrolę, można ją zobaczyć w panelu kontroli.

Zrzut ekranu przedstawiający pomijanie sprawdzania.

Sprawdzanie można pominąć tylko wtedy, gdy jesteś administratorem zasobu, na którym zdefiniowano testy.

Zrzut ekranu przedstawiający wymagany szablon YAML.

Ponowne wykonanie wywołania sprawdzeń funkcji Azure

Wyobraź sobie, że system jest wdrażany na wielu etapach. Przed wdrożeniem drugiego etapu, istnieje kontrola zatwierdzenia i wywołania funkcji Azure, która przeprowadza sprawdzenie poprawności w już wdrożonej części systemu.

Podczas przeglądania żądania zatwierdzenia zauważysz, że kontrola kondycji została uruchomiona dwa dni wcześniej. W tym scenariuszu możesz pamiętać o innym wdrożeniu, które miało wpływ na wynik sprawdzania kondycji.

Dzięki tej aktualizacji możesz ponownie uruchomić polecenie Wywołaj funkcję platformy Azure i wywołać kontrole interfejsu API REST. Ta funkcja jest dostępna tylko w przypadku testów zakończonych powodzeniem i nie ma ponownych prób.

Zrzut ekranu przedstawiający sprawdzanie dynamiczne.

Uwaga

Możesz ponownie uruchomić sprawdzanie tylko wtedy, gdy jesteś administratorem zasobu, na którym zdefiniowano testy.

Obsługa serwera GitHub Enterprise w kontroli wymaganych szablonów

Szablony to mechanizm bezpieczeństwa, który umożliwia kontrolowanie etapów, zadań i kroków potoków w kolekcji projektów.

Wymaganie sprawdzenia szablonu umożliwia wymuszenie, że potok korzysta z zestawu zatwierdzonych szablonów, aby uzyskać dostęp do chronionego zasobu, takiego jak pula agentów lub połączenie z usługą.

Teraz można określić szablony znajdujące się w repozytoriach GitHub Enterprise Server.

Rola administratora dla wszystkich środowisk

Środowiska w potokach YAML reprezentują zasób obliczeniowy, do którego wdrażasz aplikację, na przykład klaster usługi AKS lub zestaw maszyn wirtualnych. Zapewniają one mechanizmy kontroli zabezpieczeń i możliwość śledzenia wdrożeń.

Zarządzanie środowiskami może być dość trudne. Dzieje się tak dlatego, że po utworzeniu środowiska osoba tworząca ją automatycznie staje się jedynym administratorem. Jeśli na przykład chcesz zarządzać zatwierdzeniami i sprawdzaniem wszystkich środowisk w scentralizowany sposób, musisz poprosić każdego administratora środowiska o dodanie określonego użytkownika lub grupy jako administratora, a następnie skonfigurowanie testów przy użyciu interfejsu API REST. Takie podejście jest żmudne, podatne na błędy i nie jest skalowane po dodaniu nowych środowisk.

W tej wersji dodaliśmy rolę administratorów na poziomie centrum środowisk. Ujednolica środowiska z połączeniami usług oraz pulami agentów. Aby przypisać rolę administratora do użytkownika lub grupy, musisz być już administratorem centrum środowisk lub właścicielem kolekcji projektów.

Zrzut ekranu przedstawiający rolę administratora.

Użytkownik z tą rolą administratora może administrować uprawnieniami, zarządzać, wyświetlać i używać dowolnego środowiska. Obejmuje to otwieranie środowisk dla wszystkich kanałów.

Po przyznaniu roli administratora użytkownika na poziomie centrum środowisk stają się administratorami dla wszystkich istniejących środowisk i dla wszystkich przyszłych środowisk.

Ulepszona walidacja YAML

Aby sprawdzić, czy składnia YAML jest poprawna, możesz użyć funkcji Validate edytora internetowego usługi Azure Pipelines. Dlatego ważne jest, aby ta funkcja przechwyciła jak najwięcej problemów YAML.

Zrzut ekranu przedstawiający walidację YAML.

Walidacja YAML jest teraz bardziej dokładna, jeśli chodzi o wyrażenia.

Podczas pisania potoków YAML można użyć funkcji do definiowania wartości zmiennych.

Wyobraź sobie, że definiujesz następujące zmienne:

variables:
  Major: '1'
  Minor: '0'
  Patch: $[counter(fromat('{0}.{1}', variables.Major, variables.Minor ), 0)]

Zmienna Patch jest definiowana za pomocą funkcji counter i pozostałych dwóch zmiennych. W powyższym kodzie YAML wyraz format jest błędny. Wcześniej ten błąd nie został wykryty. Teraz funkcja Validate wykryje to i wyświetli komunikat o błędzie.

Zrzut ekranu przedstawiający wykryte niepoprawne definicje zmiennych.

Usługa Azure Pipelines wykryje nieprawidłowe definicje zmiennych na poziomie potoku/etapu/zadania.

W potokach YAML można pominąć wykonywanie etapu przy użyciu warunków. Tutaj również mogą pojawić się literówki, jak w poniższym przykładzie.

steps:
- task: NuGetCommand@2
  condition: eq(variable.Patch, 0)
  inputs:
    command: pack
    versioningScheme: byPrereleaseNumber
    majorVersion: '$(Major)'
    minorVersion: '$(Minor)'
    patchVersion: '$(Patch)'

Zadanie NuGetCommand jest wykonywane tylko wtedy, gdy wartość zmiennej Patch wynosi 0. Ponownie w warunku znajduje się literówka, a funkcja Validate ją wyświetli.

Zrzut ekranu zmiennej Patch.

Usługa Azure Pipelines wykryje nieprawidłowe warunki YAML zdefiniowane na poziomie potoku/etapu/zadania.

Interfejsy API REST dla środowisk

Środowisko to kolekcja zasobów, których można kierować przy użyciu wdrożeń z potoku. Środowiska dają ci historię wdrożeń, możliwość śledzenia elementów roboczych i zatwierdzeń oraz mechanizmy kontroli dostępu.

Wiemy, że chcesz programowo tworzyć środowiska, dlatego opublikowaliśmy dokumentację dla ich interfejsu API REST.

Ulepszenia interfejsu API REST zatwierdzeń

Ulepszyliśmy lokalizowanie zatwierdzeń przypisanych do użytkownika przez uwzględnienie grup, do których należy użytkownik w wynikach wyszukiwania.

Zatwierdzenia zawierają teraz informacje o uruchomieniu potoku, do którego należą.

Na przykład następujące wywołanie GET REST API https://fabrikam.selfhosted/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending zwraca

{
    "count": 1,
    "value":
    [
        {
            "id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
            "steps":
            [],
            "status": "pending",
            "createdOn": "2023-11-09T10:54:37.977Z",
            "lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
            "executionOrder": "anyOrder",
            "minRequiredApprovers": 1,
            "blockedApprovers":
            [],
            "_links":
            {
                "self":
                {
                    "href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
                }
            },
            "pipeline":
            {
                "owner":
                {
                    "_links":
                    {
                        "web":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
                        },
                        "self":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
                        }
                    },
                    "id": 73222930,
                    "name": "20231109.1"
                },
                "id": "4597",
                "name": "FabrikamFiber"
            }
        }
    ]
}

Logi potoku zawierają teraz wykorzystanie zasobów

Dzienniki potoku Azure mogą teraz przechwytywać metryki wykorzystania zasobów, takie jak pamięć, użycie CPU i dostępne miejsce na dysku. ** Dzienniki obejmują również zasoby używane przez agenta potoku i procesy podrzędne, w tym zadania uruchamiane w ramach zadania.

Zrzut ekranu przedstawiający dzienniki, w tym zasoby używane przez rurę przetwarzającą.

Jeśli podejrzewasz, że zadanie potoku może napotkać ograniczenia zasobów, włącz dzienniki szczegółowe, aby informacje o wykorzystaniu zasobów zostały wprowadzone do dzienników potoku. Działa to na dowolnym agencie niezależnie od modelu hostingu.

Agent usługi Azure Pipelines obsługuje teraz system Alpine Linux

Agent Pipeline w wersji 3.227 obsługuje Alpine Linux w wersji 3.13 lub nowszej. Alpine Linux to popularny obraz bazowy dla kontenerów. Agenta można znaleźć na stronie wydań . Wersje alpine Linux agenta mają prefiks vsts-agent-linux-musl np. vsts-agent-linux-musl-x64-3.227.1.tar.gz.

Zadania usługi Azure Pipelines używają węzła 16

Zadania w potoku są wykonywane za pomocą runnera, przy czym w większości przypadków używany jest Node.js. Zadania usługi Azure Pipelines, które wykorzystują Node.js jako uruchamiacz, używają teraz Node.js 16. Ponieważ Node 16 jest pierwszą wersją, która natywnie obsługuje Apple silicon, zapewnia także pełne wsparcie dla zadań na macOS na Apple silicon. Agentom działającym na Apple Silicon nie potrzebna jest Rosetta do działania.

Ponieważ data zakończenia okresu eksploatacji węzła 16 została przeniesiona do przodu, rozpoczęliśmy pracę nad uruchamianiem zadań z węzłem 20.

Zwiększono limity usługi Azure Pipeline w celu dostosowania do maksymalnego rozmiaru szablonu usługi Azure Resource Manager (ARM) 4 MB.

Aby utworzyć infrastrukturę platformy Azure, możesz użyć zadania wdrażania szablonu usługi Azure Resource Manager. W odpowiedzi na Twoją opinię zwiększyliśmy limit integracji usługi Azure Pipelines wynoszący od 2 MB do 4 MB. Będzie to zgodne z szablonami ARM o maksymalnym rozmiarze 4 MB, rozwiązywanie ograniczeń rozmiaru podczas integracji dużych szablonów.

Zadanie AzureRmWebAppDeployment obsługuje uwierzytelnianie identyfikatora Entra firmy Microsoft

Zadania AzureRmWebAppDeploymentV3 i AzureRmWebAppDeployment@4 zostały zaktualizowane w celu obsługi usługi App Service z wyłączonym uwierzytelnianiem podstawowym. Jeśli uwierzytelnianie podstawowe jest wyłączone w usłudze App Service, zadania AzureRmWebAppDeploymentV3/4 używają uwierzytelniania identyfikatora Entra firmy Microsoft do wykonywania wdrożeń w punkcie końcowym usługi App Service Kudu. Wymaga to najnowszej wersji msdeploy.exe zainstalowanej na agencie, co jest w przypadku agenta windows-2022/windows-latest Hosted agents (zobacz informacje o zadaniu).

Wyłączono możliwość przesłonięcia statusu zasad pokrycia kodu na Niepowodzenie, gdy kompilacja jest nieudana

Wcześniej w stan polityki pokrycia kodu zmieniał się na „Niepowodzenie” jeśli kompilacja w PR zakończyła się niepowodzeniem. Było to problemem dla niektórych z was, którzy mieli kompilację jako opcjonalną kontrolę i politykę pokrycia kodu jako wymaganą, co skutkowało zablokowaniem pull requestów.

Zrzut ekranu zablokowanych PR-ów.

Teraz polityka pokrycia kodu nie zostanie ustawiona na "Niepowodzenie", jeśli kompilacja zakończy się niepowodzeniem. Ta funkcja zostanie włączona dla wszystkich klientów.

Zrzut ekranu przedstawiający wyniki po zmianie.

Artefakty

Wprowadzenie do obsługi usługi Azure Artifacts dla skrzynek towarowych

Z przyjemnością ogłaszamy, że usługa Azure Artifacts oferuje teraz natywną obsługę skrzynek towarowych. To wsparcie obejmuje parytet funkcji w odniesieniu do naszych istniejących protokołów, a także crates.io jako dostępne źródło nadrzędne. Deweloperzy i zespoły Rust mogą teraz bezproblemowo korzystać, publikować, zarządzać i udostępniać swoje pakiety Cargo, jednocześnie korzystając z niezawodnej infrastruktury platformy Azure i pozostając w znanym środowisku Azure DevOps.

Informacja o zakończeniu wsparcia dla zadania potoku NuGet Restore w wersji 1 i Instalatora NuGet w wersji 0

Jeśli używasz zadań potoku NuGet Restore v1 i NuGet Installer v0, szybko zmień na zadanie potoku NuGetCommand@2. Wkrótce zaczniesz otrzymywać alerty w swoich ścieżkach, jeśli nie dokonano przejścia. Jeśli nie podejmiesz żadnych działań, począwszy od 27 listopada 2023 r., kompilacje zakończą się niepowodzeniem.

Obsługa usługi Azure Artifacts na potrzeby inspekcji npm

Usługa Azure Artifacts teraz obsługuje polecenia npm audit i npm audit fix. Ta funkcja umożliwia użytkownikom analizowanie i naprawianie luk w zabezpieczeniach projektu przez automatyczne aktualizowanie niezabezpieczonych wersji pakietów. Aby dowiedzieć się więcej, użyj audytu npm, aby wykryć i naprawić luki w zabezpieczeniach pakietów.

Raportowanie

Nowe środowisko katalogu pulpitu nawigacyjnego

Wysłuchaliśmy Twoich opinii i jesteśmy zachwyceni, mogąc wprowadzić nowe funkcje katalogu Pulpitu nawigacyjnego. Zawiera nie tylko nowoczesny projekt interfejsu użytkownika, ale także umożliwia sortowanie według każdej kolumny z dodatkiem kolumny Ostatnia konfiguracja . Ta kolumna zapewnia lepszy wgląd w ogólne użycie pulpitu nawigacyjnego w kolekcji projektów. Ponadto można teraz filtrować według pulpitów nawigacyjnych na poziomie zespołu lub projektu, co pozwala uzyskać dostęp tylko do listy elementów, które należy wyświetlić, ukrywając pulpity nawigacyjne, których nie chcesz wyświetlać.

Plik GIF do pokazu nowego katalogu pulpitu nawigacyjnego.

Wypróbuj teraz i daj nam znać, co myślisz w naszej społeczności usługi Azure DevOps

Filtrowanie elementów roboczych

Z przyjemnością ogłaszamy filtrowanie wykresów elementów roboczych. Ta funkcja umożliwia umieszczenie wskaźnika myszy na wykresie elementu roboczego w celu szybkiego omówienia i przechodzenia do szczegółów określonych segmentów wykresów w celu uzyskania szczegółowych informacji. Nie musisz już tworzyć zapytań niestandardowych, aby uzyskać dostęp do dokładnego potrzebnego elementu danych. Teraz możesz zapoznać się z elementami roboczymi na wykresach elementów roboczych za pomocą kilku kliknięć.

Gif do demo filtrowania elementów roboczych.

Twoja opinia jest bezcenna w kształtowaniu przyszłości tej funkcji. Wypróbuj teraz i daj nam znać, co myślisz w naszej społeczności usługi Azure DevOps.

Wyniki pokrycia kodu dla folderów

Wyniki pokrycia kodu są teraz dostępne dla każdego pojedynczego pliku i folderu, a nie tylko jako numer najwyższego poziomu. Widok pokrycia kodu pojawia się, gdy przełączony jest przycisk trybu widoku folderów. W tym trybie możesz przejść do szczegółów i wyświetlić pokrycie kodu dla wybranego poddrzewa. Użyj przycisku przełącznika, aby przełączać się między nowymi i starymi widokami.

Przejście widżetu wielu repozytoriów do wersji ogólnodostępnej

Plany testów

Szybkie kopiowanie i importowanie przy użyciu identyfikatora planu testowego lub pakietu testowego

Teraz możesz obsługiwać wiele planów testów w planach testów platformy Azure z łatwością. Zrozumienie wyzwań, które były wcześniej związane z długimi menu rozwijanymi przy importowaniu, kopiowaniu lub klonowaniu przypadków testowych; szczególnie w przypadku rozbudowanych planów lub zestawów, postanowiliśmy podjąć kroki usprawniające przepływ pracy.

Z przyjemnością ogłaszamy funkcję wyszukiwania identyfikatorów planu testów i pakietu. Wprowadź swój identyfikator planu testów lub pakietu, aby szybko importować lub kopiować przypadki testowe bez opóźnień. Ta aktualizacja jest częścią naszego ciągłego zaangażowania w ulepszanie środowiska zarządzania testami, dzięki czemu jest bardziej intuicyjna i mniej czasochłonna.

Plik Gif do demonstracyjnego planu testowania, szczegóły wyszukiwania identyfikatora pakietu.

Aktualizacja Azure Test Runnera

Cieszymy się, że moduł uruchamiający testy platformy Azure został zaktualizowany do nowszej wersji. Ta aktualizacja zwiększa stabilność i wydajność, umożliwiając uruchamianie testów bez przerw lub opóźnień. Starsza wersja modułu uruchamiającego testy platformy Azure nie jest już obsługiwana. Aby uzyskać najlepszą wydajność i niezawodność operacji testowych, zalecamy jak najszybszą aktualizację do najnowszej wersji.

Co nowego?

  • Zwiększona stabilność i wydajność: wprowadziliśmy znaczące ulepszenia modułu uruchamiającego testy, aby rozwiązać problemy, których doświadczyli niektórzy użytkownicy. To uaktualnienie zapewnia bardziej niezawodny proces testowania, minimalizując zakłócenia pracy.
  • Monit o uaktualnienie: aby przejście do nowej wersji było bezproblemowe, zostanie wyświetlony monit o uaktualnienie. Dzięki temu każdy może łatwo przejść na ulepszoną wersję w dogodnym dla ciebie momencie, poprawiając zgodność i wydajność.

Zrzuty ekranu monitu o uaktualnienie.

Opinia

Chcemy poznać Twoje zdanie! Możesz zgłosić problem lub podać pomysł i śledzić go za pośrednictwem społeczności deweloperów i uzyskać porady na temat stack Overflow.

Początek strony