1

.NET ベースの開発チームが、そのプロセスで次の一連のツールを既に使用しているとします。

  • Subversion / TortoiseSVN / VisualSVN (ソース管理)
  • NUnit (単体テスト)
  • オープンソースのウィキ
  • 有料の独自のバグ追跡システム

Subversion と NUnit には満足していますが、Wiki とバグ追跡システムは嫌いです。また、いくつかの軽量のプロジェクト管理ソフトウェア (Fogbugz/Trac など) を追加したいと考えています。無料である必要はありませんが、明らかに安い方が良いでしょう。

欠落している機能を追加し、嫌いなソフトウェアを置き換えるか、またはすべて (ソース管理を含む) を処理するために、VSTS を採用することについて説得力のある議論をすることができますか? これらすべての機能を統合することは、部品の合計よりも優れていますか? それとも、気に入らない、または持っていない部品を入手して交換する方がよいのでしょうか?

数年前に VSTS を調べたのを覚えていますが、これは非常に高価で、多くの無料のオプションよりも優れているとは言えませんでしたが、Microsoft は引き続きそれに取り組んでいると思いますか?

4

4 に答える 4

2

あなたがそれにすべてをするならば、VSTSは素晴らしいです。残念ながら、価格は何年にもわたって良くなっていません。:( CALはまだばかげて高価です。唯一の改善点は、ある人が作業項目システムのみを使用し、自分の作業項目のみで作業する場合(他の人の作業項目を覗き見する必要がない!)、 CAL。これにより、外部のバグレポートシステムとして使用するのが少し簡単になります。それでも、この分野では多くのことが望まれます。

コストを軽減する方法が1つあります。それは、マイクロソフト認定パートナーになることです。単純なパートナーの場合は、5つのVS/TFSライセンスを無料で取得できます。あなたがGoldCertifiendPartnerである場合、あなたは25を獲得します(メモリが失敗した場合、私は失敗しません)。ほとんどの企業にとってはこれで十分です。ただし、何をするかによっては、ゴールドステータスを取得するのが難しい場合があります。

これらの2つの部分だけが嫌いな場合は、すべての代わりにそれらの代わりを見つける方が良いのではないでしょうか。そこには多くのウィキシステムがありますが、いくつかはあなたの好みに合うはずです。同じことがバグトラッキングにも当てはまります。

于 2008-12-22T14:45:31.623 に答える
2

ツールだけでなく、Team Foundation Server とさまざまな Team Edition による統合にも非常に満足しています。以前はサード パーティの wiki でソース管理と問題の追跡に Borland の StarTeam を使用していましたが、その名前は今のところわかりません。

Borland とのライセンスおよびサポート契約を延長する時が来ましたが、ユーザーをライセンスに追加して製品をアップグレードするコストは、弾丸をかじって製品を作るよりも (実際にはもう少し) コストがかかることを知りました。スイッチ。考慮すべきことの 1 つは、通常は最初から開発ツールの費用を支払うことになるため、費用の一部は予算に吸収されます。

また、すべての人に Team Suite を提供する必要性も感じていませんでした。開発者のためにそれを検討したいかもしれませんが、ほとんどの企業ですべてのツールを使用しても、他の分野では実際にはメリットがありません。

12 人用の適切なチーム エディション、50 ユーザー用の十分な CAL (Team Explorer、Teamprise、Team Project Portals、Team Web Access 用)、5 人の Mac ユーザー用の Teamprise、および Team Foundation Server ソフトウェアを入手できました。それ自体は6桁未満です。通常購入する開発者ツールが含まれていることを考えると、お買い得でした。

新しいライセンスの初期費用も 2 年間かかるため、予算を 2008 会計年度と 2009 会計年度に分割することができました。非常に重要なことは、ライセンスの更新には初期費用の数分の一の費用がかかり、バージョンのアップグレードも含まれるため、ライセンスが失効しないようにすることです。

機能については、現在展開中です。私たちの部門の約半分がトレーニングを完了し、私はすでにプロジェクトの移行を開始しています。開発チームは、機能とワークフローとの緊密な統合を非常に気に入っています。バージョン管理は簡単で、作業項目 (および関連するレポート アーティファクト) は n 度まで拡張可能です。TFS がワークフロー管理に正気をもたらすことに大きく依存しているという事実は、すべてのプロセスを複数のベンダーでは得られないレベルに結び付けるのに役立ちます。

ただし、私の絶対的なお気に入りは、拡張性モデルです。Team Foundation Server API を使用すると、チェックイン ポリシーの作成、システムとのインターフェイスを作成するツールの作成、プラグインの開発などを簡単に行うことができます。最小限の実装で、生産性と製品の品質が向上しています。

ただし、チーム ビルドの統合はまだ先の話です。ビルド プロジェクトはまだセットアップしていませんが、シームレスで簡単にできるようです。時が教えてくれる... :-)

編集 - TFS への移行には、Test Load Agent のライセンスが含まれていることを忘れていました。Team Test 内の負荷テスト機能は、私が見た中で絶対的な最高ではないにしても、そのうちの 1 つです。

于 2008-12-22T17:54:02.710 に答える
1

私がいるところでは、次のことに落ち着きました。

  • ソース管理用SVN
  • バグ追跡と wiki のためのRedmine
  • 単体テスト用の NUnit
  • ビルド サーバー用の CruiseControl.NET

Redmineはオープン ソースの Ruby on Rails アプリケーションであり、Trac よりもはるかに優れた複数のプロジェクトをサポートし、管理がはるかに簡単に見えます。それは間違いなくチェックする価値があります。

VSTS は、他の製品と比較して高すぎるようです。追加の利点として、オープン ソース ソリューションでソースを取得することもできます。これにより、機能がまだ存在しない場合でも、ニーズに合わせて変更することができます。

于 2008-12-22T17:37:30.327 に答える
0

私は SVN を使い続けて、trac、bugzilla、fogbugz を使用します。チームサーバーのトライアルを行うこともできます。私の意見では、お金の価値はありません。MS にはバージョン管理のチャンスがありましたが、ずっと前にそれを台無しにしました。率直に言って、ソース管理への「統合」により、IDE でのすべての開発経験を管理しようとする方法には感銘を受けません。私は perforce/SVN と個別の欠陥追跡ソリューションを好みます。

以上のことを踏まえると、おそらく次のいずれかを間違えることはありません。

bugzilla または trac または fogbugz および SVN MS チームの thingamabob

于 2008-12-22T15:08:45.180 に答える