Nová vylepšení Delivery Plans 2.0

V tomto sprintu vylepšujeme Delivery Plans 2.0 o nová zhuštěná zobrazení a souhrnné informace. Zavádíme také ruční ověřování a nový uses příkaz pro předběžné deklarování prostředků v kanálech YAML.

Podrobnosti najdete v seznamu funkcí níže.

Azure Boards

• Plány doručení: Souhrnné informace
• Plány doručení: Zhuštěná zobrazení

Azure Pipelines

• Příkaz "uses" pro předběžnou deklaraci prostředků
• Ruční ověřování kanálů YAML

Azure Boards

Plány doručení: Souhrnné informace

Jako součást verze Delivery Plans 2.0 Public Preview jsou teď k dispozici souhrnné informace. Při práci s pracovními položkami vyšší úrovně, jako jsou náměty nebo funkce, můžete chtít zobrazit další podrobnosti. Zobrazení průběhu podkladových podřízených pracovních položek a zobrazení celého textu Pokud chcete tuto funkci povolit, přejděte do nastavení plánu, pak na Pole a vyberte Zobrazit podřízená souhrnná data.

Plány doručení: Zhuštěná zobrazení

Jako součást verze Delivery Plans 2.0 Public Preview teď zákazníci můžou přepínat mezi normálním a zhuštěným zobrazením. Karty s dalšími poli můžou zabírat hodně svislého místa. To znesnadňuje zobrazení více než několika karet najednou, i když jsou úplně oddálení. Vytvořili jsme sbalené zobrazení karta, které skryje všechna pole na kartách a zobrazí jenom ikonu a název typu pracovní položky. Skrytí a zobrazení všech polí je teď k dispozici jen na kliknutí.

Azure Pipelines

Příkaz "uses" pro předběžnou deklaraci prostředků

Když kanál spustí úlohu v agentu, dostane tento agent přístupový token pro zpětné volání do rozhraní REST API služby Azure Pipelines a stahování prostředků, jako jsou úložiště. Pro kanály YAML jsme nedávno přidali nastavení, které token omezí jenom na úložiště skutečně spotřebovaná v úloze. Někteří zákazníci ale používali úložiště bez explicitního použití checkout kroku, například pokud použili krok skriptu k přímému volání Gitu. Tito zákazníci nemohli povolit funkci omezující tokeny, protože Azure Pipelines nedokázala přesně určit, jaká úložiště jsou pro úlohu potřeba.

V této aktualizaci jsme přidali alternativní způsob, jak říct službě Azure Pipelines, že úloha chce použít úložiště bez použití tohoto checkout kroku. Místo toho můžete použít nové uses klíčové slovo, například takto:

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

Tato funkce také řeší související (i když méně běžný) problém. Pokud použijete matrix klíčové slovo ke generování více úloh a tyto úlohy používají fondy zadané v kroku matice, možná jste narazili na problémy s autorizací těchto fondů pro kanál. Původní příčina je stejná: vzhledem k tomu, že se matice počítají za běhu, nemůže systém autorizace prostředků předem přesně určit, které fondy se používají. Pomocí usesmůžete deklarovat, které fondy budou vaše úlohy používat, aby mohly být autorizovány předem.

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

Ruční ověřování kanálů YAML

Pomocí nově vydané úlohy Ruční ověření můžete pozastavit kanál YAML v polovině fáze. To vám umožní provádět ruční nebo offline aktivity a pak pokračovat (nebo odmítnout) spuštění. To je zvlášť užitečné ve scénářích, kdy chcete pozastavit kanál a nechat partnera ověřit nastavení konfigurace, balíček sestavení atd. před přechodem na dlouhotrvající úlohu, která je náročná na výpočetní výkon. Další informace.

Další kroky

Poznámka

Tyto funkce se budou zavádět během následujících dvou až tří týdnů.

Přejděte na Azure DevOps a podívejte se.

Přejděte na Azure DevOps.

Jak poskytnout zpětnou vazbu

Rádi bychom se dozvěděli, co si o těchto funkcích myslíte. Pomocí nabídky nápovědy můžete nahlásit problém nebo poskytnout návrh.

Můžete také získat rady a odpovědi na vaše otázky od komunity na Stack Overflow.

Díky,

Matt Cooper