Notatki o wydaniu Azure DevOps Server

---

| Społeczność deweloperów | Wymagania systemowe i zgodność | Warunki licencyjne | Blog DevOps | Hashe 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 Azure DevOps Server, sprawdź Azure DevOps Server Requirements.

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 jest obsługiwane z 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ę Instalowanie .

---

Data wydania usługi Azure DevOps Server: 9 grudnia 2025 r.

Azure DevOps Server RTW to zbiór poprawek błędów i zmian mających na celu obsługę SQL Server 2025. Obejmuje ona wszystkie funkcje w wcześniej wydanym programie Azure DevOps Server RC.

Serwer Azure DevOps Server można zainstalować bezpośrednio lub uaktualnić z programu Azure DevOps Server 2022, 2020, 2019 lub Team Foundation Server 2015 lub nowszego.

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

• Scalono zmiany lokalizacji.
• Zmiany w obsłudze programu SQL Server 2025.
• Rozwiązano problem polegający na tym, że długie nazwy repozytorium lub gałęzi przekraczały kontrolkę listy rozwijanej w konfiguracji widżetu Kafelek kodu na stronie Panele kontrolne.
• Rozwiązano problem polegający na tym, że stan żądania ściągnięcia w usłudze GitHub został niepoprawnie zapisany jako Zamknięty dla scalonych i niezagnieżdżonych żądań ściągnięcia podczas korzystania z elementów webhook. System opiera się teraz na scalonej fladze logicznej w ładunku webhooka, aby dokładnie zarejestrować prawidłowy stan w bazie danych.
• Rozwiązano problem z właściwością cykliczną, który powodował zawieszanie się Visual Studio podczas łączenia scenariuszy śledzenia elementów roboczych (WIT).
• Rozwiązano problem z wyświetlaniem błędu i nieładowaniem się strony Pula Agentów w Ustawieniach Kolekcji, kiedy Analytics był wstrzymany lub wyłączony. Strona jest teraz ładowana poprawnie niezależnie od stanu analizy.

Data wydania usługi Azure DevOps Server RC: 7 października 2025 r.

Podsumowanie nowości w usłudze Azure DevOps Server RC

Usługa Azure DevOps Server wprowadza funkcje, które zostały wcześniej wydane w naszej hostowanej wersji produktu. Możesz przejść do poszczególnych sekcji, aby zobaczyć wszystkie nowe funkcje dla każdej usługi:

• Ogólne
• Tablice
• Repos
• Pipelines
• Plany testów
• Raportowanie
• Wiki

---

General

Kopiowanie bloku kodu do schowka

W odpowiedzi na twoją opinię w Społeczności Deweloperów wprowadziliśmy przycisk Kopiuj do schowka dla wszystkich bloków kodu w renderowanych elementach markdown. To ulepszenie jest dostępne na stronach wiki, podglądach plików markdown w repozytoriach, dyskusjach i opisach żądań ściągnięcia oraz dyskusjach o elementach roboczych.

Dodano uprawnienie Delivery Plans

W ramach bieżących ulepszeń zabezpieczeń wprowadziliśmy nowe uprawnienia na poziomie projektu Zarządzanie planami dostarczania. Ta zmiana została wdrożona, aby zapobiec przypadkowemu dostępowi do odczytu/zapisu dla użytkowników w grupie Czytelnicy.

Boards

Linki AB# w żądaniach ściągnięcia w serwisie GitHub

W ramach naszych ciągłych ulepszeń integracji z usługą Azure Boards + GitHub z przyjemnością wprowadzamy nową funkcję, która usprawnia sposób wyświetlania linków AB#. Dzięki tej aktualizacji linki AB# są teraz wyświetlane bezpośrednio w sekcji Opracowywanie żądań ściągnięcia usługi GitHub, co ułatwia dostęp do połączonych elementów roboczych bez wyszukiwania opisów lub komentarzy.

Te linki będą wyświetlane tylko wtedy, gdy w opisie żądania ściągnięcia znajduje się ab#. Jeśli łączysz się bezpośrednio z elementu roboczego, nie będą one wyświetlane w sekcji Programowanie. Ponadto usunięcie linku AB# z opisu spowoduje usunięcie go z kontrolki Programowanie.

Łączenie z ulepszeniami wyszukiwania w repozytorium GitHub

