ホスト型 XML プロセスのインポートとエクスポート

Azure DevOps Services

重要

インポート プロセスでは、ホスト型 XML プロセス モデルがサポートされています。これにより、プロセス テンプレートの WIT 定義を更新することでカスタマイズを管理できます。 この機能は、TFS データベース インポート サービスを使用してAzure DevOps Servicesに移行された組織でのみ使用できます。

継承プロセス モデルを使用する場合は、 継承されたプロセスを作成することで、ユーザー インターフェイスを使用して作業の追跡をカスタマイズできます。 オンプレミスの XML プロセス モデルを使用する場合は、プロセス テンプレートをカスタマイズできます。「プロセス テンプレートの アップロードまたはダウンロード 」および「 プロセス テンプレートのカスタマイズ」を参照してください。

プロセス モデルの詳細については、「 作業追跡のカスタマイズ」を参照してください。

Azure DevOps Servicesでは、プロセスを通じて作業追跡オブジェクトのカスタマイズを管理します。 ホストされる XML プロセスは、Web ベースの管理エクスペリエンスを通じてインポートおよびエクスポートされます。

新しいプロセスをインポートすると、それを使用して新しいプロジェクトを作成できます。
既存のプロセスをインポートすると、そのプロセスを使用するすべてのプロジェクトが更新され、変更が反映されます。

たとえば、以下に示すカスタム プロセスに対して行われた更新では、プロセスを使用する 2 つのプロジェクトが自動的に更新されます。

プロジェクトにマップされたカスタム プロセス

追加のカスタマイズを行う必要がある場合は、既存のプロセスをエクスポートし、プロセス XML 定義ファイルを更新し、結果を圧縮して、新しく更新されたプロセスを再インポートできます。 変更は、そのプロセスを使用するすべての既存のプロジェクトに適用されます。

インポート プロセスでは、次のシナリオがサポートされています。

オンプレミスの Azure DevOps からプロセスをインポートする

オンプレミスのAzure DevOps Server (旧称 Team Foundation Server (TFS)) でプロセスをテストして、Azure DevOps Servicesで動作するかどうかを確認する場合は、次の手順を実行します。

オンプレミスのAzure DevOps Serverでは、各プロジェクトにはプロセスの独自のコピーがあるため、organizationにどのプロセスを存在させる必要があるかを慎重に検討する必要があります。 Azure DevOps Servicesへの移行は、organization全体のプロセスの配置を考え、その一元化されたプロセスのバリエーションの数を減らすことを考えるのに最適な時期です。

  1. プロセス エクスポート スクリプトを実行して、特定のプロジェクトのプロセスを生成します。

  2. (省略可能)ProcessTemplate.xmlファイルの名前と説明を編集します。 プロセスのカスタマイズに関するページで説明されている規則と制約に準拠していることを確認します。

  3. プロセス フォルダーとファイルの zip ファイルを作成します。

  4. 次のセクションの手順に従って、カスタム プロセスの zip ファイルをインポートします

  5. Azure DevOps Servicesにインポートする各プロセスについて、上記のプロセスを繰り返します。

  6. インポートしたプロセスを使用して、移行するプロジェクトごとにAzure DevOps Servicesにプロジェクトを作成します。

[設定] > [プロセス] を開く

プロセスの作成、管理、カスタマイズは、[組織の設定] > [プロセス] から行います。

  1. Azure DevOps のロゴを選択して、[プロジェクト] を開きます。 次に、[組織の設定] を選びます。

    [組織の設定] を開く

  2. 次に、[プロセス] を選択します。

    [組織の設定]、[プロセス] ページ

    重要

    [プロセス] が表示されない場合は、TFS-2018 以前のバージョンから作業しています。 [プロセス] ページはサポートされていません。 オンプレミス XML プロセス モデルでサポートされている機能を使う必要があります。

プロセスのインポート

