Allgemeine Verfügbarkeit von Lieferplänen 2.0

Wir freuen uns sehr, ihnen mitzuteilen, dass Lieferpläne 2.0 allgemein verfügbar sind! Übermittlungspläne 2.0 liefern drei wichtige Szenarien: eine Zeitleiste Ansicht des Plans, des Fortschritts der Arbeit und der Nachverfolgung von Abhängigkeiten.

Ausführliche Informationen finden Sie in den folgenden Featurebeschreibungen.

Azure Boards

• Übermittlungspläne 2.0 sind allgemein verfügbar
• Rest-API für neue Iterationskapazität
• Das Kopierdashboard ist jetzt in der öffentlichen Vorschau verfügbar.

Azure Pipelines

• Änderung der .NET SDK-Vorinstallationsrichtlinie für von Microsoft gehostete Ubuntu-Agents
• Berechtigungen und Überprüfungen auf variablen Gruppen und sichere Dateien
• Vorschau der Vorlagenunterstützung im YAML-Editor
• Ubuntu-16.04 wird im September 2021 aus von Microsoft gehosteten Pools entfernt

Azure Boards

Übermittlungspläne 2.0 sind allgemein verfügbar

Wir freuen uns, ihnen mitzuteilen, dass Lieferpläne 2.0 allgemein verfügbar sind! Es liefert drei wichtige Szenarien:

• Eine Zeitleiste Ansicht des Plans
• Fortschritt der Arbeit
• Abhängigkeitsüberwachung

Diese Szenarien funktionieren in Teams und Projekten. Übermittlungspläne 2.0 sind jetzt nativ für das Produkt, sodass keine Erweiterung mehr erforderlich ist. Pläne, die mit der ursprünglichen Erweiterung "Pläne" erstellt wurden, funktionieren weiterhin in Übermittlungsplänen.

Hier ist ein schneller Vergleich der Unterschiede zwischen Plänen und Übermittlungsplänen.

Features für Übermittlungspläne

Nachfolgend finden Sie die Standard Features. Filterung, Markierungen und Feldkriterien sind ebenfalls Teil von Übermittlungsplänen.

Es gibt zwei Standard Ansichten: kondensiert und erweitert

Übermittlungspläne 2.0 ermöglichen das Anzeigen aller Arbeitsaufgaben in Ihrem Plan auf einem Zeitleiste mithilfe von Anfangs- und Zieldaten oder Iterationsterminen. Die Reihenfolge der Rangfolge ist Start- und Zieltermine, gefolgt von Iteration. Auf diese Weise können Sie Arbeitsaufgaben auf Portfolioebene wie Epic hinzufügen, die häufig nicht für eine Iteration definiert sind.

Es gibt zwei Standard Ansichten der komprimierten Ansicht und der erweiterten Ansicht. Sie können den Plan auch vergrößern und verkleineren, indem Sie auf die Lupe auf der rechten Seite des Plans klicken.

• Kondensierte Ansicht

  Die komprimierte Ansicht zeigt alle Arbeitsaufgaben Karte reduziert, was bedeutet, dass nicht alle Karte Informationen angezeigt werden. Diese Ansicht ist nützlich für eine Gesamtansicht der Arbeit im Plan. Um die Karte Felder zu reduzieren, klicken Sie auf das Symbol Karte neben den Vergrößerungssymbolen auf der rechten Seite des Plans.

  Hier ist ein Beispiel für einen Plan zum Umschalten zwischen den komprimierten und erweiterten Ansichten.

  

• Erweiterte Ansicht

  In der erweiterten Ansicht wird der Fortschritt einer Arbeitsaufgabe angezeigt, indem die Anzahl der untergeordneten und verknüpften Elemente gezählt und der Prozentsatz abgeschlossen angezeigt wird. Der Aktuelle Fortschritt wird durch die Anzahl der Arbeitsaufgaben bestimmt.

  Hier ist ein Beispiel für einen Plan mit einer erweiterten Ansicht. Beachten Sie die Statusanzeigen und den Prozentsatz abgeschlossen.

  

Abhängigkeitsüberwachung

Die Abhängigkeitsnachverfolgung basiert auf Vorgänger- und Nachfolgerlinks, die in Arbeitsaufgaben definiert werden. Wenn diese Verknüpfungen nicht definiert sind, werden keine Abhängigkeitslinien angezeigt. Wenn ein Abhängigkeitsproblem mit einer Arbeitsaufgabe besteht, wird das Symbol für Abhängigkeitslinks rot gefärbt.

• Anzeigen von Abhängigkeiten

  Bestimmte Abhängigkeiten werden über den Abhängigkeitsbereich angezeigt, in dem alle Abhängigkeiten für diese Arbeitsaufgabe einschließlich der Richtung angezeigt werden. Ein rotes Ausrufezeichen weist auf ein Abhängigkeitsproblem hin. Wenn Sie den Bereich aufrufen möchten, klicken Sie einfach auf das Symbol für Abhängigkeitslinks in der oberen rechten Ecke der Karte. Hier sind Beispiele für Abhängigkeiten.

  

  