Ulepszyliśmy proces łączenia projektu usługi Azure DevOps z organizacją usługi GitHub, szczególnie korzystne dla osób z tysiącami repozytoriów. Wcześniej mogłeś napotkać takie problemy, jak błędy przekroczenia limitu czasu i długie czasy oczekiwania. Ta aktualizacja optymalizuje środowisko wyszukiwania i wyboru, eliminując ryzyko wystąpienia błędów przekroczenia limitu czasu i czyniąc proces połączenia bardziej płynnym i efektywnym.

Integracja z usługą GitHub: wyświetlanie stanu kompilacji dla potoków YAML

Zobowiązujemy się do osiągnięcia równorzędności funkcji między YAML a klasycznymi potokami. Jedną z kluczowych brakujących funkcji było udostępnienie linku "Zintegrowane w kompilacji", gdy repozytorium jest hostowane w usłudze GitHub. W najnowszej wersji rozwiązaliśmy tę lukę, dodając opcję w ustawieniach potoku YAML do sprawdzenia:

Po zakończeniu kompilacji odpowiedni link zostanie automatycznie wyświetlony na skojarzonych elementach roboczych, co poprawi ogólną historię śledzenia.

Obsługa interfejsu API REST do łączenia repozytoriów GitHub

Wprowadzamy nowe punkty końcowe interfejsu API REST, które umożliwiają automatyzowanie dodawania i usuwania repozytoriów GitHub w projektach Usługi Azure DevOps. Ponadto zwiększyliśmy limit repozytorium na połączenie z 500 do 2000 podczas korzystania z tych punktów końcowych.

Te punkty końcowe obejmują:

• Wyświetlanie listy bieżących połączeń
• Wyświetlanie listy połączonych repozytoriów
• Dodawanie i usuwanie repozytoriów

Udostępniliśmy również przykładowy kod , który pomoże Ci rozpocząć pracę.

Zmiana dotycząca usuwania ścieżek obszaru i iteracji

Usunięcie obszaru lub ścieżki iteracji może być destrukcyjne. Może ona przenieść elementy robocze na nową ścieżkę i spowodować, że zespoły utracą dostęp do tablic i list prac. Pomimo ostrzeżeń i monitów ścieżki są czasami usuwane bez pełnego zrozumienia konsekwencji. Aby rozwiązać ten problem, zmieniliśmy zachowanie: ścieżki obszaru i iteracji można teraz usuwać tylko wtedy, gdy nie są już używane przez żadne elementy robocze.

Ulepszone zarządzanie tagami w formularzu elementu roboczego

Zarządzanie tagami w usłudze Azure Boards zostało ulepszone w celu zapewnienia bardziej usprawnionego środowiska. Usunięte tagi nie są już wyświetlane na sugerowanej liście formularzy elementów roboczych, dzięki czemu wyświetlane są tylko aktywne tagi.

Ulepszona obsługa obrazów w komentarzach elementów roboczych

Ulepszyliśmy obsługę wklejania obrazów do komentarzy elementów roboczych. Teraz możesz wklejać obrazy bezpośrednio ze źródeł, takich jak Microsoft Teams, wiadomości e-mail i dokumenty programu Word, do sekcji dyskusji elementu roboczego

Limit REST API dotyczący komentarzy w elementach roboczych

Aby zwiększyć bezpieczeństwo, został ustawiony nowy limit liczby komentarzy, które można dodać do elementów roboczych za pośrednictwem interfejsu API REST. Każdy element roboczy obsługuje teraz maksymalnie 1000 komentarzy za pośrednictwem interfejsu API. To ograniczenie dotyczy wyłącznie interfejsu API REST, a użytkownicy mogą nadal ręcznie dodawać komentarze za pośrednictwem interfejsu internetowego, nawet poza progiem 1000 komentarzy.

Zwiększono limit planów dostawy

Zwiększyliśmy maksymalną liczbę planów dostarczania na projekt z 1000 do 1500.

Repos

Nowe ustawienie wyłączania tworzenia repozytoriów TFVC