プロセスをインポートする前に、 作業追跡のニーズをサポートするようにカスタマイズする必要があります。 プロセスにスクラム、アジャイル、CMMI 以外の名前を付けます。 これらのシステム プロセスはロックされており、上書きできません。

  1. プロジェクト コレクション管理者グループのメンバーのみがプロセスをインポートできます。 詳細については、「 プロジェクトコレクションレベルの権限を変更する」を参照してください。

  2. [ プロセス ] タブで [インポート] を選択し、カスタマイズしたプロセスの zip ファイルをドラッグ アンド ドロップまたは参照します。

    注意

    [プロセスのインポート] リンクが表示されない場合は、ホストされた XML プロセス モデルをサポートするように組織が設定されていません。 カスタマイズのニーズのためには継承プロセス モデルを使用する必要があります。 ホストされた XML プロセス モデルは、アカウントがデータ インポート サービスを介して作成された場合にのみサポートされます。

    [プロセスのインポート] リンク

  3. アップロードするファイルを選択します。 インポート時の検証チェックに合格するには、カスタム プロセスが特定の制約を満たしている必要があります

    [プロセスのインポート] ダイアログボックスで、インポートするプロセス ファイルを選択します

    既存のテンプレートを更新する場合は、[ 既存のテンプレートを置き換える ] をオンにします。 インポート プロセスでは、インポートするテンプレートと同じ名前のテンプレートが上書きされるので、このボックスをオンにして置換を確認する必要があります。

    重要

    ロックされたプロセス (アジャイル、CMMI、スクラム) のいずれかを更新することはできません。

  4. インポートが成功すると、次のメッセージが表示されます。

    [Import Process success]\(プロセスのインポート成功\) ダイアログ

    インポート時に実行される検証チェックにプロセスが合格しない場合は、一連のエラー メッセージが表示されます。
    各エラーを修正し、インポートをもう一度試みます。

  5. 新しくインポートしたプロセスを使って、プロジェクトをすぐに作成できます。

    [プロセス アクションのインポート] メニューの [インポートされたプロセスから新しいチーム プロジェクトを作成する]

  6. 表示されるフォームに入力します。 さまざまなオプションについて詳しくは、プロジェクトの作成に関する記事をご覧ください。

    [新しいプロジェクトの作成] ダイアログ

既存のプロセスを更新する

プロセスを追加したら、プロセス テンプレート内の 1 つ以上のファイルを変更した zip ファイルをインポートして更新できます。

注意

他のユーザーによる変更を誤って上書きしないように、変更を加える前に プロセスをエクスポート することをお勧めします。

  1. 前の手順の手順 2 と 3 に従ってプロセスをインポートします。

  2. [既存のテンプレートを置き換える] をオンにして、既存のプロセスを上書きすることを示します。

    [プロセスのインポート] ダイアログ、既存のプロセスを置き換える

  3. [プロセスのインポート] ダイアログは、ホストされた XML プロセスを参照するプロジェクトをシステムが更新していることを示します。

  4. インポートが成功すると、次のメッセージが表示されます。 プロセスで作成されたすべてのプロジェクトは、変更によって更新されます。

    [プロセス] ページの [プロセスのインポートの成功] ダイアログ、正常にインポートおよび更新されたプロジェクト

  5. フィールドまたは作業項目の種類の名前を変更または削除した場合は、確認メッセージが表示されます。 先に進み、ボックスをチェックし、インポートに進みます。 各メッセージの詳細については、提供されている転送リンクを選択します。 情報メッセージ では、パーツに対するアクションは必要ありません。

    削除されたフィールドの確認ダイアログ

既定のプロセスを設定する

プロセスを既定として設定して、作成するすべての新しいプロジェクトに対して事前に選択します。

[プロセス] ページ、ホストされた XML プロセス、既定のプロセス メニュー オプションとして設定

プロセスをエクスポートする

プロセスを更新する場合、または別のプロセスを作成するための基礎として使用する場合は、プロセスをエクスポートします。

システムは、プロセスの XML 表現を含む zip ファイルをエクスポートします。 これは変更して後でインポートできます。