次の方法で共有


プロジェクトをホストされた XML から継承されたプロセスに変更する

Azure DevOps Services

Hosted XML プロセスを継承されたプロセスに複製したら、プロジェクトを Hosted XML プロセスから継承されたプロセスに変更できます。 ホスト型 XML プロセスから派生した継承プロセスにプロジェクトを変更して、ユーザー インターフェイスを使用してプロセスのカスタマイズを開始します。

注意

ホストされた XML プロセス モデルから継承されたプロセスにプロジェクトを複製することを選択することは、元に戻せない操作です。 既存のプロジェクトのプロセスを Hosted XML から複製された継承プロセスに変更する前に、 Hosted XML から継承されたプロセスに移行するためのサポートされている操作を確認して、どのカスタマイズが保持され、プロジェクトのプロセスを Hosted XML から継承されたプロセスに変更しないかを理解します。 また、、プロセスに保持または再適用されたカスタマイズを検証するためのテスト プロジェクト を作成します。

前提 条件

カテゴリ 必要条件
アクセス許可 - プロセスを作成、削除、または編集するには、プロジェクト コレクション管理者 グループのメンバー、または特定のコレクション レベルのアクセス許可 プロセスの作成、プロセスの削除、プロセスの編集、または 組織のからフィールドを削除します。 詳細については、「作業追跡のアクセス許可とアクセスを設定する」および「継承されたプロセスをカスタマイズする」を参照してください。
- ボードを更新するには、チーム管理者、または プロジェクト管理者 グループのメンバー。
アクセス - たとえ Basic またはそれ以下のアクセス権しか持っていなくても、他のユーザーが許可を与えれば、プロセスを変更することができます。
- 既存の作業項目の種類を更新、変更するには、プロジェクトメンバー が行います。

ホストされた XML から継承されたプロセスへの移動でサポートされる操作

Hosted XML プロセス モデルを継承されたプロセスにアップグレードすると、ユーザー インターフェイスを使用して作業追跡システムをカスタマイズできます。 サポートされているカスタマイズの詳細については、「プロセスの カスタマイズと継承されたプロセスについて」を参照してください。

複製プロセスではほとんどの作業追跡のカスタマイズが保持されますが、Hosted XML プロセスからの高度なカスタマイズの一部はサポートされない場合があります。 また、特定のカスタマイズは、継承されたプロセスで手動で再作成する必要があります。

複製中に保持されるカスタマイズ

ホストされた XML プロセスを継承されたプロセスに複製すると、次の表に示すカスタマイズは保持されます。

アーティファクト 説明
作業項目の種類 (WIT) すべてのシステムおよびカスタム WIT は保持されます。 WIT の色とアイコンに対するカスタマイズは保持されます。
作業項目フィールド すべてのユーザー設定フィールドは保持されます。 グローバル リストを参照するフィールドは、選択リストで更新されます。 すべての既定値は無視されます。 サポートされているフィールドのカスタマイズの詳細については、「プロセスの カスタマイズと継承されたプロセスについて」の「フィールドのカスタマイズ」を参照してください。
ワークフローの状態 システムとカスタムのワークフローの状態はすべて保持されます。
ワークフロー状態カテゴリ ワークフローの状態を状態カテゴリ (提案済み、進行中、解決済み、完了済み) にマップするために ProcessConfiguration XML ファイルに対して行われたすべてのカスタマイズは保持されます。 完了状態カテゴリに割り当てることができるワークフロー状態は 1 つだけです。 カスタム ワークフローの状態を [完了] 状態カテゴリに割り当てた場合、その状態は複製時に保持されます。

バックログ レベルに含まれていない作業項目の種類のワークフロー状態は、[ 進行中 ] 状態カテゴリに割り当てられます。 クローン後のすべてのカスタム ワークフロー状態を確認します。 詳細については、ワークフローの状態と状態カテゴリに関する記事を参照してください。
作業項目フォームのレイアウト Web フォーム レイアウトに対して行われたカスタマイズを保持するために、ベスト エフォートが行われます。 ただし、ヘッダー領域に対して行われたカスタマイズは無視されます。 具体的には、 WeblayoutShowEmptyReadOnlyFields 属性の割り当ては無視されます。
バックログのレベル 製品バックログレベルとポートフォリオバックログレベルに加えられた追加とカスタマイズは保持されます。
グローバル リスト グローバル リストは、個々のフィールドの候補リストに変換されます。
既定のプロパティ プロジェクトに追加するチームの既定のプロパティ セットは、「 プロセス構成 XML 要素のリファレンス」、プロパティの指定、および動作に関するページに記載されているように保持されます。