W ostatnich latach do Team Foundation Version Control (TFVC) nie dodano żadnych nowych funkcji, ponieważ Git stał się preferowanym systemem kontroli wersji w Azure Repos. Wszystkie ostatnie ulepszenia w zakresie zabezpieczeń, wydajności i ułatwień dostępu zostały wprowadzone wyłącznie w repozytoriach Git, co prowadzi do ciągłego spadku użycia TFVC. Mimo że niektóre nadal polegają na kontroli wersji serwera TEAMVC i nie zamierzamy usuwać tego zestawu funkcji, planujemy stopniowo wycofyć funkcję TFVC dla nowych projektów i kolekcji projektów, a także dla projektów, które obecnie nie korzystają z kontroli wersji serwera TEAMVC.

W ramach tego przejścia wprowadzamy nowe ustawienie "Wyłącz tworzenie repozytoriów TFVC", które będzie miało wpływ tylko na tworzenie nowych repozytoriów TFVC i nie będzie miało wpływu na istniejące.

Obsługa interfejsu użytkownika modułów podrzędnych usługi Git

Wiele zespołów aktywnie używa modułów podrzędnych Usługi Git do organizowania bazy kodu. Cieszymy się, że dodaliśmy obsługę modułów podrzędnych Git w centrum Plików. Teraz możesz natychmiast przejść do repozytorium modułu podrzędnego za pomocą tylko jednego kliknięcia, dokładnie do określonego zatwierdzenia, do którego odwołuje się superprojekt. W przypadku użycia jako modułu podrzędnego obsługiwane są następujące usługi Git: Azure Repos, GitHub, GitLab i Bitbucket. Obsługiwane są również różne formaty URL określone w pliku .gitmodules, w tym bezwzględne adresy HTTPS, SSH i względne adresy URL.

Nowy panel "Kondycja i użycie" w centrum plików repozytorium

W miarę zwiększania się repozytoriów Git gromadzą zatwierdzenia, obiekty blob i inne dane, co może zwiększyć obciążenie infrastruktury usługi Azure DevOps, co wpływa na wydajność i środowisko użytkownika. Utrzymanie repozytorium w dobrej kondycji jest kluczem do zapewnienia spójnej wydajności i niezawodności.

Aby to umożliwić, monitorujemy teraz kilka czynników, takich jak rozmiar repozytorium, częstotliwość zatwierdzania, zawartość i struktura. Jeśli repozytorium zacznie przeciążać infrastrukturę, może zostać wyświetlone powiadomienie z zaleceniami dotyczącymi akcji naprawczej. Zarządzając kondycją repozytorium, można zapobiec zakłóceniom i zapewnić bezproblemowe operacje.

Aby sprawdzić kondycję repozytorium, przejdź do obszaru Azure Repos, > Files i wybierz pozycję "Kondycja i użycie" z menu wielokropka, aby uzyskać dostęp do panelu Kondycja i użycie repozytorium.

Konfiguracja gałęzi docelowych dla pull requestów

Zarządzanie wieloma gałęziami w repozytorium może być trudne, szczególnie podczas tworzenia nowych żądań ściągnięcia. Dzięki nowej funkcji Konfigurowanie gałęzi docelowych dla żądań ściągnięcia można teraz określić listę preferowanych gałęzi docelowych, zapewniając, że sugestie dotyczące żądań ściągnięcia są dokładniejsze i istotne. Ułatwia to usprawnianie przepływu pracy i zmniejsza prawdopodobieństwo kierowania niewłaściwej gałęzi. Aby użyć tej funkcji, utwórz plik .azuredevops/pull_request_targets.yml w domyślnej gałęzi repozytorium. Ten plik YAML powinien zawierać listę o nazwie pull_request_targets, zawierającą nazwy gałęzi lub prefiksy pasujące do gałęzi docelowych. Przykład:

pull_request_targets:
  - main
  - release/*
  - feature/*

W tej konfiguracji główna gałąź jest priorytetowa, ale gałęzie rozpoczynające się od wydania/ lub funkcji/ będą również brane pod uwagę w razie potrzeby. Konfiguracja jest stosowana w następujących scenariuszach:

• Sugestie dotyczące żądania pull requestu: po wypchnięciu gałęzi do usługi Azure DevOps strona Repozytoriów może zasugerować utworzenie żądania pull requestu z tej gałęzi, dynamicznie wybierając gałąź docelową.
• Adres URL żądania ściągnięcia: podczas przechodzenia bezpośrednio do strony tworzenia żądania ściągnięcia przy użyciu parametru sourceRef, ale pomijając parametr targetRef, usługa Azure DevOps wybiera gałąź docelową na podstawie tego dynamicznego wyboru.

Zaleca się uwzględnienie tylko gałęzi chronionych przez zasady żądania ściągnięcia, aby zapewnić spójność w historii pierwszego nadrzędnego zatwierdzenia porady.

Obsługa diagramów Mermaid w pliku markdown

Pliki markdown zawierające składnię syreny będą teraz renderowane jako diagramy wewnątrz podglądów plików w przeglądarce plików repozytoriów i w żądaniach ściągnięcia. Może to pomóc w dodaniu bogatszej dokumentacji do repozytoriów.

Wyszukiwanie pull requestów według tytułu na stronie listy pull requestów

Strona listy pull requestów zawiera teraz filtr według tytułu, co ułatwia znajdowanie określonych pull requestów.

Skromne wyewidencjonowanie dla usługi Azure Repos

Polecenie git sparse-checkout jest teraz obsługiwane w zadaniu wyewidencjonowania YAML, razem z filtrem częściowego klonowania, aby zwiększyć wydajność wyewidencjonowania repozytorium. Można użyć właściwości sparseCheckoutDirectories i sparseCheckoutPatterns.

Ustawienie rozrzedzaniaCheckoutDirectories włącza tryb stożka, w którym proces wyewidencjonowania używa dopasowywania katalogów. Alternatywnie można ustawić wzorce checkout w trybie rozrzedzonym, co uruchamia tryb niestożkowy, umożliwiając bardziej złożone dopasowywanie wzorców.

Jeśli obie właściwości są ustawione, agent inicjuje tryb stożka z dopasowaniem katalogów. Jeśli żadna właściwość nie zostanie określona w zadaniu wyewidencjonowania, proces rzadkiego wyewidencjonowania jest wyłączony. Jeśli podczas wykonywania polecenia wystąpią jakiekolwiek problemy, zadanie zakończy się niepowodzeniem. Przykład YAML dla wycinkowego pobierania w trybie stożkowym:

    checkout: repo
    sparseCheckoutDirectories: src
YAML example for sparse checkout non-cone mode:
YAMLCopy

   checkout: repo
   sparseCheckoutPatterns: /* !/img 

Ważne

Funkcja wyewidencjonowania rozrzedzielonego wymaga agenta w wersji 3.248.0 (wersja 4.248.0 dla platformy .NET 8) lub nowszej wersji.

Agenta można znaleźć na stronie wydań.

Uczyń zasady międzyrepozytoryjne rozróżniającymi wielkość liter

Wcześniej wersja zapoznawcza kandydata dla gałęzi dla zasad między repozytoriami wyświetlała wyniki w sposób niewrażliwy na wielkość liter, mimo że dopasowanie gałęzi jest czułe na wielkość liter. Ta niespójność spowodowała potencjalne niedopasowanie, ponieważ mogło stwarzać wrażenie, że niektóre gałęzie były chronione, chociaż wcale nie były. Aby rozwiązać ten problem, zaktualizowaliśmy podgląd wzorca gałęzi, aby dostosować go do zastosowania zasad z uwzględnieniem wielkości liter.

Poprzednio:

After:

Zmiany zasad zatwierdzania TFVC

Nowa wersja (19.254) pakietu NuGet Microsoft.TeamFoundationServer.ExtendedClient

Pakiet NuGet Microsoft.TeamFoundationServer.ExtendedClient został zaktualizowany o nowe klasy i metody zasad TFVC.

Zmiany zasad

Wprowadzamy zmiany w sposobie przechowywania zasad ewidencjonowania TFVC w usłudze Azure DevOps, co oznacza również aktualizacje sposobu komunikowania się NuGet Microsoft.TeamFoundationServer.ExtendedClient z usługą. Jeśli projekt TFVC używa zasad wprowadzania zmian, przeprowadź migrację tych zasad do nowego formatu. Istnieją dwa sposoby, aby to zrobić:

1. Korzystanie z programu Visual Studio.

Ostrzeżenie

Niektóre działania mogą prowadzić do niebezpiecznych konsekwencji. Upewnij się, że Visual Studio jest zaktualizowane do najnowszej wersji przed kontynuowaniem. Programy VS 2022, VS 2019 i VS 2017 wspierają nowe zasady w minimalnych wersjach: 17.14 wersja zapoznawcza 3, 17.13.6, 17.12.7, 17.10.13, 17.8.20, 16.11.46, 15.9.72.

Aby utworzyć nowe zasady, administrator projektu programu Visual Studio powinien otworzyć Ustawienia —> Projekt zespołowy —> Kontrola źródła —> Zasady dokonywania ewidencji i dodać nowe zasady (bez oznaczenia 'Przestarzałe') z tymi samymi parametrami co stare.

2. Jeśli używasz niestandardowej implementacji serwera Microsoft.TeamFoundationServer.ExtendedClient do komunikowania się z serwerem, postępuj zgodnie z przewodnikiem migracji. Migracja jest wymagana, aby zachować kompatybilność kontroli wersji TFVC z przyszłymi wersjami usługi Azure DevOps. W tym czasie zarówno stare (przestarzałe), jak i nowe zasady pozostają prawidłowe i funkcjonalne. Aby uzyskać informacje na temat przyszłych planów, zobacz nasz wpis w blogu.

Ulepszenia w interfejsie API GetRepository

Dodaliśmy właściwość creationDate do odpowiedzi zwracanej przez API Repositories – Get Repository, co umożliwia uzyskanie daty utworzenia repozytorium. Właściwość jest dostępna w wersji interfejsu API 7.2-preview i nowszych.

Ulepszenia interfejsu API zapytań Pull Requestów

Wprowadziliśmy nową właściwość Label w odpowiedzi na zapytanie dotyczące pull requestu w interfejsie API Get. Teraz możesz określić, czy mają być uwzględniane etykiety dla powiązanych pull requestów w każdym zapytaniu. Dostępna jest nowa właściwość Include — jeśli ustawiono wartość Etykiety, odpowiedź zawiera etykiety dla określonych reguł ściągnięcia. Jeśli pozostawiono wartość null, etykiety nie zostaną uwzględnione. Aby zapobiec niezamierzonym błędom, upewnij się, że ustawienie NotSet nie zostało jawnie przypisane — spowoduje to nieprawidłowe żądanie.

Uwaga / Notatka

Wykorzystanie zasobów wzbogacania etykiet zależy od liczby przypisanych etykiet i ich długości. Żądanie etykiet może mieć wpływ na ograniczanie przepustowości i zwiększyć obciążenie sieci. Aby zoptymalizować wydajność, zalecamy unikanie niepotrzebnych żądań etykiet.

Przykład ładunku żądania:

{
    "queries": [
        {
            "type": "lastMergeCommit",
            "include": "Labels",
            "items": [ 
                "0d6c9b2b524113113fced41aecbf8631a4649dec"
            ]
        },
        {
            "type": "lastMergeCommit",
            "items": [
                "b524113113f0dd41aecbf8631a4649dec6c9b2ce"
            ]
        }
    ]
}

Pipelines

TFX sprawdza, czy zadanie korzysta z modułu uruchamiającego węzeł end of life

Autorzy zadań używają narzędzia TFX do publikowania rozszerzeń. Funkcja TFX została zaktualizowana w celu przeprowadzenia walidacji w innych wersjach modułu uruchamiającego węzły.

Rozszerzenia, które zawierają zadania korzystające z wersji uruchamiania Node, której okres użytkowania (EOL) zakończył się (maksymalnie do Node 16 włącznie), otrzymają następujące ostrzeżenie:

TaskName <> jest zależna od modułu uruchamiającego zadania, który jest zakończony i jest usuwany w przyszłości. Autorzy powinni zapoznać się ze wskazówkami dotyczącymi uaktualniania węzła: https://aka.ms/node-runner-guidance

Uzyskiwanie dostępu do usługi Azure Service Bus z Pipeline przy użyciu uwierzytelniania za pomocą Microsoft Entra ID

Teraz możesz użyć uwierzytelniania Microsoft Entra ID, aby uzyskać dostęp do usługi Azure Service Bus z usługi Azure Pipelines. Dzięki temu można korzystać z Azure RBAC dla precyzyjnego zarządzania dostępem.

Tożsamości uzyskujące dostęp do usługi Azure Service Bus muszą mieć przypisaną jedną z wbudowanych ról platformy Azure dla usługi Azure Service Bus na uzyskanym dostępie do usługi Service Bus.

PublishToAzureServiceBus@2 - zadanie

Nowe zadania PublishToAzureServiceBus@2 można skonfigurować przy użyciu połączenia usługi platformy Azure. Utwórz połączenie usługi Azure i uzupełnij właściwości serviceBusQueueName oraz serviceBusNamespace w nowym zadaniu.

- task: PublishToAzureServiceBus@2
  inputs:
    azureSubscription: my-azure-service-connection
    serviceBusQueueName: my-service-bus-queue
    serviceBusNamespace: my-service-bus-namespace
    useDataContractSerializer: false
    messageBody: |
      {
        "foo": "bar"
      }

Zadania serwera

Zadania serwera niestandardowego (bez agenta), które wykorzystują wykonanie za pośrednictwem usługi ServiceBus, mogą określić połączenie usługi Azure jako EndpointId i pominąć parametr ConnectionString. Zobacz Tworzenie zadań serwera.

TFX sprawdza, czy zadanie korzysta z modułu uruchamiającego węzeł end of life

Autorzy zadań używają narzędzia TFX do publikowania rozszerzeń. Funkcja TFX została zaktualizowana w celu przeprowadzenia walidacji w innych wersjach modułu uruchamiającego węzły.

Rozszerzenia, które zawierają zadania korzystające z wersji uruchamiania Node, której okres użytkowania (EOL) zakończył się (maksymalnie do Node 16 włącznie), otrzymają następujące ostrzeżenie:

TaskName <> jest zależna od modułu uruchamiającego zadania, który jest zakończony i jest usuwany w przyszłości. Autorzy powinni zapoznać się ze wskazówkami dotyczącymi uaktualniania węzła: https://aka.ms/node-runner-guidance

Zadania, które korzystają z niewspieranej wersji Node.js do uruchamiania, emitują ostrzeżenia.

Zadania potoku, które opierają się na wersji Node, która nie jest już utrzymywana, zaczną otrzymywać ostrzeżenia: wersja zadania TaskName jest zależna od wersji Node (10), która osiągnęła koniec życia. Skontaktuj się z właścicielem rozszerzenia, aby uzyskać zaktualizowaną wersję zadania. Osoby odpowiedzialne za zadania powinny zapoznać się ze wskazówkami dotyczącymi uaktualniania węzła: https://aka.ms/node-runner-guidance aby pominąć te ostrzeżenia, możesz ustawić zmienną środowiskową lub potokową na poziomie potoku (zadania) lub zadania. Przykład:

variables:
  AZP_AGENT_CHECK_IF_TASK_NODE_RUNNER_IS_DEPRECATED: false

DockerCompose@0 używa narzędzia Docker Compose w wersji 2 w trybie zgodności z wersją 1

Program Docker Compose w wersji 1 osiągnie zakończenie działania i zostanie usunięty z hostowanych agentów 24 lipca 2024 r. Zaktualizowaliśmy zadanie DockerCompose@0, aby używać Docker Compose w wersji 2 w trybie zgodności z wersją 1, jeśli Docker Compose v1 nie jest dostępny na agencie.

Jednak tryb zgodności nie rozwiązuje wszystkich problemów ze zgodnością. Zobacz Migrate to Compose V2. Niektórzy użytkownicy będą potrzebować więcej czasu na zaktualizowanie projektów docker Compose pod kątem zgodności z platformą Docker Compose w wersji 2. W takich przypadkach postępuj zgodnie z tymi instrukcjami, aby użyć zadania DockerComposeV0 z programem docker-compose v1. UWAGA: Ten przewodnik jest oparty na autonomicznej dokumentacji Instaluj Compose. Używaj docker-compose v1 na Windows. Dodaj krok Powershell do swojego pipeline, aby pobrać docker-Compose v1.29.2 i użyć go z zadaniem DockerComposeV0 na Windows.

variables:
    dockerComposePath: C:\docker-compose

steps:
- powershell: |
    mkdir -f $(dockerComposePath)
    # GitHub now requires TLS1.2. In PowerShell, run the following
    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    Start-BitsTransfer -Source "https://github.com/docker/compose/releases/download/1.29.1/docker-compose-windows-x86_64.exe" -Destination $(dockerComposePath)\docker-compose.exe
  displayName: Download docker-compose
- task: DockerCompose@0
  inputs:
    containerregistrytype: 'Azure Container Registry'
    dockerComposeFile: '**/docker-compose.yml'
    action: 'Run a Docker Compose command'
    dockerComposeCommand: 'run'
    dockerComposePath: $(dockerComposePath)\docker-compose.exe
