1

現在、Visual Source Safe と BugNet を使用しており、VSS からの移行を検討しています。私は SVN (a) 私たちは ASP.NET ショップであり、b) DCVS はオプションではありません - どんなに Hg が好きでも ;-) または TFS のどちらかを推し進めてきました。ようやく新しい開発サーバーを手に入れたので、上司に TFS をインストールするように話しました (30 日間の試用版)。その間に、FogBugz の実験を開始しました。やりたいことの約 80% で FogBugz を本当に気に入っています。残りの 20% は、おそらく何がしたいかわからないものです。

私は TFS を推進しています。なぜなら、統合された (ほとんどの) すべての IDE が可能になるからです。

彼が FogBugz を推し進めているのは、顧客ごとにタスクをグループ化し、1 つのダッシュボードからすべてを計画して管理できるからです。(これは、IDE 統合のほとんどを失うことを意味します - 大きな損失はないと思います)

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

たとえば、次のようなものを想定していると思います。

PROJECT1 - Bugtracker と作業項目 PROJECT2 - Bugtracker と作業項目 PROJECT3 - Bugtracker と作業項目

CUSTOMER1 - 導入スケジュール、必要な機能、特定のメモ (PROJECT1、PROJECT2 を使用) CUSTOMER2 - 導入のスケジュール、必要な機能、特定のメモ (PROJECT2、PROJECT3 を使用) CUSTOMER3 - 導入のスケジュール、必要な機能、特定のメモ (PROJECT1、PROJECT3 を使用)

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

私は顧客ごとにダミーのプロジェクトを作成するオプションを提案しましたが、彼はそれを好まず、実際には、私たちが望んでいる単一のダッシュボード ビューを提供してくれませんでした (そして、私たちが実装した FogBugz はそうです)。今すぐ行います)。

私たち二人が望むことを達成するための管理アプリについて、誰か良い提案はありますか?

編集:いくつかの良い反応を得たので(私が望んでいたものではありませんでしたが)、今のところこれを閉じます. ただし、これは優れたサードパーティ マーケットおよび/または今後の TF リリースの機能になると思います。後でこれに出くわした場合は、自由に他のアイデアを投稿してください。

4

2 に答える 2

1

TFS では、複数のチーム プロジェクトを作成できます。それぞれが事実上、ソース管理のルート フォルダーになります。ただし、ソース管理のプロジェクト間でファイル/フォルダーを移動でき、作業項目はグローバルです (すべてのチーム プロジェクトで共有されます)。作業項目の場合、プロジェクトが行うことはすべて、作業項目をフィルターで除外できるレベルを提供することです (そのため、このプロジェクトのバグのみを調べるなど)。

そのため、チーム プロジェクトを使用すると、プロジェクトを適切に区分できますが、それらは単なる仮想区分であり、これらの区分間でアイテムを移動する際の制限はほとんどありません。

複数のチーム プロジェクトで私が見つけた唯一の問題は、フォルダーを分岐する必要がある (チーム プロジェクトを分岐できない) ことです。そのため、複数のプロジェクトにまたがる分岐を作成する場合は、複数の分岐が必要になります。つまり、複数のワークスペースが必要になります。操作ごとにマッピングといくつかのマージ。

顧客の場合、作業項目を特定の顧客に関連付けることができるカスタム「顧客」フィールドを作業項目に追加しただけです。

作業項目を見ると、SQL のようなフィルタリングを適用できます (たとえば、TeamProject=@Project AND Customer="BiggsAndCo" AND WorkItemType="Bug" は、現在の TeamProject で BiggsAndCo によって報告されたすべてのバグを見つけます)。

TFS エクスペリエンスを強化するための VSTS 用のサード パーティ製アドインが多数あります (生の TFS は非常に基本的でぎこちない UI を提供するため、ありがたいことに)。API を使用して、TFS データベースにクエリを実行する独自のツールを作成することもできます。便利だと思うダッシュボードを取得するのにそれほど問題はないはずです。ただし、そこにあるソリューションが要件に一致するかどうかを確認するには、いくつかの検索を行う必要があります.

于 2010-04-27T07:39:26.893 に答える
0

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

これは、TFS 作業項目がすぐにサポートされない多対多の関係があるため、おそらくレポートするために何らかのカスタマイズを行う必要がある、プロジェクトのサブセット全体にわたる顧客固有の情報です。

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

于 2010-04-27T07:29:23.430 に答える