Share via

Azure Artifacts: osvědčené postupy

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Správa softwarových balíčků může být složitý a časově náročný proces, zejména při práci s rozsáhlými projekty. Služba Azure Artifacts naštěstí poskytuje robustní platformu pro správu balíčků, která pomáhá tento proces zjednodušit proces a zlepšuje spolupráci mezi vývojovými týmy. Chcete-li ale ze služby Azure Artifacts vytěžit maximum, je nutné dodržovat osvědčené postupy, které zajistí integritu a kvalitu vašich balíčků. V tomto článku se podíváme na některé z nejdůležitějších osvědčených postupů pro vytváření, využívání a správu balíčků v Azure Artifacts. Tyto tipy vám pomůžou optimalizovat pracovní postupy a zajistit úspěch vašich projektů, ať už jste zkušení vývojáři, nebo s Azure Artifacts teprve začínáte.

Vytváření a publikování balíčků

Vytváření a publikování balíčků je kritický krok v jakémkoli pracovním postupu správy balíčků. V této části se podíváme na osvědčené postupy pro vytváření a publikování balíčků v Azure Artifacts.

  • Každé úložiště by mělo odkazovat pouze na jeden informační kanál:

    Informační kanál je základní organizační struktura pro hostování balíčků. I když pro projekt můžete mít více informačních kanálů, je nejlepší omezit projekt tak, aby odkazovaly jenom na jeden informační kanál. Pokud chcete používat balíčky z více informačních kanálů, doporučujeme používat upstreamové zdroje. To umožňuje přístup k balíčkům z více informačních kanálů a veřejných registrů.

  • Automatické publikování nově vytvořených balíčků do informačního kanálu:

    Tím se aktualizuje @local zobrazení informačního kanálu novými balíčky. Další informace o zobrazeních informačních kanálů a upstreamových zdrojích najdete v zobrazení informačních kanálů.

  • Povolte zásady uchovávání informací, aby se automaticky vyčistily staré verze balíčků:

    Odstraněním starších verzí balíčků můžete optimalizovat výkon klienta a uvolnit místo v úložišti. Při nastavování zásad uchovávání informací máte možnost vybrat počet verzí balíčku, které chcete zachovat. Díky tomu můžete snadno spravovat verze balíčků a zlepšit pracovní postup správy balíčků.

  • Zvýšení úrovně balíčku na správné zobrazení:

    Pokud chcete balíček zpřístupnit dřívějším osvojeným, můžete ho vybrat ze svého informačního kanálu a zvýšit jeho úroveň do @prerelease zobrazení. Jakmile balíček považujete za dostatečnou kvalitu pro úplnou verzi, můžete ho zvýšit na @release zobrazení. Zvýšením úrovně verzí balíčků do zobrazení můžete zabránit jejich odstranění zásadami uchovávání informací. Další informace o zobrazeních informačních kanálů najdete v článku Zobrazení informačního kanálu.

  • Pokud vaše balíčky využívají externí týmy, ujistěte se, že @release jsou v organizacích viditelné a @prerelease zobrazení:

    Pokud tato zobrazení nejsou viditelná, týmy nebudou mít přístup k vašim balíčkům.

Využívání balíčků

V této části se podíváme na osvědčené postupy pro využívání balíčků pomocí Azure Artifacts, včetně konfigurace zdrojů balíčků, správy verzí balíčků a zajištění zabezpečené a efektivní spotřeby balíčků.

  • Konfigurace upstreamových zdrojů pro váš informační kanál:

    Přidání upstreamových zdrojů do informačního kanálu je doporučeným přístupem pro využívání balíčků z veřejných registrů, jako jsou NuGet.org nebo npmjs.com. Další podrobnosti najdete v tématu Vysvětlení upstreamových zdrojů a postupu konfigurace nadřazených zdrojů.

  • Zdroje, které nejsou ve vaší organizaci, ale ve stejném tenantovi Microsoft Entra, by se měly přidat pomocí lokátoru informačního kanálu:

    Syntaxe lokátoru informačního kanálu je následující: azure-feed://<organization>/<projectName>/<feed>@<view>

  • Ujistěte se, že pořadí zdrojů odpovídá požadovanému pořadí řešení balíčků:

    Informační kanál postupně zkontroluje každý nadřazený zdroj a vrátí balíček z prvního zdroje, který ho obsahuje.

  • Umístěte veřejné upstreamy FIRST do pořadí řešení:

    Tím zabráníte jiným zdrojům přepisovat dobře známé balíčky s upravenými nebo nekompatibilními verzemi.