Use docker-compose v1 on Linux
Add the bash step to your pipeline to download Docker-Compose v1.29.2 and use it with the DockerComposeV0 task on Linux:
YAMLCopy
variables:
    dockerComposePath: /tmp/docker-compose

steps:
- bash: |
    sudo mkdir $(dockerComposePath)
    sudo curl -SL https://github.com/docker/compose/releases/download/1.29.2/docker-compose-linux-x86_64 -o $(dockerComposePath)/docker-compose
    sudo chmod 755 $(dockerComposePath)/docker-compose
  displayName: Download docker-compose
- task: DockerCompose@0
  inputs:
    containerregistrytype: 'Azure Container Registry'
    dockerComposeFile: $(Build.SourcesDirectory)/DockerComposeV0/docker-compose.yml
    action: 'Run a Docker Compose command'
    dockerComposeCommand: 'run'
    dockerComposePath: $(dockerComposePath)/docker-compose

Test Plans

Rozszerzenie Test and Feedback w Manifest V3

Z przyjemnością ogłaszamy nową aktualizację rozszerzenia Azure DevOps Test and Feedback dla przeglądarki Chrome i Edge. Ta aktualizacja przenosi naszą implementację z manifestu v2 do wersji 3 zgodnie z harmonogramem wycofania google dla manifestu V2. Chociaż podstawowe funkcje rozszerzenia pozostają niezmienione, aktualizacja zwiększa zarówno bezpieczeństwo, jak i wydajność.

