Sdílet prostřednictvím

Azure Artifacts zjednodušuje integraci s jinými službami.

  • Článek

Díky této aktualizaci jsme usnadnili ověřování Azure Artifacts s dalšími oblíbenými správci balíčků. Další podrobnosti o skutečné implementaci najdete níže.

Funkce

Azure Boards

Azure Pipelines

Azure Artifacts

Azure Boards

Přidání filtru pro nadřazenou pracovní položku na panel úloh a do backlogu sprintu

Do panelu Sprintu i backlogu sprintu jsme přidali nový filtr. To umožňuje filtrovat položky backlogu na úrovni požadavků (první sloupec vlevo) podle nadřazeného objektu. Například na následujícím snímku obrazovky jsme vyfiltrovali zobrazení tak, aby zobrazovalo pouze uživatelské scénáře, ve kterých je nadřazený text "Moje velká funkce".

Add Parent Work Item filter.

Zlepšení prostředí pro zpracování chyb – požadovaná pole pro chybu nebo úlohu

Pokud jste pracovní položku přesunuli z panelu Kanbanu z jednoho sloupce do jiného, kde se pravidla polí aktivovala změnou stavu, zobrazí se na kartě červená chybová zpráva, která vás přinutí otevřít pracovní položku, abyste porozuměli původní příčině. Ve sprintu 170 jsme vylepšili možnosti, takže teď můžete kliknout na červenou chybovou zprávu a zobrazit podrobnosti o chybě, aniž byste museli otevřít samotnou pracovní položku.

Select error message to see details.

Azure Pipelines

Agenti škálovacích sad ve verzi Preview

Náhled nové funkce označované jako agenti škálovací sady, které spárují pohodlí a elastickou kapacitu agentů hostovaných Microsoftem s kontrolou a flexibilitou agentů v místním prostředí. V této verzi Preview vám teď umožňujeme spravovat agenty podle vaší specifikace, které jsou plně automatizované, ve vašem předplatném Azure. Můžete zvážit použití agentů škálovací sady místo agentů hostovaných Microsoftem nebo agentů v místním prostředí, když:

  • potřebujete více paměti, více procesorů, více úložiště nebo více vstupně-výstupních operací než to, co nabízíme v nativních agentech hostovaných Microsoftem
  • Nechcete povolit v rámci podnikové brány firewall velký počet IP adres, aby agenti hostovaní Microsoftem mohli komunikovat s vašimi servery.
  • potřebujete více agentů hostovaných Microsoftem, než můžeme poskytnout, abychom splnili vaše potřeby velkého rozsahu.
  • potřebujete možnost rozdělit paralelní úlohy hostované Microsoftem na jednotlivé projekty nebo týmy ve vaší organizaci.
  • nechcete spouštět vyhrazené agenty nepřetržitě, ale místo toho chcete zrušit zřízení počítačů agentů, které se aktivně nevyužívají

Pokud chcete použít agenty škálovací sady, nejprve ve svém předplatném Azure vytvoříte škálovací sadu virtuálních počítačů a pak ve službě Azure Pipelines vytvoříte fond agentů, který bude odkazovat na tuto škálovací sadu. Azure Pipelines automaticky škáluje tento fond na základě počtu čekajících úloh a počtu nečinných počítačů, které chcete udržovat neustále. Azure Pipelines také nainstaluje agenta za vás na tyto virtuální počítače. Další informace najdete v tématu Agenti škálovací sady. Při zobrazení náhledu této funkce uveďte zpětnou vazbu na stránce dokumentace.

Ubuntu 20.04 ve verzi Preview pro fondy hostované v Azure Pipelines

Image Ubuntu 20.04 je teď dostupná ve verzi Preview pro fondy hostované službou Azure Pipelines. Chcete-li použít tuto image, aktualizujte soubor YAML tak, aby zahrnoval vmImage: ubuntu-20.04 . Upozorňujeme, že popisek obrázku ubuntu-latest bude i nadále odkazovat na ubuntu-18.04, dokud ubuntu-20.04 nevyjde z verze Preview později v tomto roce.

Upozorňujeme, že vzhledem k tomu, že image ubuntu 20.04 je ve verzi Preview, aktuálně nepodporuje všechny nástroje dostupné v ubuntu-18.04 . Další informace

Podpora pro balíčky GitHub v kanálech YAML

Nedávno jsme zavedli nový typ prostředku označovaný jako balíčky , které přidávají podporu využívání balíčků NuGet a npm z GitHubu jako prostředku v kanálech YAML. Jako součást tohoto prostředku teď můžete zadat typ balíčku (NuGet nebo npm), který chcete využívat z GitHubu. Automatické triggery kanálu můžete povolit také při vydání nové verze balíčku. Podpora je dnes k dispozici pouze pro využívání balíčků z GitHubu, ale v budoucnu plánujeme rozšířit podporu využívání balíčků z jiných úložišť balíčků, jako jsou NuGet, npm, AzureArtifacts a mnoho dalších. Podrobnosti najdete v následujícím příkladu:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # GitHub service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the package to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Poznámka: Dnes balíčky GitHubu podporují pouze ověřování na základě PAT, což znamená, že připojení služby GitHub v prostředku balíčku by mělo být typu PAT. Po zrušení tohoto omezení poskytneme podporu pro jiné typy ověřování.

