Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Mit diesem Update haben wir Erweiterungsupdates und Leistungsverbesserungen eingeschlossen. Mit einer vorhandenen ServiceNow-Integration haben wir die App aktualisiert, um die Tokyo-Version von ServiceNow zu unterstützen. Außerdem haben wir Verbesserungen an den Erweiterungseinstellungen vorgenommen, um Ihre installierten Erweiterungen zu verwalten.
Weitere Informationen finden Sie in den Versionshinweisen.
Allgemein
Azure Boards
- Kartengrößenänderungslogik in Übermittlungsplänen
- Verbesserungen bei Batchaktualisierungen
- Batchlösch-API (GA)
Azure-Pipelines
- Unterstützung für Tokio-Version von ServiceNow
- Neue vordefinierte Systemvariable
- Allgemeine Verfügbarkeit von Vorlagenunterstützung im YAML-Editor
Allgemein
Erweiterungen sollten ihre Bereiche anzeigen
Beim Installieren von Erweiterungen in Ihrer Azure DevOps-Organisation können Sie die Berechtigungen überprüfen, die die Erweiterung als Teil der Installation benötigt. Sobald sie jedoch installiert wurden, sind die Erweiterungsberechtigungen in den Erweiterungseinstellungen nicht sichtbar. Dies stellt eine Herausforderung für Administratoren dar, die eine regelmäßige Überprüfung der installierten Erweiterungen durchführen müssen. In diesem Sprint haben wir die Erweiterungsberechtigungen für Erweiterungseinstellungen hinzugefügt, um Sie bei der Überprüfung und Entscheidung darüber zu unterstützen, ob sie beibehalten werden sollen oder nicht.
Azure Boards
Kartenänderungslogik in Übermittlungsplänen
Nicht jeder verwendet beim Nachverfolgen von Features und Epics das Zieldatum und/oder das Startdatum. Einige wählen eine Kombination aus Datumsangaben und Iterationspfad. In diesem Sprint wurde die Logik verbessert, um die Iterationspfad- und Datumsfeldkombinationen entsprechend festzulegen, je nachdem, wie sie verwendet werden.
Wenn beispielsweise das Zieldatum nicht verwendet wird und Sie die Größe der Karte ändern, wird der neue Iterationspfad festgelegt, anstatt das Zieldatum zu aktualisieren.
Verbesserungen bei Batchaktualisierungen
Wir haben mehrere Änderungen an der Version 7.1 der Batch-Aktualisierungs-API für Arbeitselemente vorgenommen. Dazu gehören geringfügige Leistungsverbesserungen und die Behandlung teilweiser Fehler. Wenn ein Patch fehlschlägt, die anderen jedoch nicht, werden die anderen erfolgreich abgeschlossen.
Klicken Sie hier , um mehr über die REST-API zum Batchupdate zu erfahren.
Batchlösch-API (GA)
Dieser neue REST-API-Endpunkt zum Löschen und/oder Zerstören von Arbeitsaufgaben im Batch ist jetzt öffentlich verfügbar. Klicken Sie hier, um weitere Informationen zu erhalten.
Azure-Pipelines
Support für Tokyo-Version von ServiceNow
Azure Pipelines verfügt über eine vorhandene Integration in ServiceNow. Die Integration basiert auf einer App in ServiceNow und einer Erweiterung in Azure DevOps. Wir haben die App jetzt aktualisiert, um mit der Tokyo-Version von ServiceNow zu arbeiten. Sowohl klassische als auch YAML-Pipelines funktionieren jetzt mit Tokio. Um sicherzustellen, dass diese Integration funktioniert, führen Sie ein Upgrade auf die neue Version der App (4.215.2) aus dem Service Now Store durch. Weitere Informationen finden Sie unter Integration in ServiceNow Change Management.
Neue vordefinierte Systemvariable
Wir haben eine neue vordefinierte Systemvariable namens "Build.DefinitionFolderPath" eingeführt, deren Wert der Ordnerpfad einer Build-Pipeline-Definition ist. Die Variable ist sowohl in YAML- als auch in klassischen Buildpipelinen verfügbar.
Wenn Ihre Pipeline beispielsweise unter dem FabrikamFiber\Chat-Ordner in Azure Pipelines gespeichert ist, lautet der Wert von Build.DefinitionFolderPathFabrikamFiber\Chat.
Unterstützung für allgemeine Verfügbarkeitsvorlagen im YAML-Editor
Vorlagen sind ein häufig verwendetes Feature in YAML-Pipelines. Sie sind eine einfache Möglichkeit, Pipelineausschnitte zu teilen. Sie sind auch ein leistungsstarker Mechanismus zum Überprüfen oder Erzwingen von Sicherheit und Governance über Ihre Pipeline.
Azure Pipelines unterstützt einen YAML-Editor, der beim Bearbeiten Ihrer Pipeline hilfreich sein kann. Der Editor unterstützt jedoch noch keine Vorlagen. Autoren von YAML-Pipelines konnten beim Verwenden einer Vorlage keine Unterstützung durch IntelliSense erhalten. Vorlagenautoren konnten den YAML-Editor nicht verwenden. In dieser Version fügen wir Unterstützung für Vorlagen im YAML-Editor hinzu.
Beim Bearbeiten der YAML-Hauptdatei in Azure Pipelines können Sie eine Vorlage entweder einschließen oder erweitern. Wenn Sie den Namen Ihrer Vorlage eingeben, werden Sie aufgefordert, Ihre Vorlage zu überprüfen. Nach der Überprüfung versteht der YAML-Editor das Schema der Vorlage einschließlich der Eingabeparameter.
Nach der Überprüfung können Sie auswählen, ob Sie zu der Vorlage navigieren möchten. Mit allen Features des YAML-Editors können Sie Änderungen an der Vorlage vornehmen.
Es gibt bekannte Einschränkungen: Wenn die Vorlage erforderliche Parameter enthält, die nicht als Eingaben in der Haupt-YAML-Datei bereitgestellt werden, schlägt die Überprüfung fehl und fordert Sie auf, diese Eingaben bereitzustellen. In einer idealen Erfahrung sollte die Überprüfung nicht blockiert werden, und Sie sollten in der Lage sein, die Eingabeparameter mithilfe von IntelliSense auszufüllen. Sie können keine neue Vorlage aus dem Editor erstellen. Sie können nur vorhandene Vorlagen verwenden oder bearbeiten.
Nächste Schritte
Hinweis
Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.
Gehen Sie zu Azure DevOps und schauen Sie sich an.
So geben Sie Feedback
Wir würden uns freuen zu hören, was Sie über diese Features denken. Verwenden Sie das Hilfemenü, um ein Problem zu melden oder einen Vorschlag bereitzustellen.
Sie können auch Ratschläge und Ihre Fragen von der Community in Stack Overflow beantworten lassen.
Vielen Dank,
Dan Hellem