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.
- Logik zum Ändern der Kartengröße in Übermittlungsplänen
- Verbesserungen bei Batchupdates
- Batchlösch-API (GA)
- Unterstützung für die Tokyo-Version von ServiceNow
- Neue vordefinierte Systemvariable
- Allgemeine Verfügbarkeit von Vorlagenunterstützung im YAML-Editor
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.
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.
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.
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 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.
Wir haben eine neue vordefinierte Systemvariable namens Build.DefinitionFolderPath
eingefü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\Chat
der Wert von Build.DefinitionFolderPath
.
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.
Hinweis
Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.
Wechseln Sie zu Azure DevOps, und sehen Sie sich an.
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