Ve výchozím nastavení se balíčky ve vašich úlohách nestáhnou automaticky, proto jsme zavedli makro getPackage , které umožňuje využívat balíček definovaný v prostředku. Podrobnosti najdete v následujícím příkladu:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Azure Artifacts

Oznámení pro zablokované upstreamové zdroje

Webové rozhraní Azure Artifacts vás teď upozorní, když některý z upstreamových zdrojů vašeho kanálu nefunguje. Upstreamové zdroje umožňují nasměrovat informační kanál (informační kanál A) na jiný informační kanál (informační kanál B) a umožnit uživatelům informačního kanálu A přístup k balíčkům z informačního kanálu B, aniž by se k němu museli připojovat přímo. Další informace o upstreamových zdrojích najdete v dokumentaci k Azure Artifacts. Upstreamové zdroje nemusí fungovat, pokud jsou ve zdroji zakázané, například pokud je informační kanál B bezobslužně odstraněný, zákazníci z něj nebudou moct načítat balíčky prostřednictvím informačního kanálu A. V minulosti k této situaci mohlo dojít bez upozornění a vést k obtížné diagnostice provozních problémů, jako jsou náhlé přerušení sestavení kvůli chybějícím závislostem (tj. balíčkům zdrojovým z informačního kanálu B v předchozím příkladu). Azure Artifacts vám teď poskytne upozornění, když dojde k problémům s vašimi nadřazenými zdroji informačních kanálů. Pokud problém existuje, zobrazí se na stránce podrobností informačního kanálu Azure Artifacts banner (červená šipka níže).

Red arrow in the Azure Artifacts feed detail page.

Kliknutím na odkaz v banneru se otevře stránka, která zobrazuje stav jednotlivých nadřazených zdrojů informačního kanálu. Kromě informací o jednotlivých nadřazených zdrojích pro aktuální informační kanál můžete zobrazit aktuální stav ve sloupci Poslední synchronizace. Upstreamové zdroje, které fungují správně, zobrazí zelenou značku zaškrtnutí při posledním ověření stavu zdroje. Upstreamové zdroje, které jsou přerušeny, zobrazí červené X spolu s časem, kdy byla zkontrolována. Nadřazené zdroje čekající na ověření zobrazí modrou ikonu informací.

Icons in the Last synced column.

Když kliknete na čas poslední synchronizace pro přerušený nadřazený zdroj, otevře se dialogové okno se sdílením dalších podrobností o původní příčině problému (pokud je k dispozici). Například na obrázku níže nefunguje hlavní zdroj, protože cílový informační kanál byl odstraněn. Dialogové okno obsahuje také odkaz na protokol auditu, který vám pomůže pochopit, kdo v poslední době provedl relevantní změny. Odkazy na nastavení oprávnění a dokumentaci k Azure Artifacts můžete použít také k prozkoumání původní příčiny.

Example showing the target feed was deleted.

Licenční výrazy a vložené licence

Teď můžete zobrazit podrobnosti o informacích o licencích pro balíčky NuGet uložené v Azure Artifacts při procházení balíčků v sadě Visual Studio. To platí pro licence, které jsou reprezentované pomocí licenčních výrazů nebo vložených licencí. Teď můžete na stránce s podrobnostmi balíčku sady Visual Studio zobrazit odkaz na informace o licenci (červená šipka na obrázku níže).

Link to license information.

Kliknutím na odkaz přejdete na webovou stránku, kde můžete zobrazit podrobnosti o licenci. Toto prostředí je stejné pro výrazy licencí i vložené licence, takže můžete zobrazit podrobnosti o licencích pro balíčky uložené v Azure Artifacts na jednom místě (pro balíčky, které určují informace o licenci a jsou podporovány sadou Visual Studio).

View license details.

Zjednodušené ověřovací úlohy

Teď se můžete ověřovat pomocí oblíbených správců balíčků z Azure Pipelines pomocí úloh ověřování s lehkou hmotností. To zahrnuje NuGet, npm, PIP, Twine a Maven. Dříve jste se mohli ověřit u těchto správců balíčků pomocí úloh, které poskytovaly velké množství funkcí, včetně možnosti publikovat a stahovat balíčky. To však vyžaduje použití těchto úloh pro všechny aktivity, které komunikovaly se správci balíčků. Pokud jste měli vlastní skripty, které se mají spouštět pro provádění úloh, jako je publikování nebo stahování balíčků, nebudete je moct použít ve svém kanálu. Teď můžete v YAML kanálu použít skripty vlastního návrhu a provádět ověřování pomocí těchto nových jednoduchých úloh. Příklad použití npm:

img

Použití příkazu ci a publish na tomto obrázku je libovolné. Můžete použít jakékoli příkazy podporované nástrojem Azure Pipelines YAML. Díky tomu můžete mít úplnou kontrolu nad vyvoláním příkazů a snadno používat sdílené skripty v konfiguraci kanálu. Další informace najdete v dokumentaci k úloze ověřování NuGet, npm, PIP, Twine a Maven .

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 na ně.

Přechod na Azure DevOps

Jak poskytnout zpětnou vazbu

Rádi bychom slyšeli, 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.

Make a suggestion

Můžete také získat rady a své otázky zodpovězené komunitou ve službě Stack Overflow.

Díky,

Aaron Hallberg