Azure Artifacts: ベスト プラクティス
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
ソフトウェア パッケージの管理は、特に大規模なプロジェクトを操作する場合に、複雑で時間のかかるプロセスになる可能性があります。 幸いなことに、Azure Artifacts は、プロセスを合理化し、開発チーム間のコラボレーションを改善するのに役立つ、パッケージ管理のための堅牢なプラットフォームを提供します。 ただし、Azure Artifacts を最大限に活用するには、パッケージの整合性と品質を確保するベスト プラクティスに従う必要があります。 この記事では、Azure Artifacts でパッケージを生成、使用、管理するための最も重要なベスト プラクティスについて説明します。 経験豊富な開発者でも、Azure Artifacts を初めて使用する場合でも、これらのヒントはワークフローを最適化し、プロジェクトの成功を確実にするのに役立ちます。
パッケージの作成と発行
パッケージの作成と発行は、パッケージ管理ワークフローの重要な手順です。 このセクションでは、Azure Artifacts でパッケージを作成して発行するためのベスト プラクティスについて説明します。
各リポジトリは、1 つのフィードのみを参照する必要があります。
フィードは、パッケージをホストするための基本的な組織構造です。 1 つのプロジェクトに複数のフィードを含めることができますが、1 つのフィードを参照するようにプロジェクトを制限することをお勧めします。 複数のフィードのパッケージを使用する場合は、 アップストリーム ソースを使用することをお勧めします。 これにより、複数のフィードとパブリック レジストリからパッケージにアクセスできます。
新しく作成されたパッケージをフィードに自動的に発行する:
これにより、フィードのビューが
@local新しいパッケージに更新されます。 フィード ビューとアップストリーム ソースの詳細については、「フィード ビュー」を参照してください。アイテム保持ポリシーを有効にして、古いパッケージ バージョンを自動的にクリーンします。
古いパッケージ バージョンを削除することで、クライアントのパフォーマンスを最適化し、ストレージ領域を解放できます。 アイテム保持ポリシーを設定するときは、保持するパッケージのバージョン数を柔軟に選択できます。 これにより、パッケージのバージョンを簡単に管理し、パッケージ管理ワークフローを改善できます。
パッケージを正しいビューに昇格させる:
早期導入者がパッケージを使用できるようにするには、フィードからパッケージを選択し、ビューに @prerelease 昇格させることができます。 パッケージが完全なリリースに対して十分な品質であると判断したら、ビューに @release 昇格させることができます。 パッケージのバージョンをビューに昇格することで、アイテム保持ポリシーによって削除されないようにすることができます。 フィード ビューの詳細については、「フィード ビュー」の記事をチェック。
外部チームがパッケージを使用している場合は、組織全体で と
@prereleaseビューが表示されていることを確認@releaseします。これらのビューが表示されない場合、チームはパッケージにアクセスできません。
パッケージの使用
このセクションでは、パッケージ ソースの構成、パッケージバージョンの管理、安全で効率的なパッケージ消費の確保など、Azure Artifacts でパッケージを使用するためのベスト プラクティスについて説明します。
フィードのアップストリーム ソースを構成します。
フィードへのアップストリーム ソースの追加は、NuGet.org や npmjs.com などのパブリック レジストリからパッケージを使用する場合に推奨される方法です。 詳細については、「 アップストリーム ソース について」と 「アップストリーム ソースを構成する方法 」を参照してください。
組織内ではなく、同じ Microsoft Entra テナント内のソースは、フィード ロケーターを使用して追加する必要があります:
フィード ロケーターの構文は次のとおりです。
azure-feed://<organization>/<projectName>/<feed>@<view>ソースの順序が目的のパッケージ解決順序と一致していることを確認します。
フィードは、各アップストリーム ソースを順番にチェックし、それを持つ最初のソースからパッケージを返します。