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, wann wir erwarten, dass das Feature in Azure DevOps Services verfügbar ist; die Serverspalten spiegeln wider, wenn wir erwarten, dass das Feature in Azure DevOps Server ausgeliefert wird.
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 dem Project Einstellungen- oder Organization-Einstellungen aktivieren. Weitere Informationen zum Konfigurieren von GitHub Advanced Security für Azure DevOps finden Sie in unserer Dokumentation.
Zu den neuen Funktionen, die wir im kommenden Semester erwarten, gehören:
Ähnlich wie GHAS-for-GitHub können alle Open Source- oder kommerziellen Pipelineaufgaben von Drittanbietern, die Ergebnisse im konformen SARIF-Format generieren, diese Ergebnisse im Hub "Advanced Security Code Scanning" anzeigen. Auf diese Weise erhalten Sie einen einzigen Glasbereich, der nativ in Azure DevOps integriert ist, um Ihre Repositorycodesicherheitswarnungen aus allen Analysetools anzuzeigen.
Unterstützung für benutzerdefinierte CodeQL-Abfragen.
Erkennung und Blockierung von mehr Arten von Geheimschlüsseln.
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 | Dienst | Server |
|---|---|---|---|
| PAT-Lebenszyklus-APIs | Allgemein |  2022 Q4 |
N/V |
| Steuerungsebene für persönliche Zugriffstoken (PAT) | Allgemein | 2022 Q4 |
2022.1 |
| Unterstützung für verwaltete Identität und Dienstprinzipal (Vorschau) | Allgemein | 2023 Q1 |
N/V |
| Workload-Identitätsverbund für Azure-Bereitstellungen (Vorschau) | Pipelines | 2023 Q3 |
N/V |
| Granulare Bereiche für Azure Active Directory OAuth | Allgemein | 2023 Q3 |
N/V |
| Managed Identity and Service Principal Support (GA) | Allgemein | 2023 Q3 |
N/V |
| Workload-Identitätsverbund für Azure-Dienstverbindung (GA) | Pipelines | 2024 Q1 | N/V |
| Workload-Identitätsverbund für Docker-Dienstverbindung | Pipelines | 2024 H1 | N/V |
| Vollständige Webunterstützung für Richtlinien für bedingten Zugriff | Allgemein | 2024 Q1 | N/V |
| Richtlinien zum Deaktivieren von Authentifizierungsmethoden | Allgemein | Zukünftig | N/V |
Aktualisierte Boards-Erfahrung
Die Benutzeroberfläche von Azure Boards wurde von Grund auf aktualisiert. Die Funktionalität ist zwar gleich Standard, Sie können jedoch ein moderneres Design, reaktionsfähige Umflüsse, verbesserte Leistung und verbesserte Barrierefreiheit erwarten. In diesem Quartal werden wir den New Boards Hub als Standarderfahrung für alle Organisationen einführen.
Beachten Sie, dass die meisten neuen Features, die wir in Boards versenden, nur im New Boards Hub verfügbar sind. Zu diesen Investitionen gehören:
| Funktion | Bereich | Dienst | Server |
|---|---|---|---|
| An Position verschieben | Boards | 2022 Q2 |
Zukünftig |
| Hinzufügen eines Avatars zu untergeordneten Elementen in Karte | Boards | 2022 Q2 |
Zukünftig |
| In Spalte verschieben und in Verantwortlichkeitsbereich verschieben | Boards | 2022 Q1 |
Zukünftig |
| Filtern nach Arbeitsaufgabenverlauf | Boards | 2022 Q3 |
Zukünftig |
| Url der Anlage für Arbeitsaufgaben kopieren | Boards | 2022 Q4 |
Zukünftig |
| Verwalten der Backloghierarchie, wenn Filter angewendet werden | Boards | 2022 Q4 |
Zukünftig |
| Möglichkeit zum Ändern des Linktyps über die Web-UI | Boards | 2022 Q4 |
Zukünftig |
| Verantwortlichkeitsbereichfarben auf Kanban-Board | Boards | 2023 Q1 |
Zukünftig |
| Verantwortlichkeitsregeln auf Kanban-Board | Boards | 2023 Q2 |
Zukünftig |
| Markdown-Editor für Kommentare zu Arbeitsaufgaben (Vorschau) | Boards | 2023 Q2 |
Zukünftig |
| Regeln für automatisierte Teamarbeitsaufgaben | Boards | 2024 Q1 |
Zukünftig |
| Neuer Boards-Hub für alle Organisationen standardmäßig aktiviert | Boards | 2024 Q2 | 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 Standard.
Zu diesen Investitionen gehören:
| Funktion | Bereich | Dienst | Server |
|---|---|---|---|
| Verbesserte AB#{ID}-Überprüfung | Boards | 2023 Q4 |
Zukünftig |
| Hinzufügen eines Links zu GitHub commit oder Pull-Anforderung aus Arbeitsaufgabe (Vorschau) | Boards | 2024 Q1 |
Zukünftig |
| Weitere Details zu einer GitHub-Pullanforderung anzeigen (Vorschau) | Boards | 2024 Q1 |
Zukünftig |
| Erstellen einer Verzweigung im GitHub-Repository aus Arbeitsaufgabe | Boards | 2024 Q2 | Zukünftig |
| Verbessern der Skalierbarkeit beim Suchen und Verknüpfen von GitHub Repositorys für ein Azure DevOps-Projekt |
Boards | 2024 Q2 | Zukünftig |
Lebenszyklus des Pipelines-Agent-Knotens
Azure-Pipelines-Aufgaben können entweder in Node oder PowerShell erstellt werden und verwenden den entsprechenden Läufer im Azure Pipelines-Agent. Node verfügt über eine regelmäßige Anzahl von Versionen, wobei Node 16 der LTS und Node 18 die aktuelle Version ab Oktober 2022 ist. Das ursprüngliche Design des Node-Aufgabenläufers hat keine Node-Versionsupgrades für Aufgabenautoren unkompliziert gemacht und daher nicht mit den neuesten Node-Versionen auf dem Laufenden gehalten. Wir haben feedback von Kunden dazu gehört und nehmen jetzt eine Reihe von Änderungen vor, um Azure Pipelines-Agents zu ermöglichen, die installierten Node-Versionen mit dem Knoten-Versionswechsel und dem Supportlebenszyklus zu synchronisieren und gleichzeitig Auswirkungen auf Aufgaben- und Pipelineautoren zu minimieren.
Als erster Schritt haben wir kürzlich einen neuen Taskrunner für Node 16 für den Agent veröffentlicht. In den nächsten Monaten planen wir eine verbesserte Anleitung für Aufgabenautoren, um mit Node-Updates auf dem Laufenden zu bleiben. Da nicht alle Aufgaben auf dem Marketplace kontinuierlich aktualisiert werden, um auf den neuesten Versionen von Node ausgeführt zu werden, bieten wir auch Pipelineautoren die Möglichkeit, weiterhin nicht aktualisierte Aufgaben zu verwenden. Sobald alle diese Features verfügbar sind, entfernen wir die End-of-Life-Versionen von Node von von Microsoft gehosteten Agents und selbst gehosteten Agent-Images.
| Funktion | Bereich | Dienst | Server |
|---|---|---|---|
| Node 16-Aufgabenausführung im Pipeline-Agent | Pipelines | 2022 Q3 |
2022.1 |
| Aufgaben können die Kompatibilität mit mehreren Knotenläufern ausdrücken. | Pipelines | 2022 Q3 |
2022.1 |
| Alle in-the-Box-Aufgaben werden auf Knoten 16 ausgeführt | Pipelines | 2023 Q4 |
Zukünftig |
| Möglichkeit zum Ausführen von Aufgaben auf der nächsten verfügbaren Node-Version, wenn die Zielversion nicht verfügbar ist | Pipelines | 2023 Q4 |
2022.1 |
| Entfernen von Node 6 und 10 aus von Microsoft gehosteten Pools | Pipelines | Zukünftig | Zukünftig |
| Möglichkeit zum Herunterladen und Installieren alter Läufer auf selbst gehosteten Agents | Pipelines | 2023 Q4 |
2022.1 |
| Beenden des Versands von Node 6- und Node 10-Läufern mit dem Agent | Pipelines | Zukünftig | Zukünftig |
| Senden eines Nur-Agent von Node 16+ zusätzlich zu dem Agent mit allen Versionen | Pipelines | 2024 Q1 | Zukünftig |
Featureparität für YAML und Releasepipelinen
Kunden bevorzugen YAML-Pipelines gegenüber klassischen Builds (CI). Für Veröffentlichungen (CD) verwenden viele Kunden weiterhin klassische Versionsverwaltungspipelinen über YAML. Der Hauptgrund dafür ist der Mangel an Parität in verschiedenen CD-Features zwischen den beiden Lösungen. Im nächsten Jahr investieren wir in die Überbrückung dieser Lücken.
Im ersten Schritt konzentrieren wir uns auf Prüfungen. 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.
| Funktion | Bereich | Dienst | Server |
|---|---|---|---|
| Überwachung für Überprüfungen | Pipelines | 2022 Q4 |
Zukünftig |
| Benutzerdefinierte Variablen in Überprüfungen | Pipelines | 2023 Q1 |
Zukünftig |
| Überprüft die Skalierbarkeit | Pipelines | 2023 Q2 |
Zukünftig |
| Umgehen von Genehmigungen und Prüfungen | Pipelines | 2023 Q4 |
Zukünftig |
| Sequenzierungsgenehmigungen und andere Prüfungen | Pipelines | 2024 Q1 | Zukünftig |
| Verzögerte Genehmigungen | Pipelines | 2024 Q1 | Zukünftig |
| Dienstverbindungen in Prüfungen | Pipelines | Zukünftig | Zukünftig |
| Überprüft die Erweiterbarkeit | Pipelines | Zukünftig | Zukünftig |
Als Nächstes konzentrieren wir uns auf die Bereitstellungsfunktionalität, um Bereitstellungsstrategien in YAML-Pipelines wie in klassischen Release-Pipelines zu haben.
| Funktion | Bereich | Dienst | Server |
|---|---|---|---|
| Manuelles Warteschlangen von Phasen | Pipelines | 2024 Q1 | Zukünftig |
| Erneutes Ausführen einer einzelnen Stufe | Pipelines | 2024 Q1 | Zukünftig |
| Parallelität auf Stufenebene | Pipelines | 2024 Q1 | Zukünftig |
| Rückverfolgbarkeit auf Phasenebene | Pipelines | 2024 Q1 | Zukünftig |
Optimierte Dashboarderfahrung
Azure DevOps verbessert die Dashboarderfahrung und konzentriert sich auf die Vereinfachung des Benutzerflusses sowohl für die Erstellung als auch für Standard tenance. Wir optimieren unseren Ansatz zur Verbesserung des Workflows. Unser Ziel ist es, den Onboardingprozess zu optimieren, um sicherzustellen, dass Benutzer ihre Dashboards schnell einrichten und ohne Probleme damit arbeiten können. Um die Produktivität zu steigern und die Entscheidungsfindung über Dashboardeinblicke zu verbessern, planen wir die Bereitstellung der folgenden Features.
| Funktion | Bereich | Dienst | Server |
|---|---|---|---|
| Arbeitsaufgabendiagrammfilterung | Reporting | 2023 Q4 |
Zukünftig |
| Neue Dashboard-Verzeichnisoberfläche | Reporting | 2023 Q4 |
Zukünftig |
| Globaler Dashboardparameter | Reporting | 2024 H1 | Zukünftig |
| Dashboardvorlage | Reporting | 2024 H1 | Zukünftig |
Alle Features
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.