他のバージョンと比較した Visual Studio Team Foundation Server の主な利点は何ですか?[閉まっている]

Question

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

これまでのところ、私たちの関心の一部は、ワンクリックのビルドとデプロイのプロセス、単体テストの追加、継続的統合に移行しています。私が働いている会社にとって、いくつかの明確な前進があります。

これを上層部に売り込む際に、他にどのような利点や情報を検討する必要がありますか?私は技術的な理由を探しているのですが、この議論ではお金はあまり重要ではありません。

Answer 1

TFS の多くの優れた機能 (継続的統合、チーム ビルド、単体テストの統合) はすでに習得されています。私が所属していたチームには次のような機能が含まれていました。

• 優れた分岐とマージのサポート。複数のバージョンのソフトウェアを同時にサポートするチームに最適です。
• ソース管理で安定したコードベースを強制するのに役立つカスタム チェックイン ポリシー。
• TFS が作成する SharePoint 2007 ポータル、または Visual Studio の TFS エクスプローラー経由でアクセスできる作業項目を介した QA チームのサポートが組み込まれています。

Answer 2

のSourceSafeとの私の個人的な経験では、と私はあなたのサーバー上の1つ以外のデフォルト言語と任意のリモート開発を持っている場合、あなたは一定の頭痛があるでしょう、TFSは、同じ問題を抱えているだろうことを想像します。 IMHO、接続をアウトソーシングする能力も同様に悪臭を放ちます。私はSVN、まともなバグ追跡システムに移行し、いくつかのテストポリシーを実装し、バック見ていません。プラス、それは多くの安いの一体だ...

Answer 3

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

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

上記のテンプレートに加えて、スクラム テンプレートは次から入手できます。 チームシステムのためのスクラム

Answer 4

私は大のBizTalk 2006プロジェクトで働いてきた、とSubversion /チームシティーを使用して、個人のBizTalkプロジェクトはすべてがうまく、非常に働いたと亀（サーバーを構築します）。私は今TFS2010に基づく小型のBizTalk 2009プロジェクトに取り組んだし、それは痛いです。

これは単に、しかし、それは「洗練」いないようだ、私（の欠如）TFSと経験である可能性があります。私は簡単に（はい、私は2009年になりました第一級市民であることを知っている）VS以内に座っていない多くのアーティファクトのコントロールを失っていたかのように、私は、Visual Studioですべてを行う必要があるという事実を考えると、私は感じています。

降りるためにどのプラットフォームへとの私は決断を作っていた場合、私はSubversionの/チームシティーと亀を使用する（または可能性のMercurialが、私はまだことを調査する時間がなかった）でしょう。コストの観点から、小規模プロジェクトのための「ゼロ」を考えます。機能面では、彼らはTFSを行うことができるすべてを達成 - 実際には分岐、マージ、継続的インテグレーションなどを、私はちょうどSourceSafeから移動しようとしている小型のBizTalk開発チームとクライアントにこの勧告を行いました。