Aby uzyskać więcej informacji, zapoznaj się z naszym ostatnim wpisem w blogu dotyczącym tej aktualizacji. Rozszerzenie Testuj i opinie w manifeście W wersji 3

Narzędzie uruchamiania testów Azure w wersji 1.2.2

Plany testów platformy Azure wydały poprawkę w wersji 1.2.2 dla ostatniego problemu w planach testów, w których moduł uruchamiający testy platformy Azure (ATR) napotkał błędy uruchamiania w przeglądarce Chrome w wersji 130. Ten problem powstał z powodu dodatkowej obsługi adresów URL schematu innego niż specjalny, co miało wpływ na przepływ użytkownika ATR. Dzięki tej aktualizacji usterka regresji zostanie usunięta, a funkcja usługi ATR zostanie przywrócona. Aby uzyskać więcej informacji na temat tej usterki regresji, odwiedź ten monitor problemów w chromium.

Zachęcamy do korzystania z aplikacji internetowej na potrzeby rozszerzonych funkcji. Jeśli znajdziesz brakujące funkcje w aplikacji internetowej, chcielibyśmy usłyszeć od Ciebie. Podziel się swoją opinią z nami!

Bezproblemowa integracja procesu kompilacji na potrzeby wykonywania przypadków testowych

Uprościliśmy proces wykonywania przypadku testowego, bezproblemowo integrując konfiguracje potoków kompilacji. Definicje kompilacji i identyfikatory ustawione na poziomie planu testu są teraz automatycznie propagowane do modułu uruchamiającego testy, eliminując konieczność ręcznej konfiguracji za każdym razem. Ta poprawa pozwala zaoszczędzić czas i zwiększyć wydajność, co pozwala skupić się na bardziej krytycznych zadaniach.