• Abhängigkeitslinien

  Abhängigkeiten zwischen Arbeitsaufgaben werden mit direktionalen Pfeillinien zwischen den jeweiligen Arbeitsaufgaben visualisiert. Mehrere Abhängigkeiten werden als mehrere Zeilen angezeigt. Eine rote, farbige Linie weist auf ein Problem hin.

  Nachfolgend finden Sie einige Beispiele.

  

  Hier ist ein Beispiel für eine Arbeitsaufgabe mit mehreren Abhängigkeiten, und es funktioniert auch mit einer komprimierten Ansicht.

  

  Wenn ein Problem besteht, ist die Linienfarbe rot, und dies ist das Abhängigkeitssymbol.

  Es folgt ein Beispiel.

  

Kartenformat

Karten können jetzt mithilfe von Regeln wie den Kanban-Boards formatiert werden. Öffnen Sie die Planeinstellungen, und klicken Sie auf "Formatvorlagen". Klicken Sie im Bereich "Formatvorlagen" auf " +Formatierungsregel hinzufügen", um die Regel hinzuzufügen, und klicken Sie dann auf " Speichern". Es können bis zu 10 Regeln vorhanden sein, und jede Regel kann bis zu 5 Klauseln aufweisen.

• vor

• Danach

Das Kopierdashboard ist jetzt in der öffentlichen Vorschau verfügbar.

Mit dieser Version kann nun ein Team- oder Projektdashboard in dasselbe oder ein neues Projekt kopiert werden. Die Widgets und das Layout des Dashboards werden kopiert, aber die Widgets müssen weiterhin mit neuen Abfragen und Einstellungen konfiguriert werden.

Um eine Vorschau dieses Features anzuzeigen, aktivieren Sie einfach das Featureflagge " Dashboard kopieren" (unter Vorschaufeatures).

Hier sind die Schritte zum Kopieren eines Dashboards:

1. Wechseln Sie zum Dashboard, das Sie kopieren möchten. Klicken Sie dort auf das Menü, um das Kopierdashboard aufzurufen und dann darauf zu klicken.

2. Geben Sie den Namen und die Beschreibung des neuen Dashboards ein, und wählen Sie dann den Dashboardtyp, das Team oder das Projekt aus. Beim Auswählen eines Teamdashboards werden das neue Projekt bzw. das neue Team aus den Dropdownfeldern "Projekt" und "Team" ausgewählt. Für ein Project-Dashboard ist nur das Projekt erforderlich.

Rest-API für neue Iterationskapazität

Sie können jetzt die Gesamtkapazität für alle Teams in einer Iteration abrufen, indem Sie die neue Iterationscapacities-REST-API verwenden. Stellen Sie die iterationId Api bereit, und die API gibt die Gesamtkapazität für jedes Team zurück, das der Iteration zugeordnet ist, sowie eine Gesamtsumme. Dieses Feature erleichtert die Kapazitätsplanung für ein Inkrement. Weitere Informationen zu Iterationskapazitäten finden Sie in der Dokumentation hier.

Azure Pipelines

Ä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 von .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 für 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. For example, for 2.1.302, the feature version is 3, and 02 is the patch version. 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.403 für 2.1.4x usw. installiert. Alle Versionen des .NET SDK, die nicht die neuesten Patchversionen sind, 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 Datei "global.json" 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 DIE SDK-Version enthält, die nicht die neueste Patchversion ist. Beispiel:

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

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

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

Wenn das rollForward Feld nicht in Der Datei "global.json" angegeben ist, gibt es keine Änderung für Sie. 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 auf variablen Gruppen und sichere Dateien

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

Um den Zugriff auf eine Variablegruppe oder eine sichere Datei auf eine kleine Gruppe von Pipelines einzuschränken, verwenden Sie das Feature "Pipelines-Berechtigungen" .

Um Überprüfungen oder Genehmigungen zu konfigurieren, die bei jeder Ausführung einer Pipeline ausgewertet werden sollen, verwenden Sie die Genehmigungen und sucht nach dem Bibliotheksfeature.

Vorschau der Vorlagenunterstützung 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 praktisch sein kann. Zuvor hat der Editor keine Vorlagen unterstützt. Autoren von YAML-Pipelines konnten beim Verwenden einer Vorlage keine IntelliSense-Unterstützung erhalten. Mit dieser Version zeigen wir eine Vorschau der Unterstützung für Vorlagen im YAML-Editor an. Um diese Vorschau zu aktivieren, navigieren Sie zu Vorschaufeatures in Ihrer Azure DevOps-Organisation, und aktivieren Sie den YAML-Vorlagen-Editor.

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. Sie können Änderungen an der Vorlage mit allen Features des YAML-Editors vornehmen.

Bitte beachten Sie, dass sich dieses Feature in der Vorschau befindet. Es gibt bekannte Einschränkungen, von denen wir einige behandeln. 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. 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. 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

Der traditionelle 5-jährige Support von Ubuntu 16.04 von Canonical endet im April 2021. Um unsere Umgebung aktualisiert und gesichert zu halten, entfernen wir Ubuntu 16.04 am 20. September 2021.

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

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

Die Brownouts werden mit Vorbehalt für die folgenden Datums- und Uhrzeitangaben geplant. Wir werden diese Zeiten aktualisieren, wenn wir uns diesem Zeitraum nähern.

6. September 2021 15:00 Uhr UTC – 10:00 Uhr UTC

14. September 2021 15:00 Uhr UTC – 10:00 Uhr UTC

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 zu diesen Features halten. 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,

Aaron Hallberg