多くのエンタープライズ組織では、ビジネス ニーズをサポートするために複数のプロジェクトを追加しています。 1 つのプロジェクトを維持してシンプルにすることをお勧めしますが、複数のプロジェクトが必要な場合があります。 その場合、2 つ以上のプロジェクトを操作するときにサポートされるタスクについて、いくつかの質問が発生します。
この記事では、これらの質問について説明します。 プロジェクト間の特定の機能の詳細については、「 プロジェクト間の作業を参照してください。
Note
Project-Scoped Users グループに追加されたユーザーは、自分が追加したプロジェクトにのみアクセスできます。 詳細については、「 プロジェクトについて」と「組織のスケーリング」、プロジェクト スコープのユーザー グループを参照してください。
プロジェクト
いくつのプロジェクトを作成する必要がありますか?
通常、プロジェクトを 1 つ作成することをお勧めします。 ただし、パブリック プロジェクトのサポートやセキュリティ ポリシーの適用など、特定のビジネス ニーズでは、複数のプロジェクトの作成が必要になる場合があります。 詳細については、次のいずれかの記事を参照してください。
一度に複数のプロジェクトに接続できますか?
Web ブラウザーから接続する場合は、異なるブラウザー タブから異なるプロジェクトに接続できます。 クライアントまたは IDE から接続する場合、一度に接続できるプロジェクトは 1 つだけです。 詳細については、「 チーム プロジェクトに接続する」を参照してください。
操作方法利用可能なすべてのプロジェクトを表示しますか?
Switch プロジェクト、リポジトリ、チームを参照してください。
操作方法プロジェクト間のコラボレーションをオフにしますか?
選択した作業項目を表示または変更するようにユーザーを制限する場合は、エリア パスに対するアクセス許可 設定します。 ただし、異なるプロジェクトに存在する作業項目をリンクするようにユーザーを制限する方法はありません。
ダッシュボードとレポート
複数のプロジェクトにまたがる情報を含むダッシュボードを作成できますか?
さまざまなプロジェクトからダッシュボードに追加するウィジェットのサポートは限られています。 具体的には、さまざまなプロジェクトの バーンダウン グラフとバーンアップ グラフ ダッシュボードに追加できます。 クエリベースのウィジェットは、定義したクエリを参照します。これは、他のプロジェクト 参照できます。 Embedded Web ページ ウィジェットを使用して、チームのバックログ、ボード、Analytics グラフなどの URL からのデータを表示することもできます。 ただし、バックログ、ボード、またはグラフは、ダッシュボードを表示している現在ログインしているユーザーによって設定された表示設定を使用して表示されます。
さまざまなプロジェクトのデータを表示する唯一の方法は、 Query ベースのウィジェット または Embedded Web ページ ウィジェットを使用することです。 クエリベースのウィジェットは、定義したクエリを参照します。これは、他のプロジェクト 参照できます。 埋め込まれた Web ページ ウィジェットには、さまざまなプロジェクトのチームのバックログ、ボード、グラフなどの URL からのデータが表示されます。 ただし、バックログ、ボード、またはグラフは、ダッシュボードを表示している現在ログインしているユーザーによって設定された表示設定を使用して表示されます。
Note
提案された機能、複数プロジェクト用の単一ダッシュボード投票を確認してアップすることができます。
複数のプロジェクトにまたがるレポートを作成できますか?
はい。 Analytics サービスと Power BI レポートでは、2 つ以上のプロジェクトにまたがるレポートの作成がサポートされています。 詳細については、「 OData クエリを使用して Power BI レポートを作成するを参照してください。
Azure Boards と作業の追跡
プロジェクト間でクエリを実行できますか?
はい。 組織内のすべてのプロジェクトにまたがる作業項目クエリを作成したり、特定のプロジェクトをフィルター処理したりできます。 また、検索ツールを使用して、組織内のすべてのプロジェクトで作業項目の検索を実行することもできます。 詳細については、次のいずれかの記事を参照してください。
異なるプロジェクトで定義されている作業項目のボードを表示できますか?
はい。 Query ベースの Boards Marketplace 拡張機能では、この機能がサポートされています。 作業項目のフラット リスト クエリのボード ビューを表示できます。
プロジェクト間で作業項目をリンクできますか?
はい。 異なるプロジェクトで定義されている作業項目をリンクする任意のリンクの種類を使用できます。 同じ組織内またはプロジェクト コレクション内でプロジェクトを定義する必要があります。 詳細については、「ユーザー ストーリー、イシュー、バグ、その他の作業項目のリンク」を参照してください。
プロジェクト間でリンクされている作業項目のクエリを実行できますか?
いいえ。 このようなクエリを実行しようとすると、パフォーマンスに膨大なコストがかかるため、サポートされていません。
クロスプロジェクトのクエリを Excel にエクスポートできますか?
いいえ。 プロジェクト間クエリは Excel で開いていません。 ただし、クロスプロジェクトのクエリを .csv ファイルにエクスポートし、Excel で開き、Azure Boards にインポートすることができます。 詳細については、「CSV ファイルを使用して作業項目を一括インポートまたは更新する」を参照してください。
組織またはコレクション間で作業項目をリンクできますか?
組織間では可能です。 ユーザー ストーリー、問題、バグ、およびその他の作業項目のリンク、リモート作業項目へのリンクに関するページを参照してください。
いいえ サポートされている機能ではないので、コレクション間で行います。
プロジェクト間でキャパシティ プランニングを実行できますか?
いいえ。 Azure Devops は、サポートされている機能ではないので、作業追跡データ ストアまたは Analytics サービスに容量計画データを格納しません。
プロジェクト間の依存関係を管理するにはどうすればよいですか?
Azure Boards の依存関係を管理するには、先行処理/後続処理のリンクの種類を使用して作業項目をリンクできます。 その方法については、ユーザー ストーリー、問題、バグ、その他の作業項目のリンクに関する記事を参照してください。
プロジェクト間でリンクされている作業項目のクエリを実行できますか?
いいえ。 このようなクエリを実行しようとすると、パフォーマンスに膨大なコストがかかるため、サポートされていません。
Azure Boards のカスタマイズ
ある組織で定義されている継承されたプロセスを別の組織に適用できますか?
はい。 この操作を実行するには、プロセスをエクスポートして他の組織にインポートする必要があります。 インポート/エクスポート ユーザー インターフェイスはありませんが、Node.js アプリケーションに Process Migrator を使用できます。
あるコレクションで定義されている継承されたプロセスを別のコレクションに適用できますか?
はい。 この操作を実行するには、プロセスをエクスポートし、他のコレクションにインポートする必要があります。 インポート/エクスポート ユーザー インターフェイスはありませんが、Node.js アプリケーションに Process Migrator を使用できます。
Azure Repos
プロジェクト内のリポジトリ間でブランチ ポリシーを設定できますか?
はい。 クロスリポジトリ ポリシーは、プロジェクト内のリポジトリのすべてまたは選択に適用されます。 Project 設定>Repositories>Policiesから行います。 カスタム ポリシーを追加し、それがすべてのリポジトリ用かどうかを指定するか、適用するリポジトリを選択します。 ブランチ ポリシーの詳細については、「 ブランチ ポリシーを使用したコード品質の向上を参照してください。
はい。 クロスリポジトリ ポリシーは、プロジェクト内のリポジトリのすべてまたは選択に適用されます。 これを行うには、 Project 設定>クロス リポジトリ ポリシー。 ブランチ保護を追加し、それがすべてのリポジトリ用かどうかを指定するか、どのリポジトリに適用するかを選択します。 詳細については、「 クロス リポジトリ ブランチ ポリシーの管理 と ブランチ ポリシーを使用したコード品質の変更」を参照してください。
プロジェクト間で完了したすべてのプル要求を見つけるにはどうすればよいですか?
この情報を抽出するユーザー インターフェイス機能はありません。 REST API を使用して、次のようにこの情報を取得できます。
- Projects-List を使用して、すべてのプロジェクトを取得します。
- Repositories - List を使用して、各プロジェクトのすべてのリポジトリを取得します。
- Pull Requests - Get Pull Requests を使用して、各リポジトリのすべてのプル要求を取得します。