3

開発チームのために Team Foundation Server 2008 にアップグレードする可能性を検討しています。私たちの主な理由の 1 つは、BizTalk 2009 を取り巻くいくつかの展開機能ですが、BizTalk 以外の他のプロジェクトにどのような利点があるのか​​、私は興味があります。

これまでのところ、ワンクリックのビルドとデプロイ プロセスへの移行、単体テストの追加、および継続的インテグレーションに関心があります。私が働いている会社にとって、いくつかの明確な前進があります。

これを上層部に提案する際に、他にどのようなメリットや情報を確認する必要がありますか? 私は技術的な理由を探しています。この議論ではお金はあまり重要ではありません。

4

4 に答える 4

3

TFSの優れた機能がすでにたくさんあります（継続的インテグレーション、チームビルド、単体テストの統合）。私が参加している他の機能のいくつかには、次のものが含まれています。

  • 優れたブランチとマージのサポート。これは、複数のバージョンのソフトウェアを同時にサポートするチームに最適です。
  • ソース管理で安定したコードベースを適用するのに役立つカスタムチェックインポリシー。
  • TFSが作成するSharePoint2007ポータル、またはVisualStudioのTFSExplorerを介してアクセスできる作業項目を介したQAチームの組み込みサポート。
于 2010-02-08T20:43:18.600 に答える
2

SourceSafeの個人的な経験では、TFSにも同じ問題があると思います。サーバー上の言語以外のデフォルト言語を使用するリモート開発者がいる場合は、常に頭痛の種になります。IMHO、接続をアウトソーシングする機能も悪臭を放ちます。私はまともなバグ追跡システムであるSVNに移行し、いくつかのテストポリシーを実装しましたが、振り返ることはありませんでした。さらに、それははるかに安いです...

于 2010-02-08T21:11:57.403 に答える
2

プロセスの観点から、TFS プロジェクト用に選択できる次の 2 つのテンプレートが付属しています。

  1. アジャイル ソフトウェア開発のための MSF
  2. CMMI プロセス改善のための MSF

上記のテンプレートに加えて、Scrum for Team Systemからスクラム テンプレートを利用できます。

于 2010-02-08T22:37:29.990 に答える
0

私は大規模な BizTalk 2006 プロジェクト、および Subversion/TeamCity (ビルド サーバー) と Tortoise を使用した個人的な BizTalk プロジェクトに取り組んできましたが、いずれも非常にうまく機能しました。私は現在、TFS2010 に基づく小さな BizTalk 2009 プロジェクトに取り組んでいますが、それは苦痛です。

それは単に TFS での私の (不足した) 経験かもしれませんが、「洗練された」ようには見えません。そして、Visual Studio ですべてを行う必要があるという事実を考えると、VS 内に簡単に収まらない多くの成果物を制御できなくなっているように感じます (はい、2009 年が今や一流の市民であることはわかっています)。

どのプラットフォームを停止するかを決定する場合、Subversion/TeamCity と Tortoise (またはおそらく Mercurial ですが、まだ調査する時間がありません) を使用します。コストの観点からは、小規模プロジェクトの場合は「ゼロ」と考えてください。機能に関しては、分岐、マージ、継続的インテグレーションなど、TFS が実行できるすべての機能を実現しています。実際、私は、Sourcesafe からの移行を検討している小規模な BizTalk 開発チームを持つクライアントに、この推奨を行ったところです。

于 2010-05-05T08:04:40.287 に答える