如果將我的源代碼處理基於TFS（獲取所有的集成和報告等），但在本地使用git-tf或git-tfs，我會錯過什麼？通過git-tf或git-tfs使用git與TFS時需要考慮的侷限性？
那麼我能否使用完整的git在本地進行分支和合並，就像使用基於git的中央存儲庫一樣，還是會有不同的工作流程和限制條件？
我們使用功能和發佈開發分支很多，並希望繼續這樣做，當使用git-tf等在本地推送這些內容時，TFS服務器如何處理這些事情？
如果您首先使用git-tf（MS版本），您必須瞭解您使用的命令會有所不同 - 它們在每個命令中都附加了一個「tf」。 （例如git tf push）
第二個問題是分支不會像git一樣工作 - 我發現（這可能是由於安全設置等原因，即使我可以在本地和服務器上創建分支），雖然您可以分支你的本地git設置，你不能將一個新分支推回服務器 - 你必須首先將它合併到一個「官方」分支。
如果使用TFS，我不會打擾嘗試使用任何橋接器（儘管由於TFS接近SVN，svn-tfs橋接非常接近）。我會使用本地客戶端。我不會首先選擇TFS，但如果這是我不得不使用的 - Team Explorer Everywhere客戶端將是我的選擇。
實際上，git-tfs比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和獲取以及對這些提交automaticaly變基...
不過看過wiki文檔，顯然不夠;）
編輯： 相反的是@ gbjbaanb說，使用git-tfs而不是普通的TFS有很多優點（如果你知道如何使用git ...）。所有你可以用git在本地做的工作，並且仍然是一個優勢（輕分支，rebase，本地提交，重新提交提交，確切知道哪個版本被檢查，提取和查看更改，而不會將它們與當前工作空間合併，更好的歷史記錄.. .. ）。使用git-tfs，你甚至可以創建比使用TFS更簡單的TFS分支（你只需在創建它之前創建它，或者在創建它之後重新創建它，如果你開始在git中開始工作的話）分支在...之前）。
現在唯一不比TFS好的東西是合併2個不受支持的TFS分支。如果你想在你的歷史中看到合併（我們通常想要的）或者與git合併並在tfs中籤入（你不會看到合併變更:(:(）），你應該使用TFS進行合併。 拉取請求[1]解決所有這些（並允許管理合並提交比TFS更容易LOT）已經完成並等待合併在trunc中（我只是重構單元測試和功能將被審查）
如果你得到它，請發佈.SVN-TFS橋只適用於具有域控制器的服務器。 – rekire