複製中に無視されるカスタマイズ

アーティファクト 説明
ヘッダー領域のカスタマイズ 作業項目フォーム内のヘッダー領域に対して行われたカスタマイズは無視されます。 次の図に示すように、ヘッダー領域はシステムによって管理されます。 WebLayoutSystemControls セクション内で行われたカスタマイズは無視されます。

作業項目 Web フォーム、ヘッダー領域
4 列のレイアウトとサイズ 継承されたプロセスでは、WIT レイアウトに対する 3 列の固定相対サイズ設定 がサポートされますが、Hosted XML プロセスでは最大 4 つの列がサポートされ、最初の列を他の列と同じサイズに設定できます。
レイアウトの [詳細] ページを非表示にする 継承されたプロセスでは、WIT レイアウトの [詳細] ページを非表示にするために行われたカスタマイズは無視されます。
ワークフローの制限 継承されたプロセスは、任意のワークフロー状態遷移に従います。 あるワークフロー状態から別のワークフロー状態への移行を制限するカスタマイズは無視されます。
ワークフローの状態の理由 ワークフローの状態に追加されたカスタムの理由は無視されます。
条件付き候補リスト 条件付き候補リスト (依存またはカスケード選択リストとも呼ばれます) は無視されます。 フィールドごとに複数の使用可能な値のセットは無視されます。 選択リストは、コレクション レベルのフィールドに対して定義され、プロセスと WIT 間で共有されます。
カスタム規則 フィールドとワークフローに対するすべてのカスタム ルールは無視されます。
カスタム リンク コントロール カスタム リンク コントロールは無視されます。
拡張機能 継承されたプロセスでは、カスタム コントロール拡張機能のオプトアウト モデルがサポートされますが、Hosted XML プロセスではオプトイン モデルがサポートされています。 つまり、複製された継承されたプロセス内で定義された作業項目の種類には、インストールされているすべての拡張機能と有効になっている拡張機能からのすべての貢献が表示されます。 必要に応じて、それらを選択的に非表示または削除できます。
カテゴリ 既定のカテゴリに加えられた変更は保持されますが、カスタム カテゴリは無視されます。 また、問題や障害などのシステム作業項目の種類は、バックログ レベルではサポートされていないことに注意してください。
文字列値を持つ ID フィールド ALLOWEDVALUES または PROHIBITEDVALUES に ID 値を含むリストは、ID フィールド型に自動的に変換されます。 リスト内の他の文字列値は無視されます。
テスト手順 テスト ステップは、テスト ケース以外の作業項目の種類ではサポートされていません。

プロジェクト プロセスを継承されたプロセスに変更する

カスタマイズを確認したら、継承したプロセスを既存のプロジェクトに適用できます。 次の手順を実行します。

  1. 所属組織 (https://dev.azure.com/{Your_Organization}) にサインインします。

  2. 歯車アイコン 組織の設定を選択します。

    強調表示された [組織の設定] ボタンを示すスクリーンショット。

  3. [ プロセス ] を選択し、元のホストされた XML プロセスを選択します。

  4. [ プロジェクト ] ページを選択します。

    [継承されたプロセスを開く] の [プロジェクト] ページを示すスクリーンショット。

  5. […] プロジェクトのコンテキスト メニューをクリックし、[変更プロセス]選択します。 オプションを使用します。

    ここでは、Fabrikam テスト プロジェクトのメニューを開きます。

    Fabrikam テスト プロジェクトのコンテキスト メニュー 、[プロセスの変更] の選択

  6. 作成した継承されたプロセスを選択します。 選択したプロジェクトに対して有効なプロセスのみが一覧表示されます。

    プロセスを継承されたプロセスに変更するダイアログ

  7. OK を選択します。

アップグレード後のカスタマイズを手動で行う

アップグレードにより、システム プロセスと、ホストされた XML プロセスに対して行われたカスタマイズを調整するためのベスト エフォートが試行されます。 アップグレード後は、継承されたプロセスを確認し、カスタマイズを手動で再適用することが推奨されます。