svn - svn から Team Foundation Server 2010 に移行する必要がありますか?

Question

私たちは6人の開発者と一緒にいて、現在SVNとVisual SVNでVisual Studio 2008 Professionalを使用しています。vs2010 がリリースされ次第、vs2008 プロから vs2010 プレミアムにアップグレードします。

ただし、vs2010 プレミアムに Team Foundation Server の適切なソース管理が含まれている場合は、それを使用する意味があります。私たちは SVN が好きですが、ツールの緊密な統合がさらに好きです。

SVN 対 TFS 2010 に関するインターネット情報は、ほとんどないようです。したがって、ここで私の質問です。

編集: このビデオは非常に魅力的です。これはマーケティングの話ですか、それとも本当ですか?

返信ありがとうございます。これには本当に感謝しています。もう少し背景情報。

これが現在のスタックです。vs2008 プロ、ビジュアル SVN、SVN、Jetbrain Teamcity。私の主な問題は、多かれ少なかれ統合されたさまざまなベンダーのツールを多数使用していることです。時々それ以上、ほとんどはそれ以下です。少なくとも、正しく設定するには多くの時間がかかります。

現在、ブランチは使用していませんが、使用したいと考えています。そのため、SVN をゼロからセットアップする必要があります (慎重に調べました)。私の質問を言い換えさせてください: SVN を設定するか、TFS を使い始める必要がありますか?

score 18 · Accepted Answer

私の経験からすると、ソース管理サーバーとしての TFS は適切な選択ではありません。マージは非常に遅く、チェックイン手順は直観に反し、通常は管理者のみがロックを解除できるロックされたファイルで終了します。SVN ははるかに成熟しており、柔軟で高速です。

score 16 · Accepted Answer

Microsoft ショップの場合は、TFS が適しています。

Subversion が必要なすべてを実行する場合、壊れていないものを修正しますか?

変わるには理由が必要です。

[私は仕事で TFS を使用していますが、問題はほとんどなく、うまく機能します。必要なインフラストラクチャが少ないという理由だけで、自宅で Subversion を使用しています]。

更新 [2012/05/01]: Microsoft ショップでない場合は、Git と mercurial が最適なツールになります。

score 15 · Accepted Answer

TFS への切り替えを推奨する人が多いようですが、私は別の方法で行きたいと思っています。

私は以前の仕事で SVN を扱っていましたが、最近の仕事では TFS に移行しました。私はそれを次のように要約します：

この統合は魅力的で、これほど多くの部品がすべて統合されているものは他にありません。トレードオフは、これらの個々のパーツのそれぞれがちょっとひどいことです.

もっと詳しく：

ソース管理システムは、技術的にはサーバーなどで非常に優れていますが、使用するのは苦痛です。ファイルは常に読み取り専用としてマークされ、編集するには明示的にチェックアウトする必要があります。Visual Studio 統合を 100% の時間使用していない限り、これはあなたの人生をひどいものにします...そして、Visual Studio 統合を使用している場合は、すべてのファイルの SCC ステータスが CSPROJ ファイルに保存されることを覚えておいてください。ファイルを TFS に追加したため、ときどき混乱や失敗に対処する準備ができていましたが、Visual Studio はこれを認識していません (またはその逆)。

バグ追跡システムの検索機能は貧弱で限られており、UI は使いにくいです。昔の Access データベースフォームを思い出します。これをきれいな Web ベースのトラッカーと比較してください。

全体として、ほとんどの UI は使いやすさが非常に悪いです。TFS を使用して多くのことを実行できますが、すぐには実行できず、非常に多くのコンボボックスをクリックする必要があります。

さらに、TFS はドメインと非常に緊密に統合されています。スタッフの 100% とすべてのビルド/テストマシンがすべて同じドメインにある場合、これはおそらく問題ありませんが、そうでない場合は、多少の苦痛が生じます。

score 9 · Accepted Answer

SVN はソース管理を行います。デフォルトのクライアントはコマンドラインですが、GUI ツールが存在します。

TFS は、ソース管理、バグ/問題の追跡、自動ビルド、マネージャーへのレポートを行い、男性型脱毛症を治すことができます. デフォルトのクライアントは Visual Studio です。

ソース管理だけが必要な場合は、SVNが機能し、壊れていないものを変更する理由. Visual Studio へのより緊密な統合が必要な場合は、AnkhまたはVisualSVNを参照してください。

自動化されたビルド、継続的インテグレーション、ポリシーとルールのチェックイン、レポート作成、問題の追跡が必要で、すべてを 1 つにまとめたい場合は、TFS が最適です。ただし、Microsoft 開発ツール以外で冒険しないことを前提としています (通常、次のプラグインがあります)。他の IDE)。他の FOSS ツールでも同じことができ、それらを粘着テープで SVN に巻き付けることができます。これも機能します。シームレスではなく、もう少し投資が必要です。

ただし、ソース管理システムを開発ライフサイクル管理ツールと比較しています。TFS はソース管理を行いますが、それ以上のことを行います。

score 8 · Accepted Answer

本当に、新しいテストシステムで試して評価する必要があります。多くの人が TFS を嫌い、自分の働き方にはふさわしくないと考える人もいます。また、中毒になったときに必要になる追加機能のために、より優れたバージョンの VS を購入しなければならない場合も、それほど無料ではありません。

