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

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：6分

    • DevOps 変更速度管理を使用すると、Azure DevOps ビルドパイプラインを介して公開されたアーティファクトを簡単に管理できます。これらのアーティファクトをインポートして追跡し、パッケージを DevOps 変更速度管理で管理できます。

    DevOps 変更速度管理でサポートされているアーティファクトソースのタイプ：
    • ビルド
    • Azure アーティファクト

    アーティファクトを構築

    Azure DevOps でそれぞれ [ビルド成果物の発行 (Publish Build Artifacts)] (PublishBuildArtifacts) タスクと [パイプライン成果物の発行 (Publish Pipeline Artifacts)] (PublishPipelineArtifacts) タスクを使用して公開されたビルド成果物とパイプライン成果物は、DevOps 変更速度管理インスタンスに自動的に作成されます。ビルドアーティファクトの履歴データをインポートすることもできます。

    [ビルド成果物の発行 (Publish Build Artifacts)] タスクを使用して作成されたビルド成果物は、成果物リポジトリの一部となり、その名前はデフォルトでビルドパイプライン名になります。

    注:
    同じ名前で、同じリポジトリに属し、バージョンが異なる 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 変更速度管理
    フィード アーティファクトリポジトリ
    パッケージ アーティファクト
    来歴/ビルド番号 (Provenance/build number) バージョン

    制限事項

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