Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym sprincie zdalny serwer MCP dla Azure DevOps jest już ogólnie dostępny i oferuje rozszerzoną obsługę Microsoft Foundry oraz Copilot Studio. Ponadto rozszerzyliśmy inspekcję, aby zapewnić lepszy wgląd w działania administracyjne i związane z zabezpieczeniami. Nowe zdarzenia inspekcji rejestrują teraz zmiany hooków usługi i aktualizacje licencji, a przesyłanie strumieniowe zdarzeń inspekcji do dzienników Azure Monitor wykorzystuje teraz autoryzację opartą na rozwiązaniu Microsoft Entra, aby zwiększyć bezpieczeństwo i dostosować się do nowoczesnych praktyk uwierzytelniania.
Sprawdź notatki o wydaniu, aby uzyskać szczegóły.
General
- Azure DevOps zdalny serwer MCP jest teraz ogólnie dostępny
- Strumieniowe przesyłanie dzienników inspekcji Azure Monitor Logs używa teraz uwierzytelniania Microsoft Entra do autoryzacji obszaru roboczego
- Zdarzenia audytu dotyczące wygasłych subskrypcji programu Visual Studio i licencji GitHub Enterprise
- Inspekcja zdarzeń pod kątem punktów zaczepienia usługi
Azure Pipelines
- Kompilacje potoków przechodzą na tokeny dostępu wydawane przez platformę Microsoft Entra
- Obsługa usługi ARM64 za pomocą zadania VSTest w wersji 3
- Ulepszone środowisko pokrycia kodu dla Azure Pipelines
Wiki
General
Azure DevOps zdalny serwer MCP jest teraz ogólnie dostępny
Zdalny serwer MCP dla Azure DevOps jest już ogólnie dostępny, co ułatwia bezpieczne połączenie agentów AI i copilotów z usługą Azure DevOps bez konieczności zarządzania infrastrukturą lokalną. Wersja ogólnie dostępna rozszerza również obsługę o Microsoft Foundry i Copilot Studio, umożliwiając deweloperom tworzenie rozwiązań opartych na sztucznej inteligencji, które mogą bezpiecznie uzyskiwać dostęp do elementów roboczych, repozytoriów, potoków i innych zasobów usługi Azure DevOps za pośrednictwem hostowanego punktu końcowego MCP.
Dowiedz się więcej o Azure DevOps zdalnym serwerze MCP.
Strumieniowe przesyłanie danych inspekcji w usłudze Azure Monitor Logs korzysta teraz z uwierzytelniania Microsoft Entra do autoryzacji obszaru roboczego
Azure DevOps teraz weryfikuje dostęp do obszaru roboczego przesyłania strumieni audytu w usłudze Azure Monitor Logs przy użyciu tożsamości Microsoft Entra użytkownika, który jest zalogowany. Podczas konfigurowania i niektórych scenariuszy rekonfiguracji użytkownicy mogą być monitowani o zalogowanie się do Azure, aby Azure DevOps mógł zweryfikować dostęp do docelowego obszaru roboczego dzienników Azure Monitor za pośrednictwem Azure Resource Manager.
Ta zmiana wspiera trwające wycofywanie identyfikatora Workspace i autoryzacji opartej na kluczu wspólnym oraz pomaga zapewnić, że tylko użytkownicy z odpowiednimi uprawnieniami w usłudze Azure mogą konfigurować lub ponownie włączać strumienie inspekcji dzienników usługi Azure Monitor.
Zdarzenia inspekcji dotyczące wygasłych subskrypcji Visual Studio i licencji GitHub Enterprise
Gdy subskrypcja Visual Studio użytkownika lub licencja GitHub Enterprise utraci ważność, Azure DevOps generuje teraz zdarzenie audytu Licensing.Modified, a następnie zdarzenie Licensing.Assigned, jeśli zostanie zastosowany zapasowy poziom dostępu. Te zmiany inicjowane przez system są przypisywane do „Azure DevOps Services” i pojawiają się w interfejsie użytkownika inspekcji, eksportach oraz w strumieniowym przesyłaniu danych inspekcji.
Dowiedz się więcej o zdarzeniach związanych z audytem licencyjnym.
Inspekcja zdarzeń pod kątem punktów zaczepienia usługi
Zmiany subskrypcji punktu zaczepienia usługi są teraz przechwytywane w dzienniku inspekcji Azure DevOps, w tym tworzenie, usuwanie, zmiany konfiguracji, zmiany w subskrybowanych zdarzeniach, włączanie/wyłączanie zmian stanu i ograniczanie subskrypcji. Te zdarzenia są dostępne w interfejsie użytkownika dziennika inspekcji, w strumieniowaniu inspekcji oraz w interfejsach API inspekcji. Aby uzyskać pełną listę, zobacz Zdarzenia inspekcji .
Azure Pipelines
Kompilacje potoków przechodzą na tokeny dostępu wydawane przez Microsoft Entra
Kompilacje potoków przechodzą do uwierzytelniania przy użyciu tokenu dostępu wystawionego Microsoft Entra zamiast wystawionego Azure DevOps. Ta zmiana powoduje umieszczenie tożsamości potoku na tej samej platformie, która już zarządza resztą chmury Microsoft, ze spójnym wystawianiem i walidacją oraz jednym miejscem, w którym są stosowane i poddawane inspekcji zasady tożsamości.
Zmiana jest niezauważalna dla potoków: te same kompilacje, takie samo działanie uwierzytelniania i brak konieczności aktualizacji konfiguracji. W rzadkich przypadkach, gdy potok dekoduje token kompilacji i pobiera bezpośrednią zależność od jego zawartości, ten krok może zakończyć się niepowodzeniem. Jeśli masz taką zależność, przenieś ją do obsługiwanych interfejsów API REST Azure DevOps zgodnie z opisem w temacie Tokeny uwierzytelniania Nie są kontraktem danych.
Obsługa usługi ARM64 za pomocą zadania VSTest w wersji 3
Zadanie VSTest w wersji 3 obsługuje teraz wykonywanie na agentach Windows ARM64. Podczas uruchamiania potoków na agencie ARM64 zadanie automatycznie używa natywnego pliku wykonywalnego ARM64, co pozwala na wydajniejsze kompilowanie i weryfikowanie aplikacji i obciążeń ARM64 vstest.console .
Ulepszone środowisko pokrycia kodu dla Azure Pipelines
Azure Pipelines oferuje teraz ulepszoną funkcję pokrycia kodu, która pomaga zespołom lepiej zrozumieć pokrycie kodu w złożonych kompilacjach, w tym w scenariuszach wielokonfiguracyjnych i obejmujących wiele platform docelowych. Na podstawie opinii klientów nowy interfejs zapewnia bardziej przejrzysty obraz całościowego pokrycia, przy jednoczesnym zachowaniu możliwości przechodzenia do szczegółowych wyników.
Nowe środowisko obejmuje następujące ulepszenia:
Widok plików pokazuje pokrycie kodu na poziomie folderów i plików, w tym zagregowane pokrycie obejmujące wszystkie moduły i konfiguracje kompilacji, co ułatwia zrozumienie całościowego pokrycia projektu.
Wizualizacja pokrycia kodu źródłowego umożliwia analizowanie poszczególnych plików i szybkie identyfikowanie kodu objętego pokryciem, częściowo objętego pokryciem i nieobjętego pokryciem bezpośrednio z poziomu widoku pokrycia kodu.
Widok szczegółów umożliwia zagłębienie się w dane pokrycia dla poszczególnych konfiguracji i na poziomie modułów, gdy potrzebujesz głębszego wglądu.
Raporty pokrycia HTML pozostają dostępne za pomocą przełącznika Pokaż raport pokrycia , co pozwala na przełączenie się do pełnego środowiska raportu, gdy potrzebujesz bardziej zaawansowanej analizy pokrycia.
Ta funkcja jest dostępna w obsługiwanych scenariuszach pokrycia kodu dla VSTest i Publish Code Coverage Results v2.
Wiki
Ulepszone odzyskiwanie stron typu wiki
Ulepszyliśmy Azure DevOps witrynę typu wiki, aby odzyskiwanie przypadkowo usuniętych stron było bardziej niezawodne. Jeśli strona typu wiki zostanie usunięta, a następnie ponownie utworzona w tej samej ścieżce w ciągu 30 dni, zachowuje teraz oryginalny identyfikator strony zamiast otrzymywać nowe.
Ta zmiana zachowuje istniejące linki do strony, co pomaga zapobiec uszkodzonym adresom URL po przywróceniu strony. W większości przypadków zmiana jest dla użytkowników niedostrzegalna, ale znacznie ułatwia odzyskiwanie usuniętych stron wiki.
Następne kroki
Uwaga / Notatka
Te funkcje będą wdrażane w ciągu najbliższych dwóch do trzech tygodni. Przejdź do Azure DevOps i spójrz.
Jak przekazać opinię
Chcemy usłyszeć, co myślisz o tych funkcjach. Użyj menu Pomocy, aby zgłosić problem lub podać sugestię.
Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.