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