チーム プロジェクトとプロセスのカスタマイズ
チームで使用する特定のプロセスおよび作業手順をサポートするようにチーム プロジェクトをカスタマイズできます。たとえば、新しい製品要件の流線形定義に高速に追加する製品バックログのページのパネルを必須フィールドを追加できます。そのほかのカスタマイズのアクティビティはフィールドをサポートするレポート要求に追加し、チームのプロセスに合わせてワークフロー定義の変更が含まれます。
[!メモ]
チーム プロジェクト用にカスタマイズする可能性がある上位 10 の領域の概要については 作業項目トラッキングおよびチーム プロジェクトのカスタマイズ"を参照してください。
カスタマイズ作業を開始する前に、カスタマイズできる方法、およびメソッドのプロジェクトの追跡の要件をサポートするために各型で使用できる型に、オブジェクトとメソッドでなければなりません。
また、これらのオブジェクトの変更、チーム プロジェクト アーティファクト、チーム アクティビティと範囲内にある依存関係を理解する必要があります。チーム プロジェクトに対してカスタマイズは、そのチーム プロジェクトで作業するすべてのチームに適用されます。一部のカスタマイズは、チーム プロジェクト コレクション内のすべてのチーム プロジェクトに適用されます。
カスタマイズできるオブジェクト
プロセス テンプレート、チーム プロジェクトまたはプロジェクト コレクションのオブジェクトをカスタマイズできます。プロセス テンプレートからチーム プロジェクトを作成します。プロセス テンプレートでは、チーム メンバーが使用する既定の規則、ポリシー、セキュリティ グループ、およびクエリだけではなく、追跡に使用できる作業項目オブジェクトの種類も定義されています。、プロセス テンプレート内でカスタマイズしたオブジェクトは、オブジェクトの初期化を提供します。プロセス テンプレートをカスタマイズすることで、そのプロセス テンプレートを使用して作成されたすべてのチーム プロジェクトのプロセスへの準拠が促進されます。また、プロジェクトをチーム クエリ、レポート、ソース・コード管理のチェックイン メモ、セキュリティ グループなどの定義によって取得操作中に時間を最小限に抑えられます。
次の表は、プロセス テンプレートまたはチーム プロジェクト用にカスタマイズできるオブジェクトを示します。オブジェクトのカスタマイズの詳細にチーム プロジェクトを作成したら、オブジェクトの列の下にあるリンクをクリックします。プロセス テンプレートの一部とするオブジェクトのカスタマイズの詳細について、列の下にあるリンクをクリックします。
Object |
チーム プロジェクト |
プロセス テンプレート |
説明 |
---|---|---|---|
アジャイル ページとグラフ |
バックログ、スプリントの計画とチームの進行状況の作成をサポートします。初期構成を定義するには、バックログをカスタマイズし、ページに乗って。を参照してください。 |
||
変更がチーム プロジェクトに発生すると、個人およびチーム電子メール通知の定義をサポートしています。 |
|||
論理的で、物理的な機能チームが所有するカテゴリ、または領域を定義します。最初の区分およびイテレーションを定義します。を参照してください。 |
|||
使用する 既定のビルド プロセス テンプレートを追加します。 してビルド定義を作成する場合。後でビルド プロセス テンプレートをカスタマイズできます。 |
|||
プロセス構成、クエリなどの操作をサポートする一つ以上の作業項目の種類をグループ化します。「プロセス テンプレートへの作業項目カテゴリの種類定義の追加」を参照してください。 |
|||
ユーザーがコードをチェックインまたはチェック アウト時に特定のアクションを適用する規則を構成します。「Team Foundation バージョン管理の初期構成の定義」を参照してください。 |
|||
チームの進行状況を把握を提供します。チーム プロジェクトの作成に使用するプロセス テンプレートによっては、既に複数のダッシュボードが定義されている場合があります。これらのダッシュボードをさらにカスタマイズすることも、新しいダッシュボードを作成することもできます。ダッシュボードは SharePoint 製品の統合が必要です。 |
|||
チーム プロジェクト ポータルを使用してドキュメントやファイル共有をサポートします。SharePoint 製品が必要です。プロジェクト ポータルを定義します。を参照してください。 |
|||
プロセス テンプレートのサポートのダッシュボードによって構成されるレポートに署名し、カスタマイズはできません。チーム プロジェクトの作成後に、Excel の追加のレポートをカスタマイズして作成できます。 |
|||
値の定義と保守サポートは、多くのチーム プロジェクトで使用するために示します。 |
|||
作業項目フィールドおよびグローバルの定義と保守サポートは、多くのチーム プロジェクトで使用するために示します。 |
|||
スプリントまたは製品のリリースのマイルストーンを定義します。最初の区分およびイテレーションを定義します。を参照してください。 |
|||
作業項目間のリンクの関係のカスタマイズをサポートします。作業項目のリンクの追加の型定義を参照してください。 |
|||
データを発行して Microsoft Project、TFS はたらいたときに更新する方法をカスタマイズします。作業項目の種類に新しいデータ フィールドを追加すると、フィールドが計画に表示されるようにフィールドをマップできます。「Microsoft Project フィールドの Team Foundation フィールドへのマッピング」を参照してください。 |
|||
チーム プロジェクトで使用アーティファクトのチーム メンバーに関するガイドラインを提供するサポート。プロセス ガイダンスのガイダンス ファイルと位置を処理するために示すハイパーリンクをカスタマイズできます。.プロジェクト ポータルを定義します。を参照してください。 |
|||
レポート マネージャーにアクセスするレポートの既定のセットをカスタマイズする、または新しいレポートを作成します。レポートを追加します。を参照してください。 |
|||
テスト構成は、テストするためにユーザー環境を表すハードウェアとソフトウェアの組み合わせを指定します。最初のテスト構成を構成します。 追加の構成をテスト マネージャーを使用して定義するにはできます。 |
|||
テスト解決状態 |
テストが失敗した理由を指定します。既定の設定は次のとおりです。: 検索、テストの問題、製品の問題や構成の問題が必要です。テスト マネージャーの初期化を定義します。を参照してください。 |
||
テストの設定によってデータを収集する診断データ アダプターを制御します。最初のテストの設定を構成します。 またはテストの設定をテスト マネージャーを使用して指定します。 |
|||
ソフトウェアがクライアント デバイスの種類、サーバー オペレーティング システム、ネットワークの速度、または Database Edition など、配置されるユーザー環境を反映する要素の仕様をサポートしています。テスト構成は複数のテスト変数を組み合わせたものです。初期テストの変数を構成します。 またはテスト変数をテスト マネージャーを使用して指定します。 |
|||
セキュリティ グループおよびアクセス許可の構成をサポートします。最初のグループ、チーム メンバー、およびアクセス許可を構成します。 または新しいグループを作成またはアクセス許可を変更するには |
|||
進行状況を監視し、データを追跡するサポート。クエリとレポートをサポートするデータの追跡 を参照してください。 |
|||
作業項目を検索およびレポートの生成をサポートします。プロセス テンプレートにクエリを追加します。を参照してください。 |
|||
ソフトウェア開発プロジェクトのすべての追跡とレポートの基盤を提供します。追跡されるフィールド、ワークフロー、およびフォームをカスタマイズできます。作業項目の種類の例には、バグ、ユーザー ストーリー、タスクなどがあります。作業項目の種類の定義の追加を参照してください。 |
ページのトップへ
自分の範囲の条件の確認
次の 4 点を考慮する必要があります。
カスタマイズの範囲を検討する。次の表では、選択対象の影響と範囲からカスタマイズ オプションの概要を示します。
スコープ
オブジェクト
実装のメモ
プロセス テンプレートに変更を追加します。
カスタマイズできるオブジェクトを参照してください。
複数のチーム プロジェクトを作成することを計画し、プロジェクトを実行中に取得し、チームのプロセスに状況を実装する時間を最小限にする場合は、このオプションを選択します。
チーム プロジェクトの変更を追加します。
カスタマイズできるオブジェクトを参照してください。
チームの変更だけを要求すると、このオプションを選択します。
複数のチーム プロジェクトに変更を追加します。
カスタマイズできるオブジェクトを参照してください。
複数の既存のチーム プロジェクト間でプロセスの一貫性を保証する場合は、このオプションを選択します。複数のチーム プロジェクトにオブジェクト定義ファイルへの変更をインポートする必要があります。
プロジェクト コレクション内のすべてのチーム プロジェクトの変更を追加します。
作業項目は、グローバル リスト、リンクの種類フィールドとフィールド
チーム プロジェクト コレクションに対して定義されているオブジェクトをカスタマイズする場合は、コレクションで定義されたすべてのチーム プロジェクトに影響します。実行がこのレベルで変更する場合について考えます。
データ統合の要件を検討する。[一連のフィールドは Team Foundation ビルド、Test Managerと Team Foundation バージョン管理に統合されています。これらのアプリケーションでこれらのフィールドにデータの割り当てを自動化します。「テスト、ビルド、バージョン管理との統合をサポートするフィールドの追加」を参照してください。
ローカリゼーションとグローバリゼーションの要件を検討する。作業項目の種類、フィールドと作業項目の種類に対して定義されている多くの要素名をローカライズできます。「WITD 子要素のローカリゼーションとグローバリゼーション」を参照してください。
複数のグループが関係する作業のサポートに必要なカテゴリ グループを検討する。名前の異なる類似した作業項目がある場合は、カテゴリを使用して、その作業項目をグループ化することにより、レポートをより簡単に生成できます。チーム プロジェクト全体カテゴリのサポートの柔軟なクエリ、レポート、構成プロセスと統合。「作業項目の種類のカテゴリをグループ化するカテゴリの定義」を参照してください。
ページのトップへ
アジャイル ページとグラフのカスタマイズ
アジャイル ページのコンテンツ、外観はウィットのオブジェクトの定義と、チームによる割り当てに基づいています。ウィットのオブジェクトには、作業項目の種類、カテゴリ、構成プロセスが含まれます。作業項目の種類は、データを取り込むために、チームで使用するフィールド、ワークフロー、およびフォームのレイアウトを定義します。このデータはウィットのデータ ストアに書き込まれます。
Team System Web Access のアジャイル ページとグラフがリアルタイムでウィットのデータ ストアを参照します。次の図では定義がチーム プロジェクト コレクション内のすべてのチーム プロジェクトで適用することを強調するには、作業項目フィールドが青いボックスに表示されます。オレンジ色ボックスは、チーム プロジェクトに対して定義されているウィットのオブジェクトを示します。紫色で示したアジャイル ページとグラフは、チーム用に定義されています。
ページのトップへ
ウィットのオブジェクトをカスタマイズおよびチーム アクティビティ
チーム プロジェクトのプロセス構成をカスタマイズして、アジャイル ページの外観をカスタマイズできます。アジャイルするファイル ページのカテゴリを変更して、チーム プロジェクトに対して表示される作業項目の種類をカスタマイズできます。チーム プロジェクトのプロセス構成内のグラフの生成をサポートする作業項目フィールドのマッピングおよび変更できます metastate マップなどの他の要素を格納します。
次の表は、チーム アクティビティ Team System Web Accessとして定義するオブジェクトとウィットのオブジェクトによってカスタマイズできる要素を示します。
アジャイル ページまたはグラフ |
ウィットのオブジェクトによってカスタマイズできる事項 |
チーム アクティビティで定義される内容 |
---|---|---|
製品バックログ |
|
|
イテレーション バックログ |
|
|
委員会には。 |
|
|
バーンダウン チャート |
|
|
キャパシティ |
|
|
速度と予測 |
|
|
ページのトップへ
実装のメモ
カテゴリに作業項目の種類を追加する場合は、作業項目の種類の定義に次の表に示す対応する作業項目フィールドを追加する必要があります。データを追跡するために使用する作業項目フィールドを変更すると プロセスの構成ファイルで定義されているフィールド マッピングを変更する必要があります。
フィールド
カテゴリ
使用方法
アクティビティ (アジャイル、スクラム) または[作業分野 (CMMI)
タスク カテゴリ
アクティビティによって解放の生成をサポートします。
残存作業
タスク カテゴリ
バーンダウンと荷重曲線の生成をサポートします。
ストーリー ポイント (アジャイル)、作業 (Scrum)、またはサイズ (CMMI)
要件カテゴリ
チームの速度グラフと予測の生成をサポートします。
スタック順位 (Agile と MSF for CMMI) またはスクラム (バックログ優先順位)
要件、タスク カテゴリのカテゴリ
バックログとタスク項目の並べ替え順序を追跡するサポート。
要件カテゴリとタスク カテゴリの両方に同じ作業項目の種類を再配置することはできません。タスクの委員会は、二つのカテゴリに再配置明確な作業項目の種類によって異なります。
バックログ項目のワークフロー状態からの追加、タスクまたはバグ、およびその状態にアジャイル ページまたは自分の作業の機能に反映されるよう構成プロセスの metastate のマッピングを更新する必要があります。ワークフローの状態、プロセス metastates と構成を参照してください。
ページのトップへ
クエリとレポートをサポートするデータの追跡
作業項目に対してキャプチャすべてのデータがウィットのデータ ストアに書き込まれますが、Select データのみ Analysis Services データ ウェアハウスに書き込まれます。各作業項目フィールドに再配置 reportable 属性はデータがリレーショナル ウェアハウス データベースのみまたはリレーショナル ウェアハウスと OLAP キューブの両方に記述されているかどうかを判定します。レポート可能フィールドに詳述するか、DateTime、または測定するように設定されている reportable 属性があります。Team Foundation Server の 1 つの配置内の各プロジェクト コレクションで定義されている全チーム プロジェクトのレポート可能データは、すべて 1 つのリレーショナル データ ウェアハウスに書き込まれます。そのウェアハウスのデータは、OLAP、処理されてキューブに書き込まれます。このようにデータを 1 つのデータ ウェアハウスに集めることで、複数のチーム プロジェクト コレクション間にまたがるレポートを作成できます。
次の図は、作業項目が強調して、フィールド属性フィールドは、青いボックスで表示するグローバル リストは、チーム プロジェクト コレクション内のすべてのチーム プロジェクトでことを適用します。オレンジ色ボックスは、チーム プロジェクトに対して定義されているウィットのオブジェクトを示します。
[!メモ]
ウィットのデータ ストアがリアルタイムにチーム メンバーが作業項目を作成または変更するように更新されます。インクリメンタル更新はリレーショナル ウェアハウス データベースおよび OLAP キューブに、2 分 2 時間ごとに、個別に書き込まれます。
ページのトップへ
作業項目フィールドのカスタマイズ
新しいフィールドを追加したり、追跡の要件をサポートする既存フィールドをカスタマイズできます。TFS が提供する既定の作業項目の種類に対して定義されているフィールドの一覧については、Visual Studio ALM の作業項目フィールド参照を参照してください。
次の表は、ローカライズ カスタマイズまたはできるフィールドに再配置要素と属性です。フィールドを追加またはフィールドの子要素を変更するには、フィールドが定義されている作業項目の種類をカスタマイズします。ウィットのオブジェクトをカスタマイズするために使用されるメソッドを参照してください。フィールド属性を変更するには、作業項目のフィールドを管理します。を参照してください。
子要素または属性のフィールドについて。 |
変更できるか。 |
ローカライズできるか。 |
メモ、制限事項と依存関係 |
---|---|---|---|
例外を除き、No |
N/A |
フィールドに設定できるデータの種類を指定します。一般に定義されている場合、フィールドのデータ型を変更できません。型 HTML か PlainTextのフィールドに対してのみ、フィールドのデータ型を切り替えることができます。 |
|
○ |
○ |
表示名は作業項目クエリのドロップダウン メニューに表示され、チーム プロジェクト コレクション内で定義されたすべてのフィールドで一意である必要があります。表示名が作業項目フォームに表示されるフォームのラベルとは異なる場合があります。 |
|
○ |
○ |
作業項目フォームで、表示名に別のが使用するラベルを指定できます。 |
|
○ |
N/A |
フィールドでフィルター処理する場合、クエリの応答時間を改善するようにフィールドのインデックス作成を有効にできます。既定では、次のフィールドは、インデックス付けされています: に、日付、状態、理由変更される再配置作成された領域 ID、イテレーション ID と作業項目の種類。 |
|
○ |
○ |
各作業項目の種類で各フィールドの最大 255 文字のカスタム文字列を定義できます。 |
|
○ |
N/A |
フィールドに関連付けられた規則を追加または変更できますの結合フィールドは制御します。たとえば、次の 1 種類のアクションを実行する規則を指定できます:
|
|
○ |
N/A |
各フィールドの規則の場合、この規則がするまたは適用されないユーザーまたはグループの名前を指定できます。 |
|
○ |
N/A |
ほとんどのフィールド規則では、個別のフィールドに再配置値に基づく条件付き規則を適用します。参照項目 |
|
○ |
N/A |
の作業項目の種類に対して定義される選択リストのカスタマイズしたり、新しいフィールドの追加をサポートするために選択リストを追加します。また、グローバル リストで選択リストを置き換えることができます。グローバル リストは、作業項目が共有する複数の型リストを更新するために必要な作業を最小限に抑えることができます。グローバル リストは、グループ間の一貫性をサポートします。 |
|
○ |
○ |
レポートは、レポート参照名とレポートの種類に表示されるフィールドの名前を変更できます。レポートの表示名をローカライズできます。 レポートの種類が OLAP キューブを処理するときにフィールドのデータがリレーショナル ウェアハウス データベース、リレーショナル ウェアハウス データベースおよび OLAP キューブに書き込まれます、または値の事前計算結果を生成するかどうかを判定します。 既定のレポート可能フィールドの一覧については、Visual Studio ALM のレポート可能フィールド参照を参照してください。OLAP キューブに関する詳細については、Team System の Analysis Services キューブで用意されているパースペクティブとメジャー グループ"を参照してください。 |
|
○ |
N/A |
ユーザー アカウントに関連付けられたフィールドの Active Directory の同期を有効または無効にできます。 |
ページのトップへ
作業項目の種類のカスタマイズ
新しい作業項目の種類を追加したり、既存の作業項目の種類をカスタマイズできます。次の表は、カスタマイズできる作業項目の種類で領域を示します。定義要素の下にあるリンクを選択してさらに詳しく学習できます。プロセス エディターを使用して、変更された XML 定義ファイルをインポートして、作業項目の種類を変更します。ウィットのオブジェクトをカスタマイズするために使用されるメソッドを参照してください。
定義要素 |
説明 |
---|---|
作業項目の種類の名前は、作業項目クエリのドロップダウン メニューに表示され、チーム プロジェクト内で一意である必要があります。witadmin のコマンド ライン ツールを使用して名前を変更できます。 |
|
作業項目の種類の目的を説明する最大 255 文字のカスタム文字列を定義できます。 |
|
作業項目の種類に対して定義されているフィールドの要素とフィールド規則を追加または変更できます。作業項目フィールドのカスタマイズを参照してください。 |
|
フィールド、フィールド、タブのラベルと列を追加または変更するフォームのレイアウトをカスタマイズできます。また、フォーム内の次の要素をカスタマイズできます:
|
|
各ワークフロー定義が、ローカライズ可能な一連の有効な状態、遷移、および理由で構成されます。チームは作業項目に対して行われた進行状況を追跡するには、ワークフローを使用します。作業項目フォームの状態と理由の選択リストがワークフロー定義から派生します。 |
|
状態の変更またはワークフロー遷移中にフィールドに適用される規則および条件を指定できます。 |
|
状態、理由または変動する変更に基づいて選択フィールド割り当てを自動化するカスタム動作を指定できます。 |
ページのトップへ
進行状況を監視し、便利なレポートを生成する必要なアクティビティ
アジャイル バーンダウン チャート、およびクエリがウィットのデータ ストアからビルドが、のボックス (OOB) レポート、カスタマイズされたレポートとダッシュボードはリレーショナル ウェアハウス データベースおよび OLAP キューブに書き込まれるデータからビルドします。作業項目のデータに加えて、ウェアハウスは、ソース・コード、ビルド、テスト結果、コード カバレッジに関するデータが含まれます。すべてのチーム プロジェクトに対してキャプチャすべてのデータは、チーム プロジェクト コレクションのデータ ストアに書き込まれます。すべてのチーム プロジェクト コレクション内のすべてのデータは、リレーショナル ウェアハウス データベースと OLAP キューブに書き込まれます。
必要なチーム アクティビティとベスト プラクティス
作業項目の状態、進行状況グラフ、傾向に関する有用なデータを含むレポートを作成するには、チーム メンバーは次のアクティビティを実行します:
作業項目を作成します。チーム メンバーがユーザー ストーリーまたはバグのバックログを管理し、作業をタスクを使用して追跡し、テスト ケースを管理するために作業項目を作成します。
そのほかの作業項目または変更セットにリンクする作業項目。作業項目間の関係を追跡するためには、チーム メンバーは適切なリンクを作成します。Team System Web Accessのタスクのボードのページの表示項目とバーンダウンを計算するためにたとえば、ユーザー ストーリーとタスク間のリンクが使用されます。複数の OOF のレポートは、バックログ項目とバグ、テスト ケース間のリンクの作成によって異なります。チーム メンバーは、リンクの適切な型を指定して relatedness、依存関係、または階層を示すことができます。
詳細については、「追跡可能性をサポートする作業項目およびオブジェクトのリンク」を参照してください。
区分とイテレーションへの割り当ての作業。チームの進行状況を監視するため、製品区分、またはマイルストーンやサポートはフィルター処理を報告します。チーム メンバーは、区分パスとイテレーションを設定する作業項目のパス。
リリース サイクルの間に区分とイテレーションをいつでも追加および変更できます。「区分およびイテレーションの作成および修正」を参照してください。
所有者と更新の状態への作業の割り当て。進行状況に応じて、チーム メンバーは、作業の流れを反映するために、再配置の作業項目の状態を変更します。すべての従属タスクが完了したら、承認基準を満たすプロジェクト マネージャーまたはチーム リーダーは、バックログ項目の状態を更新します。
次のレポートとダッシュボードは、のおよび MSF の状態フィールドに適時の更新プログラムによって、チーム プロジェクト:異なります。バグの状態レポート、バグの傾向レポート、再アクティブ化レポートと すべてのイテレーションの状態。
タスクの作業工数を更新します。チームがイテレーションまたはリリースの作業の完了に加えた進行状況を監視するには、チーム メンバーがタスクの残存作業時間) フィールドのいずれかを毎日または毎週更新します。Agile と MSF for CMMI には、チーム プロジェクト、または残存作業時間"フィールドを更新する必要があります。次のプロジェクト管理のレポートとダッシュボードには、これらのフィールドに入力されたデータに依存します:
アジャイル: [バーンダウンとバーン レート]、残存作業時間)、[計画していなかった作業]、すべてのイテレーションの状態、[ストーリーの概要]、[ストーリーの進行状況]、進行状況のダッシュボード (アジャイル)、プロジェクト ダッシュボード (アジャイル)
スクラム: バックログの概要、スプリント バーンダウン (スクラム)
CMMI: [バーンダウンとバーン レート]、残存作業時間)、[計画していなかった作業]、すべてのイテレーションの状態、[必要条件の概要]、[必要条件の進行状況]、進行状況のダッシュボード (CMMI)、プロジェクト ダッシュボード (CMMI)
ヒント 参照の最初の見積もりのデータが すべてのイテレーションの状態という唯一のレポート。
トラックのビルド品質: デイリー ビルドは、すべての開発作業の中核となります。ソフトウェアの進行状況と品質に把握開発期間を取得するには、チームでデイリー ビルドを実行し、ビルドおよびテストを構成する必要があります
アクションのチーム メンバーについては テストおよびビルドを管理するために必要なアクティビティ が次の OOB のレポートの有用なデータを生成するために取得する必要のある"を参照してください: [ビルド品質指標]、[一定期間内のビルド成功]と [ビルドの概要]。
追跡コード チャーン、およびコード カバレッジ: [コード チャーン]の便利なデータと、[コード カバレッジ] のレポートを生成する必要がある事項については、コード チャーン、およびコード カバレッジを監視に必要なアクティビティを参照してください。
ページのトップへ
ウィットのオブジェクトをカスタマイズするために使用されるメソッド
チーム プロジェクトが作成されたら、次の方法の 1 個のウィットのオブジェクトをカスタマイズできます:
作業項目の種類を変更するには、プロセス エディターを使用します。
プロセス エディター、ダウンロードし、インストールできる Visual Studio のパワー ツールのアドインを使用して、作業項目の種類を変更できます。[ツール] のメニューの下にあるをクリックし、プロセス エディターは、グラフィカル ユーザー インターフェイスを提供します。作業項目の種類、編集の作業項目の種類のインポートとエクスポートするには、このツールを使用するとプロセス テンプレートの内容を変更します。詳細については、Microsoft Web サイトの次のページを参照: Team Foundation Server のパワー ツール[.]
作業項目フィールドの属性を変更します。: フィールドに再配置属性を変更するには witadmin のコマンド ライン ツールを使用できます。「Managing Work Item Fields [witadmin]」を参照してください。
エクスポートが、変更、ウィットのオブジェクトの定義ファイルをインポートする: カスタマイズするオブジェクトごとに、次の手順を実行する必要があります: 変更のスコープを識別し、依存関係を識別し、オブジェクトをエクスポートし、オブジェクトを更新し、オブジェクトをインポート、変更を確認します。
カスタマイズの手順はそのオブジェクトを追跡します
このプロセスを使用してカスタマイズできるオブジェクトは、作業項目の種類、リンクの種類、カテゴリ、グローバル リスト、グローバル ワークフローとプロセスの構成が含まれます。
「witAdmin: 作業項目を追跡するためのオブジェクトのカスタマイズおよび管理」を参照してください。
ページのトップへ
その他の技術情報
まず、にあるか、次の TFS のフォーラムの 1 の質問を投稿する追加の質問に対する回答を見つける可能性があります:
ページのトップへ