Freigeben über

Azure Pipelines – Sprint 187 Update

  • Artikel

Features

Änderung der .NET SDK-Vorinstallationsrichtlinie für von Microsoft gehostete Ubuntu-Agents

Wir ändern die .NET SDK-Versionen, die auf von Microsoft gehosteten Ubuntu-Agents vorinstalliert sind. Derzeit installieren wir alle verfügbaren und unterstützten Versionen des .NET SDK (2.1.x, 3.1.x, 5.0.x). Dieser Ansatz wird zugunsten der Installation der neuesten Patchversion für jede Featureversion geändert. Diese Änderung wird vorgenommen, um Ihnen mehr freien Speicherplatz und neue Toolanforderungen bereitzustellen.

Was bedeutet das?

Die SDK-Version besteht aus den folgenden Teilen: x.y.znn. z ist die Featureversion und nn ist die Patchversion. Beispielsweise ist für 2.1.302 die Featureversion 3 und 02 die Patchversion. Gemäß dem neuen Ansatz installieren wir nur die neueste Patchversion für jede Featureversion, d. h. nur 2.1.302 wird für 2.1.3x, nur 2.1.403 für 2.1.4x usw. installiert. Alle Versionen des .NET SDK, bei denen es sich nicht um die neuesten Patchversionen handelt, werden am 14. Juni aus Ubuntu-Images entfernt. Diese Änderung wirkt sich auf alle Versionen von Ubuntu auf von Microsoft gehosteten Agents aus.

Zieldatum

Die Bereitstellung aktualisierter Images beginnt am 14. Juni und dauert 3 bis 4 Tage.

Mögliche Auswirkungen

Wenn Sie eine global.json-Datei verwenden, ist Ihr Build in den folgenden Fällen betroffen:

Ihr Build schlägt fehl, wenn die Datei global.json die rollForward: disable Eigenschaft und SDK-Version enthält, bei der es sich nicht um die neueste Patchversion handelt. Zum Beispiel:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "disable"
  }
}

Die .NET SDK-Version wird automatisch in den neuesten Patch geändert, wenn die Datei global.json die rollForward: patch -Eigenschaft enthält. Zum Beispiel:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "patch"
  }
}

Wenn das rollForward Feld nicht in Der Datei global.json angegeben ist, wird keine Änderung für Sie vorgenommen. Die neueste installierte Patchebene wird verwendet.

Wenn Sie die genaue .NET SDK-Version verwenden müssen, die nicht der neueste Patch ist, verwenden UseDotNet Sie die Aufgabe, um sie als Teil des Builds zu installieren:

steps:
- task: UseDotNet@2
  displayName: 'Use .NET Core sdk'
  inputs:
    version: <dotnet version>

Berechtigungen und Überprüfungen für Variablengruppen und sichere Dateien

Sie können verschiedene Arten von freigegebenen Ressourcen in YAML-Pipelines verwenden. Beispiele hierfür sind Dienstverbindungen, Variablengruppen, sichere Dateien, Agentpools, Umgebungen oder Repositorys. Um eine Pipeline vor dem Zugriff auf eine Ressource zu schützen, kann der Besitzer der Ressource Berechtigungen und Überprüfungen für diese Ressource konfigurieren. Jedes Mal, wenn eine Pipeline versucht, auf die Ressource zuzugreifen, werden alle konfigurierten Berechtigungen und Überprüfungen ausgewertet. Diese Schutzmaßnahmen sind für Dienstverbindungen, Umgebungen und Agentpools seit einer Weile verfügbar. Sie wurden kürzlich zu Repositorys hinzugefügt. Mit dieser Version fügen wir den gleichen Schutz für Variablengruppen und sichere Dateien hinzu.

Verwenden Sie das Feature Pipelines-Berechtigungen , um den Zugriff auf eine Variablengruppe oder eine sichere Datei auf eine kleine Gruppe von Pipelines einzuschränken.

Meine geheimen Variablen

Verwenden Sie zum Konfigurieren von Überprüfungen oder Genehmigungen, die bei jeder Ausführung einer Pipeline ausgewertet werden sollen, das Feature Genehmigungen und Überprüfungen für Bibliothek .

Hinzufügen der Überprüfungsgenehmigung

Vorschau der Vorlagenunterstützung 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. Bisher hat der Editor keine Vorlagen unterstützt. Autoren von YAML-Pipelines konnten keine IntelliSense-Unterstützung erhalten, wenn sie eine Vorlage verwenden. Mit dieser Version wird die Unterstützung für Vorlagen im YAML-Editor in einer Vorschau angezeigt. Navigieren Sie zum Aktivieren dieser Vorschauversion zu den Vorschaufeatures in Ihrem Azure DevOps-organization, und aktivieren Sie den YAML-Vorlagen-Editor.

Aktivieren des YAML-Vorlagen-Editors in der Vorschauversion

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.

YAML-Vorlage

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.

Hinweis: Dieses Feature befindet sich in der Vorschau. Es gibt bekannte Einschränkungen, an denen wir arbeiten, um einige zu beheben. Erfordert die Vorlage Parameter, die in der YAML-Hauptdatei nicht als Eingaben bereitgestellt werden, tritt bei der Überprüfung ein Fehler auf, und Sie werden zur Eingabe dieser Parameter aufgefordert. Im idealen Fall sollte die Überprüfung nicht blockiert werden, und Sie sollten in der Lage sein, die Eingabeparameter mithilfe von IntelliSense auszufüllen. Darüber hinaus können Sie keine neue Vorlage aus dem Editor erstellen. Sie können nur vorhandene Vorlagen verwenden oder bearbeiten.

Ubuntu-16.04 wird im September 2021 aus von Microsoft gehosteten Pools entfernt.

Die herkömmliche 5-jährige Unterstützung von Ubuntu 16.04 von Canonical endet im April 2021. Um unsere Umgebung auf dem neuesten Stand zu halten und zu schützen, entfernen wir Ubuntu 16.04 am 20. September 2021.

Sie müssen ubuntu-16.04-Workflows zu ubuntu-18.04 oder ubuntu-latest migrieren, die unter Ubuntu 20.04 LTS ausgeführt werden.

Um sicherzustellen, dass alle über diese Änderung informiert sind, haben wir zwei kurze Brownouts geplant. Alle Ubuntu 16.04-Builds schlagen während des Brownoutzeitraums fehl. Daher wird empfohlen, Ihre Pipelines vor dem 6. September 2021 zu migrieren.

Die Brownouts werden vorläufig für die folgenden Datums- und Uhrzeitangaben geplant. Wir werden diese Zeiten aktualisieren, wenn wir diesem Zeitraum näher kommen.

6. September 2021 17:00 Uhr UTC – 22:00 Uhr UTC

14. September 2021 17:00 Uhr UTC – 22:00 Uhr UTC

Nächste Schritte

Hinweis

Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.

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

Navigieren Sie zu Azure DevOps.

Senden von Feedback

Wir würden uns freuen zu hören, was Sie zu diesen Features halten. Verwenden Sie das Hilfemenü, um ein Problem zu melden oder einen Vorschlag zu machen.

Einen Vorschlag unterbreiten

Sie können auch Rat und Ihre Fragen von der Community auf Stack Overflow beantworten lassen.