Przywracanie usuniętych planów testów i zestawów testów przy użyciu interfejsu API REST

Łatwe przywracanie usuniętych planów testów i zestawów testów przy użyciu nowych samoobsługowych interfejsów API. Wprowadzamy interfejsy API GET i PATCH, które umożliwiają wyszukiwanie usuniętych planów testów lub zestawów i przywracanie ich wraz z elementami podrzędnymi — wszystko bez konieczności obsługi klienta. Dzięki tym interfejsom API można szybko odzyskać przypadkowo usunięte elementy robocze testowe, zmniejszając przestoje i zwiększając produktywność. Chociaż artefakty wynikowe nie zostaną przywrócone, wszystkie powiązane plany testów, zestawy i przypadki testowe mogą zostać łatwo przywrócone do obszaru roboczego. Ta funkcja samoobsługi zapewnia większą kontrolę nad zarządzaniem testami i usprawnia proces przywracania, co przyspiesza i wydajniejsze odzyskiwanie krytycznych zasobów testowych.

Eksportowanie przypadków testowych z kolumnami niestandardowymi w formacie XLSX

Teraz można eksportować przypadki testowe z kolumnami niestandardowymi w formacie XLSX. Na podstawie Twojej opinii, Test Plans obsługują eksportowanie przypadków testowych z kolumnami niestandardowymi, co zapewnia większą elastyczność i kontrolę nad danymi, które udostępniasz i analizujesz. To ulepszenie pomaga dostosować eksporty do Twoich potrzeb, zapewniając, że eksportowane informacje są istotne i możliwe do podjęcia działań.