TFS が git 以来最高のものではないことを示す、MS マーケティング担当者によるものではない Web 上のレビューがあります。Martin Fowler の1 つの調査は非常に興味深いものです (54 の回答のうち、1 人もそれが素晴らしい、または良いとさえ思っていませんでした)。おそらく、彼の読者は、ほとんどの開発者ほど「フルライフサイクル」の開発ツールに熱心ではありませんが、おそらく私たちと同じです。同様のレビューが利用可能です-Forrester Researchの記事を含みます（私が読んだエグゼクティブサマリー、SVNはスタンドアロンSCMの「勝利」です）

したがって、TFS が VS に含まれるようになったからといって、VS が最高のものになるわけではありません。切り替える前に適切に評価する必要があります。

score 7 · Accepted Answer

必要なときに TFS を使用し、そのすべての分が嫌いでした。それは私の邪魔になりすぎて、リモートで何かをするのに永遠にかかりました. しかし、主にそれは私の不合理な憎しみです。6 人のプログラマーのうちの 1 人が私のようなものである場合、問題が発生します。そして、プログラマーはツールよりも重要です。

score 2 · Accepted Answer

バージョン管理のみに使用している場合は、SVN を使用してください。Linux/Java ソリューションをお持ちの場合は、SVN を使用してください。あなたが MS のみで、要件/バグ追跡などに作業項目を使用したい場合 (私はそれが好きです)、TFS への移行を検討しますが、人々がこの情報にアクセスできるように、CAL の予算を立てる必要があることを覚えておいてください。チームビルド (msbuild) は VDProjs や Intel プロジェクトなどをビルドできないため、夜通しのテスト/CI ビルドが必要な場合は、ビルドサーバー用の追加の VS ライセンスの予算を立てることを忘れないでください。

また... TFSは、リポジトリに入れたくないファイルを無視する方法など、いくつかの本当に基本的なことに苦労しているように見えます.また、差分が同一であると表示される変更されたファイルを頻繁にマークします.

score 2 · Accepted Answer

TFSは素晴らしいと思います。バグ追跡とソース管理を Visual Studio に完全に統合すると、時間を大幅に節約できます。オンザワイヤプロトコルはあまりおしゃべりではないので、必要に応じてインターネット経由で作業するのにも適しています。

チームポータル、統計追跡、テスト履歴の追跡、バグの一部としてのテスト出力のキャプチャ (非常に便利!) など、他にも便利な機能が多数あります。

また、スクリプトの完全なコマンドラインサポート、自動化されたビルド、Visual Studio の外部で使用するためのスタンドアロン TFS クライアント (非開発者など)、および混合 Java/.NET ショップ向けの Eclipse などのサードパーティツールとのオプションの統合も備えています。

主な欠点は価格ですが、余裕があれば、現時点で最高のシステムだと思います.

score 2 · Accepted Answer

私は Java 開発者ですが、友人は全員 .Net であり、Tortoise を使用する SVN を好むようです。SVN は、オープンソースコミュニティからも十分にサポートされています。

score 1 · Accepted Answer

TFS 2010 と SVN (Tortoise を使用)、Mingle、MediaWiki などの両方を使用しました。

TFS は、Visual Studio とのソースセーフスタイルの統合を提供しますが、細かい点はここまでです。SVN はバージョン管理においてはるかに優れており、Mingle は非常に優れたコラボレーションツールであり、MediaWiki ははるかに優れた wiki です。

ソース管理として TFS の主な製品をテストする必要がある場合は、いくつかの TFS プロジェクトを作成し、いくつかの変更を加えて、以前のバージョンに戻してみてください。コマンドプロンプトツールが必要です。お粗末なオンラインの指示に従って正しいプロジェクトをロールバックすると、見栄えが悪くなります。

score 1 · Accepted Answer

技術的な問題というより、心理的な問題です。

私の意見では、移行してシンプルに保つべきではありません。開発者が 6 人しかいないため、高レベルの TFS2010 機能の一部でさえも使用できるほど複雑なものには到達しません。

VisualSVN は、十分な「統合」を維持する優れたツールです。そして、それはさらに改善されます。

score 1 · Accepted Answer

これは決定を下すのに役立つかもしれませんが。私はミッチに同意します。変えるにはそれなりの理由が必要です。SVN は、TFS よりも成熟しており、信頼できます。さらに、TFS をはるかに超える SVN の範囲と比較して、TFS は主に Microsoft アプリケーションを対象としています。

score 1 · Accepted Answer

私は最後のクライアントで TFS を使用していましたが、現在、新しいクライアントには Subversion があり、ひどいものです。棚がないことは本当のキラーです。

VS 2010で無料だと言いましたか

score 0 · Accepted Answer

私が働いている場所では、主に要件、仕様などのためにグループが DOORS から TFS に移行しています。彼らはまだ Perforce をリポジトリとして使用しています。私はそこにあるほとんどのリポジトリを使用しましたが、それぞれに独自の癖があります。

あなたの質問に答えるために - あなたが解決しようとしている問題は何ですか? ドキュメント、バグ、ソース管理を管理するための統合ソリューションが必要ですか? TFS は統合部分を提供するため、コードをチェックインするたびにバグ、要件、仕様にタグを付けることができます。あなたの会社が多くのプロセスを使用している場合、これは素晴らしい機能です。あなたは小さなショップで、そのようなプロセスは本当に必要ないように思えます。あなたが大きくなり、ニーズが変わるまで、私はうまくいくものに固執します.

svn - svn から Team Foundation Server 2010 に移行する必要がありますか?

14 に答える 14

Related

Reference