Azure DevOps Roadmap

| | Neuigkeiten Entwicklercommunity | DevOps Blogdokumentation | |

Produkt-Roadmap

Diese Featureliste ist ein Einblick in unsere Roadmap. Es identifiziert einige der wichtigen Features, an denen wir derzeit arbeiten, und einen groben Zeitrahmen für den Zeitpunkt, an dem Sie erwarten können, dass sie zu sehen sind. Es ist nicht umfassend, sondern soll einige Einblicke in wichtige Investitionen bieten. Oben finden Sie eine Liste unserer großen Mehrviertelinitiativen und der Features, in die sie unterteilt sind. Weiter unten finden Sie die vollständige Liste der wichtigen Features, die wir geplant haben.

Jedes Feature ist mit einem Artikel verknüpft, in dem Sie mehr über ein bestimmtes Element erfahren können. Diese Features und Termine sind die aktuellen Pläne und können geändert werden. Die Spalten "Zeitrahmen" spiegeln wider, wenn wir erwarten, dass das Feature verfügbar ist.

Initiativen

GitHub Advanced Security für Azure DevOps

GitHub Advanced Security (GHAS) für Azure DevOps ist jetzt allgemein verfügbar. Jeder Projektsammlungsadministrator kann jetzt advanced Security für seine Organisation, Projekte und Repositorys aus den Projekteinstellungen oder Organisationseinstellungen aktivieren. Weitere Informationen zum Konfigurieren von GitHub Advanced Security für Azure DevOps finden Sie in unserer Dokumentation.

Zu den neuen Funktionen, die wir erwarten, gehören:

Minimieren der Risiken im Zusammenhang mit dem Diebstahl von Anmeldeinformationen

Azure DevOps unterstützt viele verschiedene Authentifizierungsmechanismen, einschließlich Standardauthentifizierung, persönliche Zugriffstoken (PATs), SSH und Microsoft Entra ID (früher Azure Active Directory) Zugriffstoken. Diese Mechanismen werden nicht gleichermaßen aus Sicherheitsperspektive geschaffen, insbesondere wenn es um das Potenzial des Diebstahls von Anmeldeinformationen geht. Beispielsweise können unbeabsichtigte Lecks von Anmeldeinformationen wie PATs böswillige Akteure in Azure DevOps-Organisationen integrieren, in denen sie Zugriff auf kritische Ressourcen wie Quellcode, Pivot to Supply Chain-Angriffe erhalten oder sogar auf eine kompromittierende Produktionsinfrastruktur zugreifen können. Um die Risiken des Diebstahls von Anmeldeinformationen zu minimieren, konzentrieren wir uns auf unsere Bemühungen in den kommenden Quartalen in den folgenden Bereichen:

• Ermöglichen Sie Administratoren die Verbesserung der Authentifizierungssicherheit durch Steuerungsebenenrichtlinien.

• Verringern Sie die Notwendigkeit von PATs und anderen gestohlenen Geheimnissen, indem Sie Unterstützung für sicherere Alternativen hinzufügen.

• Vertiefung der Integration von Azure DevOps mit Microsoft Entra ID, um die verschiedenen Sicherheitsfeatures besser zu unterstützen.

• Vermeiden Sie die Notwendigkeit, geheime Produktionsschlüssel in Azure Pipelines-Dienstverbindungen zu speichern.

Funktion	Bereich	Quarter
PAT-Lebenszyklus-APIs	Allgemein	2022 Q4
Steuerungsebene für persönliche Zugriffstoken (PAT)	Allgemein	2022 Q4
Unterstützung für verwaltete Identität und Dienstprinzipal (Vorschau)	Allgemein	2023 Q1
Workload-Identitätsverbund für Azure-Bereitstellungen (Vorschau)	Pipelines	2023 Q3
Granulare Bereiche für Azure Active Directory OAuth	Allgemein	2023 Q3
Managed Identity and Service Principal Support (GA)	Allgemein	2023 Q3
Workload-Identitätsverbund für Azure-Dienstverbindung (GA)	Pipelines	2024 Q1
Workload-Identitätsverbund für Docker-Dienstverbindung	Pipelines	2024 H2
Vollständige Webunterstützung für Richtlinien für bedingten Zugriff	Allgemein	2024 H2
Richtlinien zum Deaktivieren von Authentifizierungsmethoden	Allgemein	Zukünftig

Verbesserte Boards + GitHub-Integration

