---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

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

# Azure DevOpsアーティファクトの管理 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分

DevOps チェンジベロシティ を使用すると、 Azure DevOps ビルドパイプラインを介して公開されたアーティファクトを簡単に管理できます。これらのアーティファクトをインポートして追跡し、パッケージを DevOps チェンジベロシティで管理できます。
DevOps チェンジベロシティ でサポートされているアーティファクトソースのタイプ:

* Build (構築)
* Azure 成果 物
{#importing-azure-artifacts__ul_qzj_wzx_31c}

## アーティファクトを構築 {#importing-azure-artifacts__section_hfh_r2t_25b}

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

\[ビルド成果物の発行 (Publish Build Artifacts)\] タスクを使用して作成されたビルド成果物は、成果物リポジトリの一部となり、その名前はデフォルトでビルドパイプライン名になります。  
注:  
同じ名前で、同じリポジトリに属し、バージョンが異なる 2 つの成果物がリリース パイプラインのリリース トリガーとして使用されている場合、リリース パイプラインに変更が存在するときに、関連リスト (作業項目、コミット、テストの概要など) には、両方の成果物バージョンに関連する DevOps データが含まれます。たとえば、artifact-1.0 と artifact-2.0 が展開時のロールバックシナリオを管理するためのリリーストリガーである場合、変更 (リリースパイプラインの一部である場合) には両方のバージョンの関連リストデータが含まれます。  
また、既存の拡張ベースのアーティファクトの登録とインポートを引き続き活用することもできます。詳細については、「[カスタムアクションのAzure DevOpsとAzure DevOpsに ServiceNow DevOps 拡張機能を使用する](https://servicenow-prod.fluidtopics.net/XrbRo~8dFML_ZxkxwoG6UQ#config-dev-ops-extensions-azure "Azure DevOps の拡張機能をインストールして構成しDevOpsAzure パイプラインからDevOps チェンジベロシティにビルド通知とリリース通知を送信します。")」と「[アーティファクトとパッケージ](https://servicenow-prod.fluidtopics.net/RFcN6c9~OkGPE3GnCD0fTA "アーティファクトとパッケージを使用すると、 DevOps チェンジベロシティ は幅広い展開モデルとリリースモデルにわたって開発とテストのアクティビティを追跡できます。この機能により、 DevOps データモデルに格納されているパイプラインアクティビティは、アーティファクトが異なるタイミングまたは異なるパイプラインで作成およびリリースされたときに取得して適用できます。")」を参照してください。  
重要:  
上記の PublishBuildArtifacts タスクと PublishPipelineArtifacts タスクを使用する場合、拡張機能ベースの成果物登録を使用する必要はありません。

## Azure 成果 物 {#importing-azure-artifacts__section_b1w_42t_25b}

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

(DevOps 1.35 以降のバージョン) \[フィード接続エイリアス \] フィールドは Azure DevOps で使用できますツールフォーム。このフィールドには、フィード接続のエイリアスが自動的に入力されます。DevOps ツールの接続の詳細については、「[DevOps チェンジベロシティ とサードパーティツールの統合](https://servicenow-prod.fluidtopics.net/npnrRJufVy~VDn6qbd6pwA "オーケストレーション、計画、コーディング、アーティファクト、ソフトウェア品質、セキュリティツールを DevOps チェンジベロシティ と統合して、エンドツーエンドの変更のトレーサビリティと自動化を実現します。")」を参照してください。

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

アーティファクトリポジトリを追跡するには、\[ 追跡 \] 列の値を True (既定値は False) に変更します。  
Azure アーティファクトがユニバーサル パッケージ タスクを介して発行されると、アーティファクト情報は、 ADO Artifacts Daily スケジュール済みジョブを使用して 24 時間以内にビルド パイプラインに関連付けられます。  
注:  
* Azure DevOpsアーティファクトの作成は、ビルドパイプラインの完了に依存しません。アーティファクト Azure DevOps リリースパイプラインのトリガーとして使用すると、変更要求のためにビルドパイプラインが完了を保留している場合でもトリガーされます。
* スケジュール済みジョブは、デフォルトでは 24 時間ごとに実行されますが、オンデマンドで実行することもできます。ただし、スケジュール済みジョブはパフォーマンスが集中的に発生するため、頻繁には実行しないでください。
{#importing-azure-artifacts__ul_kbn_yjq_g5b}

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

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

     <var class="keyword varname">&lt;artifact-name&gt;-&lt;1.build-number.0&gt; (ビルドパイプラインのビルド番号)</var>
   * Azure DevOps アーティファクトはリリースパイプラインにのみリンクされています:

     <var class="keyword varname">&lt;artifact-name&gt;-&lt;1.build-number.0&gt; (リリースパイプラインのビルド番号)</var>
   {#importing-azure-artifacts__ul_jn1_fzl_25b}
{#importing-azure-artifacts__ol_am1_w2t_25b}

## Azure DevOps とのアーティファクトマッピング DevOps チェンジベロシティ {#importing-azure-artifacts__section_ik5_1cm_25b}

次の表は、 Azure DevOps アーティファクトと ServiceNow DevOps フィールドのマッピングを示しています。{#importing-azure-artifacts__table_cx5_zcm_25b__entry__2}

| Azure DevOps アーティファクト | DevOps チェンジベロシティ |
|-|-|
| フィード | アーティファクトリポジトリ |
| パッケージ | アーティファクト |
| 来歴/ビルド番号 | バージョン |
[ ]

{#importing-azure-artifacts__table_cx5_zcm_25b}

## 制限事項 {#importing-azure-artifacts__section_knx_mrt_25b}

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