我注意到了一個流行詞「我們應該使用Git for TFS」。我的理解是，Git只是DVCS。Git vs TFS的好處
TFS支持一切從分支，標籤，合併，檢查中，檢查出，貨架等
可能有人請幫助我在什麼情況下應該組隊使用git或TFS明白了嗎？
除了本地存儲庫和分佈式以外，它還可以爲團隊提供哪些其他好處？
它有更好的分支和合並支持嗎？從我看到的開發者可以在他/她的本地存儲庫上創建新的分支機構，我認爲這應該更難以管理分支機構。
任何建議都會很好。
TFS從分支，標籤，合併，簽入，簽出支持的一切，擱置等
這些都是功能，任何VCS（版本控制系統）不支持。 Git也支持這些（擱置被稱爲git stash：參見「what's the Git equivalent of TFS commands shelve/unshelve? cherry-pick?」和「git stash equivalents in other revision control systems?」）。
正如我在「In what ways is Mercurial better/worse than TFS?」中所解釋的那樣，除了簡單的VCS功能外，TFS還是一個ALM（應用程序生命週期管理）工具，包含故障單，報告，項目跟蹤等）。
另請參見「Which version control system should I use?」，在「Git vs TFVC Source Control」中提到。
與offers like git-tf，你可以將Git集成到TFS中。
VS2013 supports Git as well，雖然你需要tweak it to view the TFS work items。
事情開始變得有趣，如果一個人可以將Git作爲他們的源代碼控制與後端的Team Foundation在ALM工具上。
太寬泛和偏旁。 –
速度。嚴重的是，不要低估它的好處。它完全改變了你看代碼的方式。例如，Git每天合併6次是無痛的。這並不意味着使用git的人每天會合並6次或10次，但想到這樣做並不會像其他源代碼控制軟件那樣讓人感到恐慌。一旦分支機構不再嚇唬你，那麼就沒有必要「管理」所有分支機構。另一個例子是調試，因爲它的速度，你會越來越多地開始使用git作爲讀取代碼的工具（瞭解爲什麼代碼是以這種方式編寫的）。 – slebetman
比較Git和TFS就像比較編輯器和IDE。 IDE是一種編輯器，但取決於您的觀點，或者a）非常臃腫的編輯器太慢b）功能豐富的編輯器比編輯器編寫更多的東西。您提到的TFS的所有優點都是Git所做的（非常非常好）。 – AD7six