Die vorhandene Azure Boards + GitHub-Integration ist seit mehreren Jahren vorhanden. Die Integration ist ein guter Ausgangspunkt, bietet aber nicht das Maß an Rückverfolgbarkeit, an das sich unsere Kunden gewöhnt haben. Basierend auf Kundenfeedback haben wir eine Reihe von Investitionen zusammengestellt, um diese Integration zu verbessern. Unser Ziel ist es, dies zu verbessern, damit Azure Boards-Kunden, die GitHub-Repositorys verwenden, ein gleichwertiges Maß an Rückverfolgbarkeit für Repositorys in Azure DevOps verwalten können.

Zu diesen Investitionen gehören:

Funktion	Bereich	Quarter
Hinzufügen eines Links zu GitHub commit oder Pull-Anforderung aus Arbeitsaufgabe	Boards	2024 Q1
Weitere Details zu einer GitHub-Pullanforderung anzeigen	Boards	2024 Q1
Verbessern der Skalierbarkeit beim Suchen und Verknüpfen von GitHub Repositorys für ein Azure DevOps-Projekt	Boards	2024 Q2
AB#-Links auf GitHub-Pullanforderung (Vorschau)	Boards	2024 Q2
Erstellen einer Verzweigung im GitHub-Repository aus Arbeitsaufgabe	Boards	2024 Q3
Unterstützung für GitHub Enterprise Cloud mit Data Residency	Boards	2024 Q4
! erwähnt Unterstützung für GitHub-Pullanforderungen	Boards	2025 Q1
Anzeigen des Buildstatus bei Verwendung einer YAML-Buildpipeline mit GitHub-Repository	Boards	2025 Q1
Status der Phase für die Arbeit bei Verwendung einer YAML-Releasepipeline mit GitHub-Repository melden	Boards	Zukünftig

Featureparität für YAML und Releasepipelinen

Seit einigen Jahren sind alle unsere Pipelineinvestitionen im Bereich der YAML-Pipelines. Darüber hinaus wurden alle unsere Sicherheitsverbesserungen für YAML-Pipelines vorgenommen. Beispielsweise liegt die Kontrolle über geschützte Ressourcen (z. B. Repositorys, Dienstverbindungen usw.) bei YAML-Pipelines in den Händen der Ressourcenbesitzer im Gegensatz zu Pipelineautoren. Die Auftragszugriffstoken , die in YAML-Pipelines verwendet werden, sind auf bestimmte Repositorys begrenzt, die in der YAML-Datei angegeben sind. Dies sind nur zwei Beispiele für Sicherheitsfeatures, die für YAML-Pipelines verfügbar sind. Aus diesen Gründen empfehlen wir die Verwendung von YAML-Pipelines über klassische. Die Einführung von YAML gegenüber dem Klassischen war für Builds (CI) von Bedeutung. Viele Kunden verwenden jedoch weiterhin klassische Versionsverwaltungspipelines über YAML für Versionen (CD). Der Hauptgrund dafür ist der Mangel an Parität in verschiedenen CD-Features zwischen den beiden Lösungen. Im vergangenen Jahr haben wir mehrere Lücken in diesem Bereich behoben, insbesondere in den Kontrollen. Prüfungen sind der primäre Mechanismus in YAML-Pipelines, um eine Gate-Förderung eines Builds von einer Phase auf eine andere zu fördern. Im nächsten Jahr werden wir weiterhin Lücken in anderen Bereichen behandeln. Unser Fokus liegt auf Benutzeroberflächen, Rückverfolgbarkeit und Umgebungen.

Funktion	Bereich	Quarter
Überwachung für Überprüfungen	Pipelines	2022 Q4
Benutzerdefinierte Variablen in Überprüfungen	Pipelines	2023 Q1
Überprüft die Skalierbarkeit	Pipelines	2023 Q2
Umgehen von Genehmigungen und Prüfungen	Pipelines	2023 Q4
Sequenzierungsgenehmigungen und andere Prüfungen	Pipelines	2024 Q1
Verzögerte Genehmigungen	Pipelines	2024 Q1
Erneutes Ausführen einer einzelnen Stufe	Pipelines	2024 Q1
Manuelles Warteschlangen von Phasen	Pipelines	2024 H2
Parallelität auf Stufenebene	Pipelines	2024 Q3
Rückverfolgbarkeit auf Phasenebene	Pipelines	2024 H2
Dienstverbindungen in Prüfungen	Pipelines	Zukünftig
Überprüft die Erweiterbarkeit	Pipelines	Zukünftig

Alle Features

Azure DevOps Services

Azure DevOps Server

Senden von Feedback

Wir würden uns freuen zu hören, was Sie zu diesen Features halten. Melden Sie alle Probleme, oder schlagen Sie ein Feature über Entwicklercommunity vor.

Sie können auch Ratschläge und Ihre Fragen von der Community in Stack Overflow beantworten lassen.