Nowe możliwości sortowania w katalogu Plany testów

Katalog Plany testów oferuje teraz rozszerzone opcje sortowania. Dzięki tej aktualizacji można szybko zorganizować każdą kolumnę alfanumerycznie, zapewniając usprawniony sposób znajdowania danych i uzyskiwania do nich dostępu.

Cofnij krok testu w środowisku uruchamiającym testy internetowe i desktopowe

Przejmij kontrolę nad przebiegiem przypadku testowego przy użyciu nowej opcji "Cofnij". Możesz łatwo przywrócić stan kroków testu za pomocą prostego dwukrotnego kliknięcia, co zapewnia większą elastyczność i kontrolę podczas przebiegu testów. Nie ma więcej ponownego uruchamiania przypadków testowych w celu naprawiania przypadkowych kliknięć — po prostu cofnij i kontynuuj swój przepływ pracy bez przerwy.

Wprowadzamy również przyjazne dla klawiatury ulepszenia nawigacji i ułatwień dostępu, aby zapewnić bezproblemowe działanie tej funkcji dla wszystkich użytkowników, w tym tych, którzy korzystają z technologii pomocniczych. To ulepszenie pomaga zaoszczędzić czas, zmniejszyć frustrację i skupić się na wydajnym uruchamianiu testów.

Ulepszenia zadania publikowania wyników pokrycia kodu w wersji 2

W tej wersji wprowadziliśmy kilka ulepszeń zadania w wersji 2:

• Rozszerzona obsługa różnych formatów pokrycia kodu, w tym: .coverage,.covx,.covb,.cjson,.xml,.lcov i pycov1.

• Generowanie kompleksowego pliku cjson (i raportu pokrycia kodu), który zawiera szczegółowe informacje o pokryciu kodu, takie jak nazwy plików, wiersze objęte/nieobjęte itp.

Obsługa pokrycia przechwytywania różnic (pokrycie wniosku o przechwycenie): wersja 2 może generować komentarze do przechwytywania różnic dla wielu języków w ramach jednej linii produkcyjnej.

Zadanie w wersji 2 obsługuje teraz zadanie Sprawdzania jakości kompilacji, które nie było obsługiwane w wersji 1.

Obsługa potoków YAML w planach testów

Oprócz potoków klasycznych można teraz używać potoków YAML podczas konfigurowania planów testów lub wykonywania testów automatycznych z planów testów.

To żądanie zostało priorytetowo potraktowane na podstawie następujących zgłoszeń sugestii społeczności deweloperów.

• Zezwalaj na używanie potoku YAML w ustawieniach planu testów

• Uruchom testy automatyczne z planów testowych platformy Azure przy użyciu YAML Pipeline

Raportowanie

Dane kolumn skumulowanych dostępne w rejestrze zadań

Zaktualizowaliśmy kolumny podsumowujące, aby wyświetlić najnowsze dostępne dane. Wcześniej te kolumny mogą być puste dla często aktualizowanych elementów roboczych, co powoduje zamieszanie. Zobaczysz również znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone. Chociaż pewne opóźnienia w przetwarzaniu analityki są normalne, te ulepszenia mają na celu zapewnienie przejrzystości oraz płynniejszego działania podczas pracy z kolumnami podsumowania.

 

Wiki

Ulepszanie wklejania zawartości opartej na kodzie HTML w witrynach typu wiki

Ułatwiliśmy wklejanie zawartości opartej na kodzie HTML do stron typu wiki. Teraz elementy HTML, takie jak linki, listy, tabele, obrazy, arkusze programu Excel, komunikaty usługi Microsoft Teams, wiadomości e-mail i zapytania usługi Azure Data Explorer, są automatycznie konwertowane na składnię języka Markdown w celu bezproblemowego edytowania.