私には純粋なgitを使用することは完全に明白に思えますが、純粋なgitを使用することがgit-tfsを介してTFSを使用するよりも優れたソリューションである理由を明確にする必要があります。
私が働いている会社にはTFSを使用するという「ポリシー」がありますが、私のチームの開発者はgit-tfsブリッジを使用するように働きかけています。
開発チームは、git-tfs（私はほとんど知りません）を使用する代わりに、ネットワーク上でホストされているgitリポジトリに対して純粋なgitを使用することを提唱したいと思います。gitリポジトリをホストしているサーバーでスケジュールされたタスクは、定期的にマスターブランチのコンテンツをTFSリポジトリにプルして、企業のTFSの神々をなだめます。
誰かが私の議論を明確にするのを手伝ってもらえますか？
私の意見では、ネットワーク上でホストされているgitリポジトリを実際に使用する主な利点は、ブランチをプッシュしたり、プルをリクエストしたりするための共通の場所があることです。
私はGitHubFlow（GitHubの従業員が使用するワークフロー）の大ファンです。基本的に、すべての機能/バグには独自のブランチが必要です。そのブランチをリモートリポジトリと同期し、テストを実行してから、を実行しgit request-pullて、チームメンバーに送信するプルリクエストを作成します。チームメンバーが変更を確認して承認すると、変更が公開されます。
リモートのgitリポジトリがあると、ブランチを頻繁に使用する場合に非常に便利です。メインブランチにマージする前に、変更を共有する場所を提供します。
しばらくの間git-tfsを使用しましたが、TFSワークスペースがすべて台無しになったため停止しました。それはおそらく修正可能でしたが、私はそれを理解するのに時間がかかりませんでした。私の問題だけがあなたが遭遇するかもしれない問題ではないと思いますが、私にはわかりません。
管理を幸せにし、gitのすべての機能を利用することができます。これは、TFSのようなチームの一部とgitが好きな部分から、私たちが検討してきたことです。ローカルサーバーのどこかでホストされる「祝福された」gitリポジトリを作成し、それを自動化して、祝福されたリポジトリへのプッシュが自動的にTFSへのチェックインを行うようにすることを検討しました...手動で実行するゲートキーパーgit-tfs checkintool
もちろん、自動化するにはいくつかのスクリプトなどを作成する必要がありますが、それは日常業務でバニラgitを使用できることを意味します。