Team Foundationは、クロスアプリテムグループをサポートしていますか？

Question

現在、Visual Source SafeとBugnetを使用しており、VSSから離れて移行しようとしています。私はSVN（a）私たちがASP.NETショップです。B）DCVSはオプションではありません。まあ、私たちはついに新しい開発サーバーを手に入れたので、私は上司にTFSのインストールを話しました（30日間の試験）。それまでの間、私たちはFogbugzの実験を始めていました。私たちは、私たちがやりたいことの約80％でFogbugzが本当に好きで、他の20％はおそらく私たちが何を望んでいるのかわからないものです。

IDE統合（ほとんど）すべてを可能にするため、TFSをプッシュしています。

彼は顧客ごとにタスクをグループ化し、1つのダッシュボードからすべてを投影して管理できるため、Fogbugzを推進しています。 （つまり、IDE統合のほとんどを失うことを意味します - 私は同意する大きな損失はありません）

TFSは、すべてのソリューション（この場合、各ソリューションは垂直市場のクライアントに販売する完全なアプリである）にまたがる単一のダッシュボードをサポートし、各ソリューションスパニンググループにworkitemsを割り当てますか？

たとえば、私たちはこのようなことを想像していると思います：

Project1 -bugtracker and workitems project2 -bugtracker and workitems project3 -bugtracker and workitems

customer1-展開スケジュール、必要な機能、特定のメモ（project1、project2）customer2-展開スケジュール、必要な機能、特定のメモ（outes project2、project3）customer3-展開スケジュール、必要な機能、特定のメモ（project1、project3）

うまくいけば、それは理にかなっています。当然、それはこれよりも複雑ですが、絵を描くのに十分な詳細を与えたと思います。

私は顧客ごとにダミープロジェクトを作成するオプションを提供しましたが、彼はそれが好きではなく、私たちが最終的に望んでいる単一のダッシュボードビューを提供しません（そして、私たちが物事を実装したように、そのフォグブッツ今やる）。

私たちの両方が望んでいることを達成する管理アプリで良い提案をした人はいますか？

編集：私はいくつかの良い反応を得たので（私が望んでいたものではありませんが）、今のところこれを閉じます。しかし、これは、今後のTFリリースの優れたサードパーティ市場や機能になるものだと思います。後でこれに出くわした場合は、より多くのアイデアをお気軽に投稿してください。

Answer 1

TFSを使用すると、複数のチームプロジェクトを使用できます。それぞれが事実上、ソースコントロールのルートフォルダーです。ただし、ソースコントロールのプロジェクト間でファイル/フォルダーを移動でき、ワークアイテムはグローバルです（すべてのチームプロジェクトで共有）。ワークアイテムの場合、すべてのプロジェクトは、作業項目を除外できるレベルを提供することです（このプロジェクトなどのみバグを見ることができます）。

そのため、チームプロジェクトを使用すると、プロジェクトをうまくコンパートメント化できますが、それらは仮想コンパートメントのみであり、それらのコンパートメント間のアイテムの移動にはほとんど制限がありません。

複数のチームプロジェクトで見つけた唯一の問題は、フォルダーを分岐する必要がある（チームプロジェクトを分岐できない）ことです。そのため、いくつかのプロジェクトにまたがるブランチを作成したい場合は、いくつかのブランチを使用する必要があります。各操作のマッピングといくつかのマージ。

顧客のために、ワークアイテムを隔離顧客に関連付けることができるように、ワークアイテムにカスタム「顧客」フィールドを追加しました。

作業アイテムを見ると、SQLのようなフィルタリングを適用できます（例えば、TeamProject =@Projectおよびcustomer = "Biggsandco"とworkItemtype = "bug"は、現在のTeamProjectでBiggsandcoが報告したすべてのバグを見つけます）

TFSエクスペリエンスを強化するためにVSTのサードパーティのアドインがたくさんあります（ありがたいことに、RAW TFSは非常に基本的で不器用なUIを提供するため）。APIを使用して独自のツールを作成してTFSデータベースをクエリすることもできます。あなたが役に立つと思うダッシュボードTHTAを手に入れるのにそれほど問題はないはずです。ただし、そこにあるソリューションが要件に一致するかどうかを確認するには、いくつかの検索を行う必要があります。

Answer 2

これを行う1つの方法は、すべてのソリューションをカバーし、ソースコントロールでサブフォルダーを使用し、作業項目のアイテムパスを使用して、プロジェクトごとに機能要件、バグなどを分離するための単一のチームプロジェクトを使用することです。

プロジェクトのサブセットにまたがる顧客固有の情報は、TFS作業項目が箱から出していない多くの関係があるため、報告するためにいくつかのカスタマイズを行う必要があるでしょう。

それが役立つことを願っています