对我来说，使用纯 git 似乎完全显而易见，但我必须阐明为什么使用纯 git 是通过 git-tfs 使用 TFS 的优越解决方案。
我工作的公司有使用 TFS 的"策略"，尽管我团队中的开发人员已经成功地游说使用 git-tfs 桥接器。
我想提倡开发团队不使用 git-tfs（我对此知之甚少），而是使用纯 git 来对抗网络上托管的 git 存储库。然后，托管 git 存储库的服务器上的计划任务会定期将主分支的内容拉取到 TFS 存储库中，以安抚公司 TFS 大神。
谁能帮我阐明我的论点？
在我看来，实际使用托管在网络上的 git 存储库的主要优势是，您将有一个公共位置来推送分支并从中请求拉取。
我是GitHub Flow（GitHub员工使用的工作流程）的忠实粉丝。基本上，每个功能/错误都应该有自己的分支。将该分支与远程存储库同步，对其运行测试，然后执行git request-pull以创建发送给团队成员的拉取请求。团队成员审查更改，批准更改，然后更改上线。
如果您经常使用分支，拥有一个远程 git 存储库会让它变得非常好。它为您提供了一个在将更改与主分支合并之前共享更改的位置。
我使用 git-tfs 一段时间后停止了，因为我的 TFS 工作区都搞砸了。这可能是可以纠正的，但我没有花时间弄清楚。我想我的问题并不是您可能遇到的唯一问题，但我不知道。
有可能让管理层满意并拥有 git 的所有功能。这是我们一直在考虑做的事情，因为我们团队的一部分喜欢 TFS，一部分喜欢 git。我们已经考虑在本地服务器上的某个地方创建一个"祝福"的 git 存储库，并将其自动化，以便推送到祝福存储库将自动签入 TFS...或者，如果您更喜欢让祝福的存储库需要一个手动运行git-tfs checkintool的看门人
当然，你必须编写一些脚本等才能自动完成，但这意味着你可以在日常工作中使用香草 git。