ソースコード処理を TFS に基づいて (すべての統合とレポートなどを取得するために) ローカルで git-tf または git-tfs を使用すると、実際には何が見落とされますか?
その後、完全な git を機能的に使用して、git ベースの中央リポジトリを使用しているかのように、ローカルでブランチおよびマージすることができますか? それとも、別のワークフローと考慮すべき制限がありますか?
私たちは機能およびリリース開発ブランチを頻繁に使用し、それを継続したいと考えていますが、git-tf などを使用してこれらをローカルにプッシュするときに、TFS サーバーは実際にこれをどのように処理するのでしょうか?
実際、git-tfs は git-tf よりも高度です。(当面は) git-tf の代わりに使用することを強くお勧めします。
git-tf を使用すると、各ブランチをリポジトリとして複製する必要があります (チェリーピックやマージはできません...) が、git-tfs の最後のバージョンでは、それを実行してワークフローを維持できます。https://stackoverflow.com/a/13710811/3619を参照してください
git の知識があれば、git-tfs を使用しても問題ありません。
ドキュメント: https://github.com/git-tfs/git-tfs/blob/master/doc/
使用する場合は次のことを知っておいてください：
git tfs checkintool
また ：
git tfs checkin
マージコミットを作成します
そして、あなたが使用する場合：
git tfs rcheckin
tfsで各ローカルコミットをコミットし、これらのコミットで自動的にフェッチおよびリベースします...
しかし、ウィキのドキュメントを読んでください、それは十分に明らかです;）
編集：@gbjbaanbが言ったことに反して、プレーンTFSの代わりにgit-tfsを使用することには多くの利点があります（gitの使用方法を知っている場合...）。git でできることはすべてローカルで機能し、依然として利点です (軽い分岐、リベース、ローカル コミット、コミットの再作業、チェックアウトされているバージョンの正確な把握、現在のワークスペースとマージせずに変更を取得して確認する、より良い履歴など)。 .)。
git-tfs を使用すると、TFS を使用するよりも簡単に TFS ブランチを作成することさえできます (コミットを行う前に作成するか、以前に git ブランチで作業を開始した場合は作成後にリベースする必要があります.. . )。
現時点では、TFS よりも優れていない唯一のことは、サポートされていない 2 つの TFS ブランチをマージすることです。履歴にマージを表示したい場合は TFS とマージするか (通常はこれが必要です)、git とマージして tfs にチェックインする必要があります (マージの変更セットは表示されません :( )。プル リクエスト[ 1]これをすべて解決する（そしてTFSよりもはるかに簡単にマージコミットを管理できるようにする）すでに完了しており、トランクでマージを待っています（ユニットテストをリファクタリングし、機能を確認する必要があります）。
最初にgit-tf（MSバージョン）を使用する場合は、使用するコマンドが異なることを理解する必要があります。すべてのコマンドに追加の「tf」が追加されています。（例git tf push）
2つ目は、分岐がgitのように機能しないことです-ローカルのgit設定を分岐することはできますが、プッシュすることはできませんが、セキュリティ設定などが原因である可能性があります。サーバーに戻る新しいブランチ-最初に「公式」ブランチにマージする必要があります。
TFSを使用している場合は、どのブリッジも使用しようとはしません（ただし、TFSがSVNに近いため、svn-tfsブリッジは非常に近くなっています）。ネイティブクライアントを使用します。最初にTFSを選択することはしませんが、それを使用する必要がある場合は、 TeamExplorerEverywhereクライアントを選択します。