Azure DevOpsアーティファクトの管理

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：6分

    • DevOps チェンジベロシティAzure DevOpsビルドパイプラインを通じて公開されたアーティファクトを簡単に管理できます。これらのアーティファクトをインポートして追跡し、 DevOps チェンジベロシティでパッケージを管理できます。

    DevOps チェンジベロシティ でサポートされているアーティファクトソースのタイプ:
    • 構築
    • Azure 成果 物

    ビルドアーティファクト

    Azure DevOpsでそれぞれ [ビルドアーティファクトを公開] (PublishBuildArtifacts) タスクと [パイプラインアーティファクトを公開] (PublishPipelineArtifacts) タスクを使用して公開されたビルドアーティファクトとパイプラインアーティファクトは、DevOps チェンジベロシティインスタンスに自動的に作成されます。ビルドアーティファクトの履歴データをインポートすることもできます。

    ビルドアーティファクトの公開タスクを使用して作成されたビルドアーティファクトは、アーティファクトリポジトリの一部になり、その名前はビルドパイプライン名にデフォルト設定されます。

    注:
    同じ名前を持ち、同じリポジトリに属し、バージョンが異なる 2 つの成果物がリリース パイプラインのリリース トリガーとして使用されている場合、リリース パイプラインに変更が存在すると、関連リスト (作業項目、コミット、テスト サマリーなど) に両方の成果物バージョンに関連する DevOps データが含まれます。たとえば、artifact-1.0 と artifact-2.0 が展開のロールバックシナリオを管理するためのリリーストリガーである場合、変更 (リリースパイプラインの一部である場合) には両方のバージョンの関連リストデータが含まれます。
    既存の拡張機能ベースのアーティファクトの登録とインポートを引き続き活用することもできます。詳細については、「Azure DevOpsおよびAzure DevOpsカスタムアクションに ServiceNow DevOps 拡張機能を使用する」と「アーティファクトとパッケージ」を参照してください。
    重要:
    上記の PublishBuildArtifacts タスクと PublishPipelineArtifacts タスクが使用されている場合、拡張機能ベースの成果物登録を使用する必要はありません。

    Azure 成果 物

    アーティファクトを DevOps チェンジベロシティ インスタンスにインポートして追跡できます。ユニバーサルパッケージタスクのみを使用して、Azureアーティファクトに公開されたAzure DevOpsアーティファクトをインポートできます。

    注:
    現在、 ユニバーサル パッケージのみがインポートと追跡でサポートされています。

    (DevOps 1.35 以降のバージョン) [フィード接続エイリアス ] フィールドは Azure DevOps で使用できますツールフォーム。このフィールドには、フィード接続のエイリアスが自動的に入力されます。DevOpsツールの接続の詳細については、「DevOps チェンジベロシティ とサードパーティツールの統合」を参照してください。

    アップグレード後、アプリのオンボーディングを使用してアーティファクトリポジトリを選択して追加するには、[ 検出 ] を選択して既存のアーティファクトリポジトリを検出する必要があります。レコードがアーティファクトリポジトリ関連リストに追加されます。アーティファクトリポジトリの追加について詳しくは、 ツールオブジェクトをアプリケーションに関連付ける - ワークスペースを参照してください。

    アーティファクトリポジトリを追跡するには、[ 追跡 ] 列の値を True (デフォルト値は False) に変更します。[フィード接続エイリアス] フィールドと [アーティファクトリポジトリ] 関連リストを示す [ツール] ページのスクリーンショット。

    Azure 成果物がユニバーサル パッケージ タスクを介して発行されると、成果物情報は、 ADO Artifacts Daily スケジュール済みジョブを使用して 24 時間以内にビルド パイプラインに関連付けられます。
    注:
    • Azure DevOpsアーティファクトの作成はビルドパイプラインの完了に依存しません。Azure DevOpsアーティファクトがリリースパイプラインのトリガーとして使用される場合は、変更要求のためにビルドパイプラインが完了待ちの場合でもトリガーされます。
    • スケジュール済みジョブは、デフォルトでは 24 時間ごとに実行され、オンデマンドで実行することもできます。ただし、スケジュール済みジョブはパフォーマンスが集中的に行われるため、頻繁に実行しないでください。

    Azure DevOpsアーティファクトをインポートするときは、次の点を考慮する必要があります。

    1. Azure DevOpsの制限により、アーティファクトをリリースパイプラインから公開することはできません。
    2. アーティファクトリポジトリは次のように追跡されます。
      • Azure DevOpsアーティファクトの履歴インポートは、アプリのオンボーディングを使用して行われます。詳細については、「ツールオブジェクトをアプリケーションに関連付ける - ワークスペース」を参照してください。
      • アーティファクトをリアルタイムで追跡するには、[ 追跡 ] 列の値を True (デフォルト値は False) に変更する必要があります。そうでない場合、フィードまたはアーティファクトリポジトリは追跡されません。
    3. アプリケーションでは、プロジェクト固有のフィードはサポートされていますが、組織固有のフィードはサポートされていません。Azure DevOpsパイプラインを介して公開されたアーティファクトAzure DevOpsのみがサポートされています。
    4. Azure DevOps ビルドまたはリリースパイプラインにリンクされていないアーティファクト (孤立アーティファクト) はサポートされていません。
    5. Azure DevOps アーティファクトは次の形式で保存されます。
      • Azure DevOps ビルドパイプラインのみにリンクされたアーティファクト (またはビルドおよびリリースパイプライン):

        <artifact-name>-<1.build-number.0> (ビルドパイプラインのビルド番号)

      • Azure DevOps アーティファクトはリリースパイプラインにのみリンクされています:

        <artifact-name>-<1.build-number.0> (リリースパイプラインのビルド番号)

    Azure DevOps を使用したアーティファクトマッピング DevOps チェンジベロシティ

    次の表では、 Azure DevOps アーティファクトと ServiceNow DevOps フィールドのマッピングについて説明します。
    Azure DevOps アーティファクト DevOps チェンジベロシティ
    フィードグループ アーティファクトリポジトリ
    パッケージ アーティファクト
    起源/ビルド番号 バージョン

    制限事項

    • Azure DevOps 4000 フィード (またはそれ以下) のアーティファクトプロジェクトがサポートされています。
    • Azure DevOps 800 個のパッケージまたはアーティファクト (またはそれ以下) のアーティファクトフィードがサポートされています。
    • Azure DevOps 200 個のパッケージまたはアーティファクト (またはそれ以下) のパイプラインの公開がサポートされています。