Erweiterungsupdates und Leistungsverbesserungen

Mit diesem Update haben wir Erweiterungsupdates und Leistungsverbesserungen hinzugefügt. 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, damit Sie Ihre installierten Erweiterungen verwalten können.

Weitere Informationen finden Sie in den Versionshinweisen.

Allgemein

• Erweiterungen sollten ihre Bereiche anzeigen

Azure Boards

• Logik zum Ändern der Kartengröße in Übermittlungsplänen
• Verbesserungen bei Batchupdates
• Batchlösch-API (GA)

Azure Pipelines

• Unterstützung für die Tokyo-Version von ServiceNow
• Neue vordefinierte Systemvariable
• Allgemeine Verfügbarkeit von Vorlagenunterstützung im YAML-Editor

Allgemein

Erweiterungen sollten ihre Bereiche anzeigen

Wenn Sie Erweiterungen für Ihre Azure DevOps-organization installieren, können Sie die Berechtigungen überprüfen, die die Erweiterung im Rahmen der Installation benötigt. Nach der Installation sind die Erweiterungsberechtigungen in den Erweiterungseinstellungen jedoch nicht sichtbar. Für Administratoren, die eine regelmäßige Überprüfung der installierten Erweiterungen durchführen müssen, stellt dies eine Herausforderung dar. In diesem Sprint haben wir die Erweiterungsberechtigungen zu Erweiterungseinstellungen hinzugefügt, damit Sie überprüfen und eine fundierte Entscheidung treffen können, ob sie beibehalten werden sollen oder nicht.

Azure Boards

Logik zum Ändern der Kartengröße in Übermittlungsplänen

Nicht jeder verwendet das Zieldatum und/oder das Startdatum beim Nachverfolgen von Features und Epics. Einige wählen eine Kombination aus Datumsangaben und Iterationspfad. In diesem Sprint haben wir die Logik verbessert, um die Kombinationen für Iterationspfad und Datumsfeld entsprechend festzulegen, je nachdem, wie sie verwendet werden.

Wenn beispielsweise das Zieldatum nicht verwendet wird und Sie die Größe des Karte ändern, wird der neue Iterationspfad festgelegt, anstatt das Zieldatum zu aktualisieren.

Verbesserungen bei Batchupdates

Wir haben mehrere Änderungen an der Version 7.1 der Batchupdate-API für Arbeitselemente vorgenommen. Dazu gehören geringfügige Leistungsverbesserungen und die Behandlung von Teilausfällen. Das bedeutet, wenn ein Patch fehlschlägt, die anderen jedoch nicht, werden die anderen erfolgreich abgeschlossen.

Klicken Sie hier , um mehr über die REST-API für Batchupdates zu erfahren.

Batchlösch-API (GA)

Dieser neue REST-API-Endpunkt zum Löschen und/oder Zerstören von Arbeitselementen im Batch ist jetzt öffentlich verfügbar. Klicken Sie hier, um weitere Informationen zu erhalten.

Azure Pipelines

Unterstützung für die Tokyo-Version von ServiceNow

Azure Pipelines verfügt über eine vorhandene Integration mit ServiceNow. Die Integration basiert auf einer App in ServiceNow und einer Erweiterung in Azure DevOps. Wir haben die App jetzt so aktualisiert, dass sie mit der Tokyo-Version von ServiceNow funktioniert. 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 aus. Weitere Informationen finden Sie unter Integrieren in serviceNow Change Management.

Neue vordefinierte Systemvariable

Wir haben eine neue vordefinierte Systemvariable namens Build.DefinitionFolderPatheingeführt, deren Wert der Ordnerpfad einer Buildpipelinedefinition ist. Die Variable ist sowohl in YAML- als auch in klassischen Buildpipelines verfügbar.

Wenn Ihre Pipeline beispielsweise unter dem FabrikamFiber\Chat Ordner in Azure Pipelines untergebracht ist, ist FabrikamFiber\Chatder Wert von Build.DefinitionFolderPath .

Unterstützung von Vorlagen für allgemeine Verfügbarkeit im YAML-Editor

Vorlagen sind ein häufig verwendetes Feature in YAML-Pipelines. Sie sind eine einfache Möglichkeit, Pipelineausschnitte freizugeben. 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 hat jedoch bis jetzt keine Vorlagen unterstützt. Autoren von YAML-Pipelines konnten keine Unterstützung über intellisense erhalten, wenn sie eine Vorlage verwenden. Vorlagenautoren konnten den YAML-Editor nicht verwenden. In diesem Release wird unterstützung für Vorlagen im YAML-Editor hinzugefügt.

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 zur Vorlage navigieren. Sie können Änderungen an der Vorlage vornehmen, indem Sie alle Features des YAML-Editors verwenden.

Es gibt bekannte Einschränkungen: Wenn die Vorlage über erforderliche Parameter verfügt, die nicht als Eingaben in der Standard YAML-Datei bereitgestellt werden, schlägt die Überprüfung fehl, und Sie werden aufgefordert, diese Eingaben bereitzustellen. Idealerweise 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 im Editor erstellen. Sie können nur vorhandene Vorlagen verwenden oder bearbeiten.

Nächste Schritte

Wechseln Sie zu Azure DevOps, und sehen Sie sich an.

Senden von 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