Neue Verbesserungen an Lieferplänen 2.0

In diesem Sprint verbessern wir Übermittlungspläne 2.0 um neue verkürzte Ansichten und Rollupinformationen. Außerdem führen wir die manuelle Validierung und eine neue uses Anweisung zum Vorabdeklarieren von Ressourcen in YAML-Pipelines ein.

Weitere Informationen finden Sie weiter unten in der Liste Features.

Azure Boards

• Übermittlungspläne: Rollupinformationen
• Übermittlungspläne: Verkürzte Ansichten

Azure Pipelines

• "uses"-Anweisung zum Vorabdeklarieren von Ressourcen
• Manuelle Überprüfung für YAML-Pipelines

Azure Boards

Übermittlungspläne: Rollupinformationen

Im Rahmen der öffentlichen Vorschau von Übermittlungsplänen 2.0 sind jetzt Rollupinformationen verfügbar. Wenn Sie sich mit Arbeitselementen auf höherer Ebene wie Epics oder Features befassen, sollten Sie weitere Details anzeigen. Rollup zeigt den Fortschritt der zugrunde liegenden untergeordneten Arbeitselemente an und zeigt den vollständigen Verlauf. Um dieses Feature zu aktivieren, wechseln Sie zu Ihren Planeinstellungen und dann zu Felder, und wählen Sie Untergeordnete Rollupdaten anzeigen aus.

Übermittlungspläne: Verkürzte Ansichten

Im Rahmen der öffentlichen Vorschau von Übermittlungsplänen 2.0 können Kunden jetzt zwischen normaler und komprimierter Ansicht wechseln. Karten mit zusätzlichen Feldern können viel vertikalen Platz in Anspruch nehmen. Dies macht es schwierig, mehr als ein paar Karten gleichzeitig auf dem Bildschirm zu sehen, selbst wenn sie vollständig verkleinert sind. Wir haben eine reduzierte Karte Ansicht erstellt, die alle Felder von den Karten ausblendet und nur das Symbol und den Titel des Arbeitselementtyps anzeigt. Das Ausblenden und Anzeigen aller Felder ist jetzt nur noch einen Klick entfernt.

Azure Pipelines

"uses"-Anweisung zum Vorabdeklarieren von Ressourcen

Wenn eine Pipeline einen Auftrag auf einem Agent ausführt, erhält dieser Agent ein Zugriffstoken zum Zurückrufen von Azure Pipelines-REST-APIs und zum Herunterladen von Ressourcen wie Repositorys. Für YAML-Pipelines haben wir kürzlich eine Einstellung hinzugefügt, mit der das Token nur auf die Repositorys beschränkt wird, die tatsächlich in einem Auftrag verwendet werden. Einige Kunden haben jedoch Repositorys verwendet, ohne explizit einen checkout Schritt zu verwenden, instance, wenn sie einen Skriptschritt verwendet haben, um Git direkt aufzurufen. Diese Kunden konnten das Feature zur Tokenbeschränkung nicht aktivieren, da Azure Pipelines nicht genau ermitteln konnte, welche Repositorys für den Auftrag benötigt wurden.

Mit diesem Update haben wir eine alternative Möglichkeit hinzugefügt, um Azure Pipelines mitzuteilen, dass ein Auftrag ein Repository verwenden möchte, ohne den checkout Schritt zu verwenden. Stattdessen können Sie die neue uses Schlüsselwort (keyword) wie folgt verwenden:

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

Dieses Feature löst auch ein verwandtes (wenn auch weniger häufiges) Problem. Wenn Sie die matrix Schlüsselwort (keyword) verwenden, um mehrere Aufträge zu generieren, und diese Aufträge pools verwenden, die im Matrixschritt angegeben sind, sind möglicherweise Probleme beim Autorisieren dieser Pools für die Pipeline aufgetreten. Die Grundursache ist die gleiche: Da Matrixen zur Laufzeit berechnet werden, kann das Vorab-Ressourcenautorisierungssystem nicht genau bestimmen, welche Pools verwendet werden. Mit useskönnen Sie deklarieren, welche Pools Von Ihren Aufträgen verwendet werden, damit sie im Voraus autorisiert werden können.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

Manuelle Überprüfung für YAML-Pipelines

Mit dem neu veröffentlichten Task "Manuelle Überprüfung " können Sie eine YAML-Pipeline in der Mitte der Phase anhalten. Dadurch können Sie manuelle oder Offlineaktivitäten ausführen und dann die Ausführung fortsetzen (oder ablehnen). Dies ist besonders nützlich in Szenarien, in denen Sie eine Pipeline anhalten und einen Peer zum Überprüfen von Konfigurationseinstellungen, Buildpaketen usw. überlassen möchten. bevor Sie zu einem zeitintensiven, rechenintensiven Auftrag übergehen. Weitere Informationen

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 zu machen.

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

Vielen Dank,

Matt Cooper