私たちは Subversion を使用して .Net アプリケーションをずっと維持してきました。経営陣は、私たちに TFS を強制することを決定しました。ただし、バックエンド リポジトリとして GIT を使用する余地はいくらかあるかもしれません。今後の VS2012 SP2 では、オプションのようです。
私の質問は (ドキュメントからこれを収集できないようです)、バックエンドとして GIT を使用している場合、TFS を使用するには TFS サーバーのインストールが必要ですか? その答えが「いいえ」の場合、(VS クライアントの観点から) 対話は、TFS バックエンドがある場合とほぼ同じですか?
何を求めているのかよくわかりません...TFSサーバーなしでTFSクライアントと通信することはできません。
VisualStudioは任意のgitリポジトリと通信できます。TFSでホストする必要はなく、ホストする必要もありません。マシン上のローカルリポジトリである可能性があります。ただし、そのgitリポジトリがTFSによってホストされていない場合は、作業項目の追跡などの他のTFS機能を使用できません。
ただし、 Team Foundation Serverは、単なるバージョン管理以上のものです。アジャイルプロジェクト管理や作業項目の追跡などにTFS機能を利用する場合は、TFSクライアントが必要になります。git commitを作業項目にリンクする場合は、TFSのgitリポジトリにそのgitcommitを設定する必要があります。
TFSは使用できるが、TFSに組み込まれているバージョン管理は使用できないかどうかを尋ねているようです。技術的には、答えは「はい」ですが、バージョン管理に依存するTFSの機能が失われることは明らかです。作業項目をgitcommitにリンクする機能が失われます（したがって、バグを修正するコード行をすばやく特定する機能が失われます）。継続的インテグレーションビルドを実行する機能が失われます（したがって、どのビルドに新機能またはバグ修正が含まれているかを識別する機能。）
それがあなたが求めているものである場合、これはおそらく私たちにとって技術的な質問ではなく、あなたの経営陣にとっての政策的な質問です。
Git vsix/toolkit がインストールされた VS2012 では、Git リポジトリをサポートするようになったホステッド TFS サービスを含む任意の Git サーバーを操作できます。Git のサポートは、次の主要なオンプレミス TFS リリースの一部にもなります。
したがって、現在、TFS を使用する VS クライアントで Git をリポジトリとして使用する場合、唯一のオプションは、ホストされた TFS サービスを使用するか、独自のローカル Git リポジトリをホストすることです。
その他のリンク
TFS 2012 SP2 の新しい Git 機能を使用するには、TFS サーバーをインストールする必要があります。
TFS はバージョン管理をはるかに超えたものであり、「アプリケーション ライフサイクル管理」プラットフォームでもあります。これは、プロジェクト管理 (ウォーターフォールとアジャイル)、テストの自動化、欠陥追跡などに使用できることを意味します。従来の TFS バージョンの Control は、SVN に非常によく似た集中型システムです。したがって、本質的に TFS はサーバーであり、クライアントは TFS を構成するさまざまな Web サービスを呼び出す方法にすぎません。
TFS 2012 SP2 では、MS は Git との統合を改善しました。事実上、TFS サーバーの「内部」で Git リポジトリをホストできます。そのシナリオでは、引き続き TFS サーバーが必要ですが、「マスター」Git は TFS 内でホストされます。この機能は、"クラウド" Team Foundation Serviceで既に利用可能です。このブログでは、Git を使用してサービスをセットアップする方法を示します。無料なので、リポジトリを作成して、それがニーズを満たしているかどうかを確認することができます。TF*Server* 2012 SP2 が利用可能になったら、現在の TF*Service* と同じように機能すると思います。