TFS 2010 Basic（ベータ2）対Subversionなど

Question

Visual Studio 2010 beta 2を使用するソロ開発者にとって、TFS BasicはSubversion（VisualSVNまたはAnkhを使用）および（オプションで）Cruisecontrolのようなものよりも優れたオプションですか？

分散ソースやリモートアクセスさえ必要ありません。ドリルダウンやそのすべてのレポートについてはあまり気にしません。バージョン管理が必要です。潜在的に自動化されたテスト＆amp;

編集：ボブ・アマンの質問に回答する（ボブに感謝）

セルフホスティングを検討していましたが、あなたが言うように、オフサイトは良いアイデアです。定期的にバックアップしています。リポジトリにアクセスできるのは本当に私だけなので、アクセス制御は複雑ではありません。 MSDNサブスクリプションを持っているので、コストは問題になりません。リポジトリは特に大きくなることはありません-私はそれほど生産的ではありません。 ：/

Answer 1

いくつかの要因に大きく依存します。リポジトリを自分でホストしていますか、それを処理する会社にアウトソーシングしていますか？ （これは通常、オフサイトのバックアップと冗長性を安価で手に入れることを意味するため、強くお勧めします。場合によっては適切に処理するのが難しいこともあります。）Subversionの優れたホスティングを見つけるのは簡単です。 TFSホスティングの市場には1つまたは2つのオプションしかないと思います。リポジトリにアクセスできる人は何人ですか？リポジトリの一部にアクセス許可を設定する必要がありますか？アクセス制御をどのように処理しますか？特に複雑なことをする必要がある場合は、TFSでは不可能であるか、非常に高価です。 Subversionは通常それを処理できますが、設定は必ずしも簡単ではありません。

TFSのバージョン管理でできることのほとんどは、そのままで、または追加のツールを使用して、Subversionでも実行できます。個人的に私は常にTortoiseSVNを好みましたが、SubversionもVisual Studioと非常によく統合されます。また、MSDNサブスクリプションを通じてTFSをまだ持っていないことを前提にすると、はるかに安価です。

ただし、バージョン管理の極端な領域（たとえば、驚くほど巨大なリポジトリ、またはリポジトリ内の巨大なバイナリ）に到達した場合、本当に必要なのはPerforceです。

Answer 2

もしあなたがMicrosoftに熱心な大企業でないなら、私はsubversionを勧めます。

TFSソース管理は-どうすればこれを配置できますか-残念です。

これまでしていることが、ビジュアルスタジオ内でのみ行われている場合、非常にうまく機能します。ただし、外部から操作する（たとえば、Visual Studioソリューションファイル内にないテキストファイルまたはバッチファイルを追加する）とすぐに、痛みを伴い問題が生じます。

これは主に、明示的にチェックアウトしない限り、ファイルシステム上ですべてのファイルを読み取り専用としてマークするためです。 Visual Studioはこれを自動的に行いますが、それ以外の場合は、コマンドライン tf.exe またはTFSパワーツールを使用して、ファイルを常に明示的にチェックアウトする必要があります。本当にすぐに迷惑になります。

別の副作用は、新しいファイルの追跡です。 Subversionなどは、diffを実行すると、追跡されていない新しいファイルとディレクトリについて通知しますが、TFSはそれらを完全に無視します。開発者が新しいファイルをチェックインするのを忘れたため、多くの壊れたビルドが発生しました。TFSに関する限り、明示的に追加するまで存在しなかったためです。

TFSは、ユーザー認証のWindowsドメインモデルとも強く結びついています。アクセスできるようにするには、Windowsユーザーアカウントを追加する必要があります。これは、企業ドメインネットワークでまだ実行していない場合は苦痛です。